> You describe the annoying read-ahead bug which is not specific to the > data format but to CD reading on Linux. (I do not experience > it with growisofs written DVD+RW on Linux)
That would probably be because the dvd+rw has previously been written to beyond the current end of the recording. I.e. the read-ahead does find readable sectors. I also found by chance that a pioneer 106 dvd burner is able to detect end-of-recording correctly on a dvd-r, giving an end-of-file as it should, whereas an asus E616 dvdrom drive produces one IDE bus error after the other, locking the system for long times in the process (killing processes doesn't work). The media was errorneously missing the last 110MB of the iso filesystem. In other words, the burner's firmware prevents the kernel from shooting itself in the foot. kernel 2.6.5. The bug's been there since 1.3.x. I'm not holding my breath. > The workaround is to add some padding. Yes. Obviously this works only before you've burnt the disk. If you get a disk from someone else, tough. > because mkisofs adds a generous amount of padding by default. > (300 kB according to 2.01a35's man mkisofs, option "-pad") It used to be 30k, which was enough for 2.2 but not for 2.4 kernels. I found that adding >0.5MB was enough in the cases I tested, though use 1MB. Volker -- Volker Kuhlmann is possibly list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
