Bug 2030 - fdisk corrupts extended partition containing OS/2
fdisk corrupts extended partition containing OS/2
Status: CLOSED WORKSFORME
Product: Red Hat Linux
Classification: Retired
Component: util-linux (Show other bugs)
5.1
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Erik Troan
pipework@cadvision.com
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 1999-04-07 08:46 EDT by pipework
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2001-02-07 09:15:10 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description pipework 1999-04-07 08:46:19 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).
Comment 1 Erik Troan 2001-02-06 16:13:37 EST
Can you send before fdisk/after fdisk partition table information?
Comment 2 pipework 2001-02-07 09:15:06 EST
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
Comment 3 Erik Troan 2001-02-07 11:13:31 EST
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 :-(

Note You need to log in before you can comment on or make changes to this bug.