On Fri, 2005-03-11 at 11:03 +0100, Maciej ?enczykowski wrote:
> > But this is a problem with cdrecord and not with iso generation. How
> > does this solution impact people who do not use cdrecord to make ISOs.
> > There are many people who burn the ISOs with other programs (growfs,
> > nero, roxio ezcd, and a dozen other windows or mac ISO recording
> > programs.)
>
> not really, this is a problem with the HW, it can potentially affect many
> burning programs (cdrecord included, basically all those which don't pad
> by default), and most (all?) linux burning programs do make use of
> cdrecord, so... it is a big problem. Furthermore this solution doesn't
> break it for anyone (except for having to download 300KB more worth of
> zeroes... but 300KB on a 700MB file is pretty much nothing anyway
> (0.042%)...)
>
> > I'm not sure that we should put the extra items on the end of the file
> > if it will adversely impact the other burning programs.
> >
> > Any comments...
>
> It won't affect anything adversly, it will just make stuff work better for
> all those for whom it used to not work...
>
Some comments and tests:
1. The media check worked on my hardware as the script was written, and
as burned on a Windows XP machine with nero and ezcd ... and as burned
on CentOS-4 via cdrecord and k3b. Obviously it does not work for
everyone, so more testing is in order :)
2. I added this code and re-made the ISOs
dd if=/dev/zero bs=2048 count=150 >> file.iso
The MD5 sums are different on the ISOs now (as you would expect)
3. I made a CD ISO via cdrecord and k3b ... It passed the media check.
(My original passed the media check for me as well).
4. I made a CD ISO via Windows XP and Nero 6 and EZCD Creator... It
passed the media check as well. (my original mad this way also passed
the media check for me as well).
I am not going to change the ISO now ... it is already downloaded 5200+
times just from BT, not including any mirror iso downloads.
Since it seems that this method continues to work with current working
hardware, and might fix the media checks non working burns, I will use
the above code when we release the CentOS-4.1 respin (when RHEL 4 Update
1 is released).
That way, we don't have different ISOs floating around for 4.0 final.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.caosity.org/pipermail/centos/attachments/20050311/3c6d5a0e/attachment.bin
