From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1 Description of problem: Intall died right after disk error check. PII 350, 64M Ram, ATI 3D AGP Two drives root and /u on hda, /backup and swap on hdc. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.Install->Custom->Everything 2. 3. Additional info:
Created attachment 60646 [details] Dump the installer provided
Moved swap to hda2, problem still occured.
Could you try this case w/o turning on bad blocks checking?
Sorry for the belated response. There was difficulty with the test platform that was causing lockups during the installation, therefore clouding the issue. On the new stable platform, the problem persisted and was replicable. Turning off Bad Block checking did allow the install to proceed without error.
This error occurs when the badblocks command detects bad blocks on the system. The traceback occurred because the output from the badblocks command has changed, fooling our parser. If you get this traceback it means you have bad blocks on the drive it was testing. In the future an error dialog will be presented saying bad blocks have been detected.
*** This bug has been marked as a duplicate of 66181 ***
I disagree. The changing of platforms also involved changing hard drives from a 10Gig Maxtor to a new Western Digital 40 Gig WD400BB. I doubt very much that both drives have bad blocks. Checkit OK'ed the WD400BB.
OK close it. Murphy's law prevails. Purchased yet a third drive and Bad Block Checking did not crash the install. Of course there is a problem with your bad block reporting mechanism. Thanks and Regards.