Re: More CD-RW Burning Issues...

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



-----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

[Index of Archives]     [Fedora General Discussion]     [Red Hat General Discussion]     [Centos]     [Kernel]     [Red Hat Install]     [Red Hat Watch]     [Red Hat Development]     [Red Hat 9]     [Gimp]     [Yosemite News]

  Powered by Linux