Bugzilla (bugzilla.redhat.com) will be under maintenance for infrastructure upgrades and will not be available on July 31st between 12:30 AM - 05:30 AM UTC. We appreciate your understanding and patience. You can follow status.redhat.com for details.
Bug 85714 - fdisk corrupts the file system
Summary: fdisk corrupts the file system
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: util-linux
Version: 7.2
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Elliot Lee
QA Contact: Ben Levenson
Depends On:
TreeView+ depends on / blocked
Reported: 2003-03-06 13:09 UTC by Norbert Schulz
Modified: 2005-10-31 22:00 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2004-07-28 20:51:42 UTC

Attachments (Terms of Use)

Description Norbert Schulz 2003-03-06 13:09:53 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.6 (X11; Linux i686; U;) Gecko/20020913

Description of problem:
fdisk change the file system during the following procedure: call `fdisk' then
press `p' to see the partition table and after that press `q' to quit fdisk
without saving anything. Then make an fsck over all partitions on the device
from which you had a look at the partition table. In an not so heavy matter fsck
can repair the file systems without any lost of your data. In an very heavy case
the superblock might be corrupted. fsck can repair your file system, but as in
my case the following system directories were moved to lost+found and got
numbers instead of file names: /bin, /etc, /lib, /root, /usr and all
subdirectories of these.
I observed these behavior of fdisk on different computers every time when I do
the above described procedure.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. command `fdisk'
2. then press `p' to see the partition table
3. press `q' to quit without saving
4. run `fsck'

Actual Results:  fsck finds different file system errors until corrupted
superblock informations

Expected Results:  no change for the file system

Additional info:

Comment 1 Elliot Lee 2003-04-11 17:16:58 UTC
My guess is that you are doing an fsck on mounted filesystems and that the fdisk
has nothing to do with it. Am I right?

Comment 2 Norbert Schulz 2003-04-11 17:41:09 UTC
No, the fsck is only to see that fdisk with the above steps to reproduce has
made changes to the file system. If you perform `fdisk' with  the 3 steps
everthing seems to be okay. But after fdisk you run fsck on that disk to see
that there was something wrong.

Norbert Schulz

Comment 3 Elliot Lee 2003-04-11 17:48:38 UTC
What happens if you run the fsck's without doing the fdisk?

Comment 4 Norbert Schulz 2003-04-14 09:49:59 UTC
Fdisk is the problem. To get the error do the following:
1. run `fdisk'
2. while you are in fdisk press `p' to see the partition table
3. press `q' to quit fdisk
4. reboot your system

Be carefull to see what happens during the boot of your system. You should be
enforced to check the filesystem.

Norbert Schulz

Comment 5 Elliot Lee 2004-07-28 20:51:42 UTC
This bug is kind of old (for which I apologize, since it's my fault)
and I don't have any good ideas on fixing it since I can't reproduce
it. It's also against RHL 7.2, suggesting that there's a good chance
it has since been fixed. If you can reproduce with FC2 or RHEL3,
please re-open the bug by all means.

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