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?
Hi: 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. SM
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 :-(