From: Bill Davidsen <[EMAIL PROTECTED]> Subject: Re: Problems when writing DVDs with growisofs Date: Wed, 05 Jul 2006 17:32:18 -0400
The problem has been "solved" (moved): For the device of my DVD-burners there was "pktsetup" (for writing to DVDRAM) called via a initscript from which I dont know that it was aktivated. Ok, I can now read my DVD successfully and completly. But it remains the question, why I should not read my my DVDRAM now completly... Sigh... mcc > Meino Christian Cramer wrote: > > >Hi, > > > >The System > >========= > >Softwware: > >Gentoo Linux (recent stable) with Linux kernel 2.6.17.3 (vanilla > >source). > >* growisofs by <[EMAIL PROTECTED]>, version 6.1, > > front-ending to mkisofs: mkisofs 2.0 (i686-pc-linux-gnu) > >readcd 1.11a15 (i686-pc-linux-gnu) Copyright (C) 1987, 1995-2001 Jörg > >Schilling > >dd (coreutils) 5.94 > > > >Hardware: > >1GB RAM > >Athlon 64 X2 3800+ > >Asus Av8 motherboard > >LG 4163B DVD/CD/DVDRAM burner > > > > > > > >The problem: > >Recordings from a DVB-T receiver were copied to a DVD+RW medium. The > >files: > > > >-r--r--r-- 1 mccramer users 1205874688 Jul 5 16:59 > >2006-04-02_20-15_Ice_Age.mpg > >-r--r--r-- 1 mccramer users 1492150272 Jul 5 17:01 > >2006-06-27_22-15_Twister.mpg > >-r--r--r-- 1 mccramer users 1754710016 Jul 5 17:04 > >2006-06-28_20-15_Final_Fantasy.mpg > > > >Sum of all filesizes: 4452734976 > > > >I wrote the files with varying parameter; > > > >growisofs -Z /dev/hdd 2006-04-02_20-15_Ice_Age.mpg \ > >2006-06-27_22-15_Twister.mpg 2006-06-28_20-15_Final_Fantasy.mpg > > > >and > > > >growisofs -Z /dev/hdd 2006-04-02_20-15_Ice_Age.mpg \ > >2006-06-27_22-15_Twister.mpg 2006-06-28_20-15_Final_Fantasy.mpg -udf > > > >and > > > >growisofs -dvd-compat -Z /dev/hdd 2006-04-02_20-15_Ice_Age.mpg \ > >2006-06-27_22-15_Twister.mpg 2006-06-28_20-15_Final_Fantasy.mpg -udf > > > >None of the processes reports any error neither on user level nor in > >the kernel log files. > > > >After each process I ejected the medium and inserted it again and > >mounted the medium first with "-t iso9660" and cat'ed all files > >to /dev/null. > > > >Short before end an I/O-Error happens and was logged to the kernel log > >file as: > > > > attempt to access beyond end of device > > hdd: rw=0, want=8388608, limit=8388604 > > Buffer I/O error on device hdd, logical block 2097151 > > attempt to access beyond end of device > > hdd: rw=0, want=8388612, limit=8388604 > > Buffer I/O error on device hdd, logical block 2097152 > > attempt to access beyond end of device > > hdd: rw=0, want=8388616, limit=8388604 > > Buffer I/O error on device hdd, logical block 2097153 > > attempt to access beyond end of device > > hdd: rw=0, want=8388608, limit=8388604 > > Buffer I/O error on device hdd, logical block 2097151 > > > >Then I unmounted the medium and mounted again with "-t udf" where > >appropiate (see above). > > > >Again the cat-process failed as described above. > > > >Then I umounted the device and uses dd to copy an image of the dvd to > >my harddisk: > > > >dd if=/dev/hdd of=/tmp/dvd.iso > > > >The processes reports no error neither on user level nor in > >the kernel log files. > > > >I mounted the image via loop-device and tried again to cat all files > >to /dev/null which again fails as described above. > > > >Then I used readcd to create an image of the dvd. Also this process > >does not report any error. > > > >I mounted the image via loop device and THIS time I was able to > >retrieve all files. They were identical to the originals. > > > > > >I am near desparation. I cannot find the reason for this > >behaviour. Since I copy more valuable data as some dvb-t recordings to > >DVD I would be happy to have a reliable scheme how to copy > >successfully files to DVD+RW and other media. > > > >Thank you very much in advance for any help ! > > > >Kind regards, > > Meino Cramer > > > >PS: I tried to subscribe to this mailinglist, I was told, that a > >conformation mail will be send to me. But no mail arrives me. So I am > >unsubscribed yet and would be happy, if - when replying to this mail - > >one could CC: me. Thanks! > > > > > Try using the 'blockdev' command to set the readahead to 4k, and see if > that solves the problem. If so, let's prepare a polite note to the > kernel list, something like "no this isn't fixed after all." > > -- > bill davidsen <[EMAIL PROTECTED]> > CTO TMR Associates, Inc > Doing interesting things with small computers since 1979 >