CD verify on FC5 disc 5.
I've been burning some sets of FC5 CDs for friends and verifying them. I have observed that CD 5 takes an unreasonably large amount of time to verify. After the "Media Check" window disappears the system hands while virtual console 4 is giving IDE errors corresponding to logical blocks 189413 and 189414. After doing this for some time it returns and says that the test has passed. When burning CD-ROMs I put 80 sectors of blank padding to deal with crappy CD-ROM drives. In the past I found that some of my CD-ROM drives would cause the Media Check to fail if I used a mere 30 sectors of padding and so I chose 80 as an arbitrary large number to avoid that. The number 80 has done well in terms of preventing check failures and install errors. Should I consider the above failure to just be a symptom of an interaction between Linux and crappy hardware and ignore it? Or is the fact that Linux is trying to seek so far past the end of the disk due to a bug in either the kernel or anaconda? -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page
CD verify on FC5 disc 5.
On Tue, 2006-03-21 at 22:35 +1100, Russell Coker wrote: > I burned a copy of CD 5 with 800 blank sectors at the end and it worked > perfectly. I also noticed that CD 2 has the problem (although I hadn't > noticed it before), CDs 3 and 4 don't have a problem (I still have to repeat > tests on CD 1). > > I guess that I can work around this problem by specifying a padsize of > something between 81 and 800 sectors (if some more friends want copies of FC5 > then I'll find out soon). Ok, so... what CD drive do you have, what type of bus is it on, and what controller is in use? -- Peter
Re: CD verify on FC5 disc 5.
On Tuesday 21 March 2006 22:05, Russell Coker wrote: > When burning CD-ROMs I put 80 sectors of blank padding to deal with crappy > CD-ROM drives. In the past I found that some of my CD-ROM drives would > cause the Media Check to fail if I used a mere 30 sectors of padding and so > I chose 80 as an arbitrary large number to avoid that. The number 80 has > done well in terms of preventing check failures and install errors. Should > I consider the above failure to just be a symptom of an interaction between > Linux and crappy hardware and ignore it? Or is the fact that Linux is > trying to seek so far past the end of the disk due to a bug in either the > kernel or anaconda? I burned a copy of CD 5 with 800 blank sectors at the end and it worked perfectly. I also noticed that CD 2 has the problem (although I hadn't noticed it before), CDs 3 and 4 don't have a problem (I still have to repeat tests on CD 1). I guess that I can work around this problem by specifying a padsize of something between 81 and 800 sectors (if some more friends want copies of FC5 then I'll find out soon). -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page
Re: CD verify on FC5 disc 5.
Peter Jones : > On Tue, 2006-03-21 at 22:35 +1100, Russell Coker wrote: > > > I burned a copy of CD 5 with 800 blank sectors at the end and it worked > > perfectly. I also noticed that CD 2 has the problem (although I hadn't > > noticed it before), CDs 3 and 4 don't have a problem (I still have to > > repeat > > tests on CD 1). > > > > I guess that I can work around this problem by specifying a padsize of > > something between 81 and 800 sectors (if some more friends want copies of > > FC5 > > then I'll find out soon). > > Ok, so... what CD drive do you have, what type of bus is it on, and what > controller is in use? I can't answer that question, but I can tell you that the -pad 800 solved this same problem for the exceedingly generic ATAPI CD-ROM drive on my Opteron box. This workaround is probably generally applicable, and I'm going to put it in my Fedora Core customization FAQ. -- http://www.catb.org/~esr/";>Eric S. Raymond
Re: CD verify on FC5 disc 5.
On Thursday 23 March 2006 08:52, "Eric S. Raymond" wrote: > Peter Jones : > > On Tue, 2006-03-21 at 22:35 +1100, Russell Coker wrote: > > > I burned a copy of CD 5 with 800 blank sectors at the end and it worked > > > perfectly. I also noticed that CD 2 has the problem (although I hadn't > > > noticed it before), CDs 3 and 4 don't have a problem (I still have to > > > repeat tests on CD 1). > > > > > > I guess that I can work around this problem by specifying a padsize of > > > something between 81 and 800 sectors (if some more friends want copies > > > of FC5 then I'll find out soon). > > > > Ok, so... what CD drive do you have, what type of bus is it on, and what > > controller is in use? I've repeated this problem on three Compaq Evo 1.5GHz P4 machines. They have an Intel 82845 845 (Brookdale) chipsets with a Compaq CRD-8484B CD/DVD-ROM drive. Incidentally they make great test machines and are going really cheap on the second-hand market. Apart from this CD-ROM issue they have no problems with any version of Fedora or RHEL that I've tried. > I can't answer that question, but I can tell you that the -pad 800 solved > this same problem for the exceedingly generic ATAPI CD-ROM drive on my > Opteron box. This workaround is probably generally applicable, and I'm > going to put it in my Fedora Core customization FAQ. The number required is probably a lot smaller than 800, I will do more tests next time I burn CDs. But OTOH 800 sectors is 1.6M and there's enough space to spare. For reference I had discovered in that past that 50 spare sectors was the minimum to guarantee that no CD-ROM drives in my test network would fail the media verification (disks with less than 50 spare sectors failed verification and would sometimes fail on an install), so I chose 80 sectors to be on the safe side. -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page