On Monday, 1 August 2005 at 17:09:46 -0400, Jeff Mitchell wrote: > > Built an iso with mkisofs, and can burn it out with burncd to CDR > no problem (if 700MB or less or so, of course.) > > For DVD, built a 2GB .iso using the same mkisofs command.. > > mkisofs -o foo.iso -J -R filelist* > > 'cdrecord' seems completely crippled...
Certainly I've had problems with it too. > Installed the dvd tools to get growisofs since this seemed like > the main alternative to cdrecord. (burncd didn't seem to like to burn > DVDs, though I forget exactly its output.) It's probably similar to what I describe at http://www.lemis.com/grog/making-AUUGN.html. > growisofs seems to almost work, but breaks and is slow: > > growisofs -dvd-compat -speed=4 -Z /dev/cd0=buckdvd.iso Note that you don't need to specify the speed unless you want it to be slower than the DVD specifies. That might be useful. Read on. > That results in.. > > Executing 'builtin_dd if=buckdvd.iso of=/dev/pass0 obs=32k seek=0' > /dev/pass0: "Current Write Speed" is 4.1x1385KBps. > 1867776/2937458688 ( 0.1%) @0.4x, remaining 104:46 > 7503872/2937458688 ( 0.3%) @1.2x, remaining 45:33 > 7503872/2937458688 ( 0.3%) @0.0x, remaining 71:35 > ...etc... > 16547840/2937458688 ( 0.6%) @0.0x, remaining 435:23 > 16547840/2937458688 ( 0.6%) @0.0x, remaining 444:13 > 16547840/2937458688 ( 0.6%) @0.0x, remaining 455:59 > :-[ [EMAIL PROTECTED] failed with SK=6h/ASC=29h/ACQ=00h]: Input/output error > builtin_dd: 8080*2KB out @ average 0.1x1385KBps > :-( write failed: Input/output error > /dev/pass0: flushing cache > :-[ FLUSH CACHE failed with SK=2h/ASC=04h/ACQ=01h]: Resource temporarily > unavailable > :-[ SYNCHRONOUS FLUSH CACHE failed with SK=2h/ASC=04h/ACQ=01h]: Resource > temporarily unavailable > > So it would seem to take hours to burn a DVD, and tanks after a > few moments anyway. This looks to me as if you're having problems with your blanks. I've seen something like this a couple of times, but in each case it basically didn't get beyond the initial write of (in your case, anyway 1867776 bytes). I'd *strongly* recommend getting at least some +/-RWs to play around with. At least like that you don't end up with a pile of coasters, and it might help identify the issues. All my burn failures (about 40% of total!) have been with DVD+Rs, though admittedly a cheap no-name brand bought in Taipei. I've found that they work OK if I burn them at speed=1; if I use the default speed of 4, they usually fail. > Aside .. seems like a lot of tools depend on cdrecord to work, and > it seems cdrecord with its key situation is volitile and requires > userland knowledge to sort out.. so a bad situation :( I've given up on cdrecord. Greg -- When replying to this message, please copy the original recipients. If you don't, I may ignore the reply or reply to the original recipients. For more information, see http://www.lemis.com/questions.html See complete headers for address and phone numbers.
pgpLJ6rcb7N26.pgp
Description: PGP signature