Red Hat Bugzilla – Bug 122247
after install, could not boot any partition due to inconsistant partition table
Last modified: 2007-11-30 17:10:41 EST
Description of problem: It appears that during install the FAT32
partition table entry was modified at hda5 for no reason. The install
was successful onto an existing reiserfs on hda9 using manual
The problem was catastrophic in that I could not boot any partition.
(I am using AirBoot boot manager which sits in HDA-MBR (master boot
record) with W2K and several LINUX bootable partitions, each with a
Using "BusinessCardLinux" I tried FDISK to repair problem to no avail,
then used PARTED where everything looked OK, so forced an update to
HDA5-FAT32 with a PARTED RESIZE using identical size. This apparently
corrected the problem.
The only previous time that I have had such a problem was when GRUB
install was to HD0 instead of the LINUX partition, thus wiping out
AirBoot in MBR. Then I simply reloaded AirBoot from floppy.
Both AirBoot and BusinessaCardLinux (upon loading) indicated some
problem with FAT32 partition although the latter had no problem
This may be a mere fluke, hardware error or who knows - BUT if anyone
else sees it perhaps there is an install problem.
HARDWARE:IBM THINKPAD T20.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
this appears to be a dupe of 155980, 120128, 113201 etc
Problem re-occurred with FEDORA CORE 2 final (as well as test2)
In both cases I (finally) resolved problem with PARTED-RESIZE of a fat
partition - this caused a rewrite of partition table which fixed it.
Similar attempts with FDISK were unsuccessful.
After first time I reformatted hd, all but first W2K partition.
First time fat was on hda5, second time (fed-core2-final) on hda9.
*** This bug has been marked as a duplicate of 115980 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.