Red Hat Bugzilla – Bug 2030
fdisk corrupts extended partition containing OS/2
Last modified: 2008-05-01 11:37:49 EDT
It appears that when fdisk writes the
partition tables to disk, it changes the
extended partition entry such that BOOT
MANAGER cannot find the OS/2 partition.
I think that it does it even if the LINUX
partitions are on another physical drive! I
don't think this was a problem on my
Infomagic developer's version of 5.1.
The only solution I found was to temporarily
resize the extended partition using
partition magic which rewrote the
information (I think).
Can you send before fdisk/after fdisk partition table information?
I am unable to make copies of the partition tables (before and after) as you have requested. That computer is our main one for business.
If it is of any help, I have two 4G quantum hard drives. Linux is on the second disk. BootManager,WIN98 and OS/2 are on the first disk.
For some reason, the BIOS automatically configured the first disk as 'large' and the second as LBA. By the time I had discovered this,
I didn't feel like changing it and reinstalling everything.
This error appeared when I installed RedHat 7. It did not occur when I installed 5.1. Also, the OS/2 partition was not damaged, it just did not
show up in the boot manager. Deleting and reinstalling boot manager did not work. Using Partition Magic to change the extended partition
values did fix it. This leads me to think that the extended partition entry was changed in a way that did not affect the pointers but did make
boot manager choke.
If you upgrade again, it would be helpful to see fdisk -l output before and
after. I'm closing this bug as I have no way to reproduce it :-(