Dale wrote:
> mkisofs
>
> ---
>
> 2097493
>
> /usr/bin/mkisofs: Warning: Cannot add inode hints with -no-cache-inodes.
I strongly recommend not to use the option -no-cache-inodes.
This option causes mkisofs not to check for hard links. As a rersult,
the filesystem is bigger t
Dale wrote:
> > growisofs -dvd-compat -Z /dev/dvd=/path/to/file.iso
> >
> > At least you'll have a better idea where the problem lies.
> >
> >
>
> Could I just get rid of one of the programs or are they all part of the
> same package? I suspect a mismatch of package versions which is why I
Dale wrote:
> Used versions
> ---
> cdrecord: 2.1.1a77
>
> cdrecord
> ---
> scsidev: '/dev/hdd'
> devname: '/dev/hdd'
> scsibus: -2 target: -2 lun: -2
> Warning: Open by 'devname' is unintentional and not supported.
> Linux sg driver version: 3.5.27
> SCSI
Dale wrote:
> This is hopefully the last update. I have now burned several DVDs,
> including the ones that failed earlier, with no errors at all. I guess
> the newer version of cdrtools has some issues which may be why it is not
> in stable yet. ;-)
There are no known issues with cdrtools
Mike Edenfield wrote:
> On 3/30/2010 1:00 PM, Dale wrote:
>
> > status: 0x2 (CHECK CONDITION)
> > Sense Bytes: 70 00 03 00 00 00 00 0A 00 00 00 00 73 03 00 00
> > Sense Key: 0x3 Medium Error, Segment 0
> > Sense Code: 0x73 Qual 0x03 (power calibration area error) Fru 0x0
> > Sense flags: Blk 0 (n
Dale wrote:
> I see your points but it just finished burning about 6 more very full
> DVDs with not one single error. They burned with no prompts other than
> the usual things it does to confirm what I am doing, such as overwriting
> a DVD with data on it. Since it was failing basically eve
Dale wrote:
> After downgrading to a stable cdrtools, I don't have any failing media.
> I have been using the same drive and media for quite a while tho. I
There is a difference between "after" downgrading and _from_ downgrading.
It you really mean _after_ downgrading, there is no way to hel
Dale wrote:
> OK. I thought I would try some different versions of software and see
> what happens. With the info Neil provided about what does what, I
> thought I would try a different version of cdrtools. I went to a older
> version and it worked fine on the first try with my backup file.
Neil Bothwick wrote:
> On Thu, 01 Apr 2010 17:02:20 +0200, Joerg Schilling wrote:
>
> > Your media was either accepted after several tries by the drive for
> > unknown reasons and is now usable in general again or you are observing
> > a problem caused by "hald&qu
Paul Hartman wrote:
> On Thu, Apr 1, 2010 at 10:02 AM, Joerg Schilling
> wrote:
> > Your media was either accepted after several tries by the drive for unknown
> > reasons and is now usable in general again or you are observing a problem
> > caused by "hald".
Dale wrote:
> He was talking about you mentioning hal. I think hal is running on this
> thing but just not for xorg. It seems to work fine everywhere except
> xorg. Then again, when I put a CD/DVD in, it doesn't mount it
> automatically anymore. I think that is a KDE4 thing. I may not hav
Dale wrote:
> All I know is that I downgraded cdrtools and it worked. I didn't even
> eject the media. Since it works now , I don't guess there is any way to
> test it. Next time I do a backup, I'll upgrade and see if it fails. If
> it does, maybe then we can figure it out. I'll go back t
Paul Hartman wrote:
> >> Would a HAL preprobe FDI like this prevent it from interfering with
> >> burning?
> >
> > Could you explain what this means?
>
> I was just thinking if HAL is instructed to ignore the device maybe it
> won't bother it any more (if that's even the cause of Dale's problem)
Dale wrote:
>
> On the screen that usually shows the progress, it says "Fatal error at
> startup: No space left on device." The main screen where I select files
> shows there is space left. It shows about 1Mb or so left.
>
> I also have a much smaller slice for the backup. When I burn it, it
Dale wrote:
> It is a different prob;em than before. First time I got this error.
> I'm going to install the version of cdrtools that was working and see if
> it works. Will post the result later today. I got to drive a tractor
> for a little while.
If I did understand you correctly, you
Dale wrote:
> I tried a older version of k3b and different versions of cdrtools with
> no change. Also tkdvd doesn't work either. Slightly different error but
> still doesn't burn.
>
> Posted on kde mailing list to see if this is some known issues with
> k3b. Maybe hardware? Maybe I am not
Dale wrote:
> Well whether k3b knows it or not, there is 320Gbs of space left. I did
> some more testing and the drive really doesn't do anything now. Even
> hdparm can't read all the info so I ordered a drive about 12 hours ago.
> I have had this brand before so maybe it will be OK.
Well,
Dale wrote:
> Used versions
> ---
> mkisofs: 2.1.1a77
> growisofs: 7.1
>
> growisofs command:
> ---
> /usr/bin/growisofs -Z /dev/hdd=/dev/fd/0 -use-the-force-luke=notray
> -use-the-force-luke=tty -use-the-force-luke=4gms
> -use-the-force-luke=tracksize:22
Paul Hartman wrote:
> On Mon, Apr 19, 2010 at 8:44 PM, Dale wrote:
> > /usr/bin/growisofs -Z /dev/hdd=/dev/fd/0
>
> This part jumps out at me.
>
> Is /dev/hdd your new DVD burner? Is it really IDE and not SATA?
>
> And isn't /dev/fd/0 a floppy device? Are you burning from a floppy to
> an IDE dr
Dale wrote:
> >> ---
> >> /usr/bin/growisofs -Z /dev/hdd=/dev/fd/0 -use-the-force-luke=notray
> >> -use-the-force-luke=tty -use-the-force-luke=4gms
> >> -use-the-force-luke=tracksize:2295193 -speed=4
> >> -use-the-force-luke=bufsize:32m
> >>
> > Well, if your problems ar
meino.cra...@gmx.de wrote:
> K3b suddenly cannot find any burning device of my system.
> Hald is running. vlc can acces the drive for playing dvds.
> kdebase-runtime-meta is installed. k3b was recompiled without
> problems. The Configuration dialog of k3b states for both
> kind of drives "none". A
Neil Bothwick wrote:
> xargs can suck with anything but plain ASCII-without-spaces filenames.,
> and it quite unnecessary here.
>
> find -name *.ext -exe rm "{}" \;
>
> or maybe even
>
> find -name *.ext -exe rm "{}" +
Just avoid xargs as it is the source of the proplem.
find -name *.ext -exec
Patrick Holthaus wrote:
> You might try:
>
> find -name *.ext -print0 | xargs -0 rm
But this is non-standard.
UNIX introduced -exec {} + 1990 (when David Korn rewrote find(1)
and it is in the POSIX standared since some time.
Jörg
--
EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schill
Etaoin Shrdlu wrote:
> On Saturday 29 May 2010, Daniel D Jones wrote:
> > On Wednesday 26 May 2010 06:42:08 Joerg Schilling wrote:
> > > Patrick Holthaus wrote:
> > > > You might try:
> > > >
> > > > find -name *.ext -print0 | xargs -0 rm
7v5w7go9ub0o <7v5w7go9u...@gmail.com> wrote:
> On 06/05/10 16:11, Manuel Klemenz wrote:
> > I'm calculating checksums over partitions just by calling # md5sum
> > /dev/sda1 or for the complete disk (incl. partition table + all
> > partitions) # md5sum /dev/sda
> >
> > that's it :) - works with any
7v5w7go9ub0o <7v5w7go9u...@gmail.com> wrote:
> > sdd if=/dev/something bs=1m -md5 -onull
>
> err.. what is sdd?
sdd is e.g. in ftp://ftp.berlios.de/pub/schily/
sdd is the oldest free "dd" reimplementation and it introduced intermediate
statistics with signals from TTY in 1984 already (this i
Mick wrote:
> Hmm... I've added all this in my /etc/env.d/02locale:
>
> LANG="en_GB.UTF-8"
> LC_CTYPE="en_GB.UTF-8"
> LC_NUMERIC="en_GB.UTF-8"
> LC_TIME="en_GB.UTF-8"
> LC_COLLATE="C"
> LC_MONETARY="en_GB.UTF-8"
> LC_MESSAGES="en_GB.UTF-8"
> LC_PAPER="en_GB.UTF-8"
> LC_NAME="en_GB.UTF-8"
> LC_ADD
li...@gabriel-striewe.de wrote:
> Hello,
>
> I am incurring a strange problem when trying to burn DVDs. When I
> apply the command:
>
> # growisofs -dvd-compat -Z /dev/sr0 -R -J test/
>
> I get the following output:
>
> Executing 'mkisofs -R -J test/ | builtin_dd of=/dev/sr0 obs=32k seek=0'
> To
li...@gabriel-striewe.de wrote:
> /etc/init.d/hald status
> * status: stopped
>
> using cdrecord on a DVD+RW works fine, but I have this error when I
> try to burn a DVD-R:
OK, could you send the outout from cdrecord -v -minfo
with this medium?
Jörg
--
EMail:jo...@schily.isdn.cs.tu-berlin.de
li...@gabriel-striewe.de wrote:
> > Ritek may not be the best media quality. Did you try Verbatim?
> >
> >
> > J?rg
>
> They were from Aldi, however I used also CDR from there, they seem to
> be manufactured by Plasmon Data Systems (both are labeled
> Tevion). With those CDR I have usually no pr
KH wrote:
> Alan McKinnon schrieb:
>
> >
> > But German is consistent. English is not consistent.
>
> I am not so sure about German being consistent. As a fact often a lot of
> information is lost during translation. This is more likely the main
> problem.
Let me try to be precise:
The engli
Florian Philipp wrote:
> James schrieb:
> > All,
> >
> > I'm trying to find a good way to compare two complex directory
> > structures to see what files differ. I've looked at a few different
> > options:
> >
> > - rsync dry run (someone said this should work, but I'm having trouble
> > getting
Mark Knecht wrote:
> Hi,
>I am attempting to copy a CD I got. I have had a standard way of
> doing this for the last few months that uses these commands:
>
> cdda2wav dev=1000,1,0 -vall -B -Owav -paranoia -speed=6
> cdrecord dev=1000,1,0 -eject
> cdrecord dev=1000,1,0 -v -speed=6 -dao -useinf
Mark Knecht wrote:
> I tried
>
> cdrecord dev=1000,1,0 -v -speed=6 -dao -raw96r -useinfo -text -eject *.wav
> cdrecord dev=1000,1,0 -v -speed=6 -raw96r -useinfo -text -eject *.wav
> cdrecord dev=1000,1,0 -v -speed=6 -sao -raw96r -useinfo -text -eject *.wav
You do not like to combine -sao and -ra
Mark Knecht wrote:
> On Thu, Nov 5, 2009 at 12:55 PM, Mark Knecht wrote:
>
> >
> > The *.inf files look fairly consistent from song to song:
> >
>
> Actually, Track 6 looks strange:
> > Tracknumber= 6
>
> > Index= 0 -1 -1 -1 -1 -1 29076
> > Index0= 33231
this cannot work!
Mark Knecht wrote:
> In this case I will investigate doing the cdda2wav portion on a
> different machine and then writing it on the machine I have been using
> as that drive seems to be the only one that will still generate CDs
> playable in my car.
>
> I'm not completely convinced this is a driv
José Romildo Malaquias wrote:
> Hello.
>
> Burning dvds with Cdrecord-ProDVD-ProBD-Clone 2.01.01a67 on my Dell
> Vostro 1510 notebook is always failing.
>
> The device is identified as TEAC DVD+-RW DVW28SLC and can write at 8x
> speed.
>
> The process starts and reports writing at 14.5x, but the
José Romildo Malaquias wrote:
> Most of the requested information can be found in the attached log file.
>
> I do not know how to get the ATIP data on the media used. But I can say
Call cdrecord -atip
For the medium state, I would need the output from cdrecord -minfo
before and after you tries
José Romildo Malaquias wrote:
> > Did you ever write a DVD-R with this hardware?
>
> Yes I have written some DVD-R discs with this hardware. When I bought
> the notebook and installed gentoo in last January, burning with cdrecord
> (from cdrtools) used to work. Sometime later (about one month, bu
José Romildo Malaquias wrote:
> > You may try to call cdrecord -v -checkdrive -V
> >
> > and have a look at the SCSI read buffer command.
>
> Unfortanatly I do not know how to deal with the output of the above
> command. So I am attaching it here (cdrecord0.log) and maybe someaone
> can find any
José Romildo Malaquias wrote:
To find the reason for the following "Impossible" because
illegal error situation:
Executing 'test unit ready' command on Bus 0 Target 6, Lun 0 timeout 40s
CDB: 00 00 00 00 00 00
cdrecord: Input/output error. test unit ready: scsi sendcmd: fatal error
CDB: 00 00 0
Daniel Pielmeier wrote:
> 2009/11/17 Sebastian Beßler :
> >> What about mounting the iso and create it again from the mountpoint.
> >
> > That he has deleted the iso?
>
> Well, he then can create the iso again from the mounted DVD, without
> readcd or dd, but with the same program (mkisofs?) he u
José Romildo Malaquias wrote:
> I have mounted the disc using the udf filesystem and then I have
> recreated the iso from the mounted disc using mkisofs with the same
> arguments. This time at least the new iso has the same size as the
> original one (while with dd and readcd the obtained iso is
José Romildo Malaquias wrote:
> On Mon, Nov 16, 2009 at 03:43:12PM +0100, Joerg Schilling wrote:
> > José Romildo Malaquias wrote:
> >
> > To find the reason for the following "Impossible" because
> > illegal error situation:
> >
> > Executing
José Romildo Malaquias wrote:
> > BTW: this may be caused by the fact that you did not simply add debug=2
> > but at the same time removed -V.
>
> I have run the cdrecord command again, this time passing "-V" and "debug=2":
>
> $ script -f -c "cdrecord -vvv -V debug=2 -sao -eject speed=8 fs=256m
joerg.schill...@fokus.fraunhofer.de (Joerg Schilling) wrote:
> José Romildo Malaquias wrote:
>
> > > BTW: this may be caused by the fact that you did not simply add debug=2
> > > but at the same time removed -V.
> >
> > I have run the cdrecord command again,
José Romildo Malaquias wrote:
> > There was a report for broken Pioneer formware that hits in -v mode and
> > causes the firmware from the drive to through away the data before writing
> > it to the medium.
>
> Do you mean a test without -V or -v ?
Without -v, as in this case cdrecord does not r
José Romildo Malaquias wrote:
> > > Do you mean a test without -V or -v ?
> >
> > Without -v, as in this case cdrecord does not read the drives buffer fill
> > ratio.
> > It seems that there is a bug in Pioneer firmware that is triggered by
> > calling
> > SCSI get buffer cap (0x5C)and that r
José Romildo Malaquias wrote:
> On Fri, Nov 20, 2009 at 04:48:25PM +0100, Joerg Schilling wrote:
> > José Romildo Malaquias wrote:
> >
> > > > There was a report for broken Pioneer formware that hits in -v mode and
> > > > causes the firmware from th
José Romildo Malaquias wrote:
> > Then please test again with -v
>
> It works. See attached the output of the command:
>
> # script -f -c "/var/tmp/CDRTOOLS/opt/schily/bin/cdrecord -v -sao -eject
> speed=8 fs=256m driveropts=burnfree /var/tmp/image.iso" /var/tmp/cdrecord.log
This is really good
ubiquitous1980 wrote:
> > http://tobias.rautenkranz.ch/libdvdread_ifo.html.en
> >
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=460400
> >
> > Might help to upgrade to a newer version of libdvdread (you don't say
> > which version you have installed)?
> >
> I am wondering if you have tried
Alan McKinnon wrote:
> As our resident hal-hater-in-charge, Dale will no doubt be *very* pleased to
> hear of what Ubuntu is doing for 10.04:
>
> entirely removing hal in favour of DeviceKit.
It seems that DeviceKit is no help for the various bugs in hald that
prevent writng CDs/DVDs/BluRays un
Stroller wrote:
> > It seems that DeviceKit is no help for the various bugs in hald that
> > prevent writng CDs/DVDs/BluRays under certain circumstances.
> >
> > I did write mail to the DeviceKit maintainer to no avail, ...
>
> You probably didn't bitch him out thoroughly enough, Joerg.
I did se
Neil Bothwick wrote:
> On Mon, 18 Jan 2010 09:38:16 -0600, Paul Hartman wrote:
>
> > I have a cheap Sony Optiarc (formerly NEC?) and it has worked fine for
> > me for ripping and burning audio CDs, DVD+/-R (single and dual layer).
> > It cost around $25 USD. I don't know if it is better or worse
"Arturo 'Buanzo' Busleiman" <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Dale wrote:
> | [...] Keep in mind that I have KDE and not gnome here.
>
> Well, something that NEVER happened to me during my Gentoo years on my
> desktop computer (I like
> changing di
>It's a boot (floppy image) that's not part of the ISO filesystem per se.
>A quick 'Net search shows you might be able to do this following
>http://kiss.molteni.net/
>I tried that on an Open Solaris ISO and got:
>$ isoinfo -d -i os200805.iso
>CD-ROM is in ISO 9660 format
>
Crayon Shin Chan <[EMAIL PROTECTED]> wrote:
> On Friday 09 May 2008, Mark Knecht wrote:
>
> > 1) Is there a way for me to read the bootable ISO image into a
> > directory on my machine
> > 2) Edit the files
> > 3) Make a new ISO image from the directory (mkisofs?)
> >
> >This seems 'relatively
Thomas Chef wrote:
> Now that my gentoo system is up and running the applications that I want to
> use, how do I make a reliable backup ?
>
> Can I follow the guide on:
> http://en.gentoo-wiki.com/wiki/Backup_to_DVD
>
> Is that a proven/working method ?
Be very careful as GNU tar is buggy and do
Paul Hartman wrote:
> On Tue, Apr 21, 2009 at 11:30 PM, Paul Hartman
> wrote:
> > On Tue, Apr 21, 2009 at 2:09 PM, Mark David Dumlao
> > wrote:
> >> media-plugins/gst-plugins-cdio
> >
> > I think that one should do it.
> >
>
> Also, according to
> http://gstreamer.freedesktop.org/documentation
Volker Armin Hemmann wrote:
> On Mittwoch 22 April 2009, Joerg Schilling wrote:
> > Thomas Chef wrote:
> > > Now that my gentoo system is up and running the applications that I want
> > > to use, how do I make a reliable backup ?
> > >
> > > Can
Volker Armin Hemmann wrote:
> > There is a 1-5% chance that GNU tar does fail this way, did you try to
> > restore enough GNU tar multi-volume archives? Did you restore more than 100
> > multi-volume archives?
>
> No, just a couple of douzend so far. My lib takes 8 cardridges. So far no
> proble
Volker Armin Hemmann wrote:
> as I wrote above, you got me thinking. If I can extract a multivolume archive
> created with star with gnutar I am sold and will try star. I have to have a
> closer look at the -fifo/fs= options. The man page makes it look promising.
Star implements aprox. twice a
Mick wrote:
> This has puzzled me too. Is there a way of passing the equivalent of
> tar's --exclude at star, rather than a file containing a list
> of files to be excluded? I have been reading the -F,-FF ... but have failed
> to understand it so far :(
Tar has no --exclude option.
You m
Mike Kazantsev wrote:
> It seems that tar/gzip/bzip2 are almost universal solutions for
> unix-like system backups and we're using tar/gz combo to create backups
> from the dawn of times.
> But as the time goes by I stumble upon two misfits of such a combination
> more and more:
People on Linux
Neil Bothwick wrote:
> BackupPC should cope with this. It uses rsync over SSH, so only needs to
> transfer new/changed files, and will restart where it left off if the
> connection fails (this happens to me sometimes when I switch off my
> laptop while it is backing up and the backup just restart
Nikos Chantziaras wrote:
> Nikos Chantziaras wrote:
> > 1) Better use -cjvpf ("f") takes an argument (the filename of that tar
> > to be crated) so it must be at the end.
>
> That's why I usually use "tar -cjvp -f blabla.tar.bz2". I always
> seperate options that take an argument from the res
Neil Bothwick wrote:
> On Thu, 30 Apr 2009 14:44:57 -0500, Dale wrote:
>
> > How do I tell tar when I am making the tarball to look at /mnt/gentoo/
> > as it start point, root directory if you will? I read the man page but
> > suspect I am missing it somewhere. There has to be a way since it is
Stroller wrote:
> On 1 May 2009, at 10:26, Joerg Schilling wrote:
> > ...
> > Does gnu tar really did copy star behavior and now allows to use -C
> > in extract
> > mode?
>
> Surely gtar should not emulate star's behaviour? Surely it is only
>
Etaoin Shrdlu wrote:
> On Saturday 9 May 2009, 12:15, Stroller wrote:
> > On 8 May 2009, at 14:38, Stroller wrote:
> > > ...
> > > if echo hello|grep --color=auto l >/dev/null 2>&1; then
> > >export GREP_OPTIONS='--color=auto' GREP_COLOR='1;32'
> > > fi
> >
> > I'm afraid this thread has ru
Nikos Chantziaras wrote:
> Grant wrote:
> > I'd like to back up the files on my DVD-Audio discs. The files are
> > encrypted and I don't want to decrypt them, I just want to back them
> > up. I'm getting I/O errors when I try to cp the files, and I'm
> > guessing it's because of the encryption.
Stroller wrote:
>
> On 16 May 2009, at 15:56, Grant Edwards wrote:
> > On 2009-05-16, Ricardo Bevilacqua wrote:
> >
> >> Why don't you use the (very old, but still effective) dd [1]
> >> command to create an ISO image?
> >
> > Because it won't work.
> >
> > Have you tried it with an encrypted DV
Stroller wrote:
>
> On 16 May 2009, at 17:20, Joerg Schilling wrote:
> >> ...
> >> It WILL make an exact copy of the DVD onto the drive (assuming DVD
> >> video, and no ARccOS [1]), it will just be an exact copy of the
> >> *encrypted* movie.
Stroller wrote:
> On 16 May 2009, at 17:46, Joerg Schilling wrote:
> > ...
> >> Certainly I have copied disks using `dd` a number of times, PRIOR to
> >> decryption / ripping. However I cannot state the drives' status for
> >> sure - most of mine have
Stroller wrote:
>
> On 16 May 2009, at 19:00, Joerg Schilling wrote:
> >>> ...
> >>> There are still a lot of DVD-Video media that don't use CSS.
> >>
> >> I have certainly cloned region-protected DVDs on a number of
> >> occasio
Mark Knecht wrote:
> Hi,
>I've got a bit of a problem recently with (I think) k3b. Over the
> last couple of months *some* copies of CDs made in k3b using the Clone
> Copy feature do not reliably play in my car's CD player. I've tried
The clone copy mode of cdrecord is definitely worse for a
Paul Hartman wrote:
> I don't think there's a way to do bit-for-bit compare of audio CDs...
> if it's a burning issue I would try burning at a slower speed (as slow
> as you can tolerate waiting for).
cdda2wav -paranoia
gives bit for bit identical results if the medium quality is not too bad.
Dale wrote:
> Could it be some copy protection thing that is new maybe? Something k3b
> can't quite copy.
There is no copy protection system for audio CDs.
Cdda2wav reads most accidental and intentional defects in audio CDs just fine.
Make sure to use the original software ftp://ftp.berlios.d
Nikos Chantziaras wrote:
> Joerg Schilling wrote:
> > There is no copy protection system for audio CDs.
>
> There is, unfortunately. An example is "Cactus Data Shield". The bad
> thing is that it even breaks the standard, resulting in the copy
> protected au
Mark Knecht wrote:
> I will see about buying a CD player cleaning disk. I suppose they
> still make those.
>
> I've used 3 different spindle of CDs before I started the thread. I'm
> happy to try 'better' media if I can determine what that means without
> guessing.
>
> Here's an example. The firs
Mark Knecht wrote:
> > OK - I'll try that in a minute. Right now I'm stuck. Attempting to run
> > your readcd program it's locked up and I cannot kill it. Ctrl-C didn't
> > work. Trying to kill the process doesn't work. This is on one of the
> > CDs that doesn't play correctly so maybe it's showi
Mark Knecht wrote:
> It seems that the command
>
> readcd -c2scan
>
> fails on both of my drives for all media types - retail CDs, copies of
> CDs on CR-R and CD-RW. It always hangs. It hangs at different places
> if I rerun it.
If it fails with different drives from different manufacturers, try
Mark Knecht wrote:
> m...@lightning ~/Desktop/cdda2wav $ readcd dev=1000,0,0 -c2scan
> Read speed: 7056 kB/s (CD 40x, DVD 5x, BD 1x).
> Write speed: 7056 kB/s (CD 40x, DVD 5x, BD 1x).
> Capacity: 263932 Blocks = 527864 kBytes = 515 MBytes = 540 prMB
> Sectorsize: 2048 Bytes
> readcd: Suc
Mark Knecht wrote:
> Expand please.
>
> Run it on a different OS? The machine is dual-boot Gentoo/XP but your
> site doesn't seem to have an updated Windows version. (Unless it's not
> in the win32 directory.)
You may run it on any other OS that is not Linux based.
> How do I run in another OS?
Jesús Guerrero wrote:
> On Wed, June 3, 2009 22:23, Joerg Schilling wrote:
> > Nikos Chantziaras wrote:
> >
> >
> > BTW: this is where you see that cdparranoia(1) is now 12 year old and
> > unmaintained since ~ 10 years. cdda2wav -paranoia gives much b
Mark Knecht wrote:
> OK, a CD that fails in the car and locked up under the Gentoo readcd
> -c2scan passes -c2scan under Cygwin, although I still see some
> complaints about part of the SCSI command set. NOTE: This is the same
> machine that runs Gentoo dual-booted into XP and running Cygwin now,
Mark Knecht wrote:
> Always up for other interpretations as to what might be going on, and
> also VERY interested in learning a good set of commands with cdrtools
> to copy and write CD's without having to use k3b.
The related commands are in the EXAMPLES section for cdda2wav and/or cdrecord.
J
Mark Knecht wrote:
> On Mon, Jun 8, 2009 at 7:16 AM, Joerg
> Schilling wrote:
> > Mark Knecht wrote:
> >
> >> Always up for other interpretations as to what might be going on, and
> >> also VERY interested in learning a good set of commands with cdrtools
Willie Wong wrote:
> > qfile --orphans $(find -H /usr/lib /lib -type f)
> >
> > which avoids checking all the symlinks.
In case that you find implementation works correctly, this will
not change anything unless either /usr/lib or /lib are symlinks.
If you however use find -L, -type f will find
Volker Armin Hemmann wrote:
> On Montag 08 Juni 2009, Neil Bothwick wrote:
> > qfile --orphans $(find -H /usr/lib /lib -type f)
>
> qfile --orphans $(find -H /usr/lib /lib -type f)
> zsh: argument list too long: qfile
This is not a zsh limitation but a Linux limitation.
You may have longer arg l
Mickaël Bucas wrote:
> > You may avoid the problem with find . -exec prog args {} +
> The right way to handle any size for the list returned by "find", is
> by using "xargs" :
>
> find -H /usr/lib /lib -type f | xargs -d'\n' qfile --orphans
No, this is definitely wrong: the right way to handle
Neil Bothwick wrote:
> On Tue, 9 Jun 2009 16:04:41 +0200, Volker Armin Hemmann wrote:
>
> > > This is not a zsh limitation but a Linux limitation.
> > > You may have longer arg lists if you use Solaris ;-)
> > >
> > > You may avoid the problem with find . -exec prog args {} +
> >
> > ah, thank
Neil Bothwick wrote:
> On Tue, 9 Jun 2009 09:42:34 -0500, Paul Hartman wrote:
>
> > -exec command {} +
> > This variant of the -exec action runs the specified command on the
> > selected files, but the command line is built by appending each
> > selected file name at the end; the total number of
David Shen wrote:
> I have a blue-ray dvd copied on disk, it is about 20GB large, when I
> use mkisofs, it reports my files are too large. Is there any way to
> fix this?
Which files are "too large"?
Are you using mkisofs?
Jörg
--
EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling
David Shen wrote:
> thanks, but I have just found an easier solution, just add -iso-level
> 3 to mkisofs option. the iso level 3 do not have restriction on file
> size.
If your problem has been that you need multi-extent files for your purpose, you
are correct.
Jörg
--
EMail:jo...@schily.is
Roger Mason wrote:
> I'm trying to compile (outside portage) a program that needs
> libtermcap. I installed libtermcap-compat-2.0.8-r2 but that seems not
> to provide it (I looked with 'find').
>
> How can I install libtermcap?
if you like a real libtermcap, check for libxtermcap that comes wit
Stroller wrote:
> Now I've got this new machine with all this space on it (or rather:
> now I seem to be more interested in doing stuff with this machine I
> built a while ago), I'm starting on the process of ripping all my DVDs.
>
> In the past I tried media-video/undvd for DVD ripping, but
Nikos Chantziaras wrote:
> On 08/14/2009 05:47 AM, meino.cra...@gmx.de wrote:
> > Hi,
> >
> > I am looking for a faster way to do a
> >
> > cp -a r
> >
> > locally on one machine with one harddisk inside.
> >
> > Is there a neat trick to accomplish this faster than
> > good old cp?
Dirk Heinrichs wrote:
> Am Freitag 14 August 2009 10:50:45 schrieb Joerg Schilling:
>
> > The fastest method for copying directory trees (typicalls 30% faster than
> > any other known method) is to use star:
> >
> > star -copy -p -xdot -acl -sparse -C .
>
&g
Dirk Heinrichs wrote:
> Am Freitag 14 August 2009 10:50:45 schrieb Joerg Schilling:
>
> > Note that on Linux you may need to add "-no-fsync" because file I/O is slow
> > on Linux. On Solaris, not using -no-fsync slows things down by aprox. 10%
> > but allows
GMail <[EMAIL PROTECTED]> wrote:
> On Monday 24 November 2008 13:07:34 Dale wrote:
> > I used to be subscribed to the mailing list, thought about using one or
> > the other. Just before I unsubscribed, there were some people trying to
> > get it back up and going. I'm not sure how that went or i
1 - 100 of 496 matches
Mail list logo
