-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 14 Mar 2003 16:17:52 -0500, christian@xxxxxxxxxx wrote: > I'm afraid padding isn't the culprit; it seems harmless. > > It was on when I burnt psyche disks, and the effect seems to be a few > kilobytes of NUL appended. Consequently, the result of md5sum doesn't > match what's in MD5SUM. But the MD5 sum agrees if you trim to the > true length of the image, e.g., > > head -654321088c /dev/cdrom | md5sum > > The disks mount just fine, and installation works. This is exactly _the_ reason for using padding when burning data discs in track-at-once (TAO) mode as opposed to disk-at-once (DAO) mode without padding (the preferred method). If you did not enable the padding when using TAO mode, you could not easily avoid the run-out sectors at the end and would get I/O errors. With padding, however, you can strip to the size of the ISO image without getting I/O errors at the end. - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+cmDg0iMVcrivHFQRAsluAJ4jB3Wx2NB8N3ktnjgqC72ZlDEOxgCeLfkm uB0FpS69H4BPxJikztTtV3k= =uqc7 -----END PGP SIGNATURE----- -- Psyche-list mailing list Psyche-list@xxxxxxxxxx https://listman.redhat.com/mailman/listinfo/psyche-list