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 partitioning. 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 separate GRUB). 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 displaying it. 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): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
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.