Need help creating CDs that will pass mediacheck

D. Hugh Redelmeier hugh at mimosa.com
Sat Mar 12 03:39:06 UTC 2005


| From: Dan Trobridge <linuxddt at gmail.com>

| Still no resolution.  I have been able
| to get disc1 to pass media check, but no others.

I suspect that you are having another manifestation of the problem I just
posted:
  https://www.redhat.com/archives/fedora-list/2005-March/msg02774.html

I have hit this problem in several different ways with 2.6 kernels.
Grrr.

Here's a crude solution that has worked for me: pad the .iso by adding
a bunch of bytes at the end.  Those bytes won't influence the ISO-9660
file system, but will allow the goofy device driver to read ahead past
the end of the file system without getting an I/O error.

How much padding?  I used a couple of megabytes of zeros, if I
remember correctly, but I now think that I know the magic minimum
number:  33 * 2k.  This is the length of the reads that were failing
(see my previous message) so it ought to be a bound on the amount of
spurious readahead.  It might be the case that the 33 can very under
some conditions -- I don't know where it comes from and I'm too lazy
to read the driver code at the moment.

How can you pad the .iso?

Method 1 (untested):
	dd if=/dev/zero bs=2048 count=33 >>file.iso

Method 2 (untested):
	When burning with cdrecord, add the parameter:
		padsize=33s
	(I don't actually know if a sector, in cdrecord's terminology
	is 2048 bytes; the manpage suggests so.)

I find it interesting the the cdrecord(1) manpage, in its description
of the padsize option, says:

    Use this option if your CD-drive is not able to read the last
    sectors of a track or if you want to be able to read the CD on a
    Linux system with the ISO-9660 filesystem read ahead bug.

If you do test this, please report back whether it worked or not.
Please cc it to me personally since I don't read this list regularly.




More information about the fedora-list mailing list