Red Hat Bugzilla – Bug 72517
EXT3 partition failure after crash
Last modified: 2005-10-31 17:00:50 EST
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)
Description of problem:
Cannot mount EXT3 partition and get the following error:
[root@vloc1 root]# mount /dev/hdi1 -t ext3 /data5
mount: wrong fs type, bad option, bad superblock on /dev/hdi1,
or too many mounted file systems
I can mount it as EXT2.
Output from PARTED:
[root@vloc1 root]# parted /dev/hdi
GNU Parted 1.4.16
Copyright (C) 1998, 1999, 2000, 2001 Free Software Foundation, Inc.
This program is free software, covered by the GNU General Public License.
This program is distributed in the hope that it will be useful, but WITHOUT ANY
WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE. See the GNU General Public License for more details.
Warning: The operating system thinks the geometry on /dev/hdi is 19929/255/63.
Therefore, cylinder 1024 ends at 8032.499M. You should check that this matches
the BIOS geometry before using this program.
Disk geometry for /dev/hdi: 0.000-156334.500 megabytes
Disk label type: msdos
Minor Start End Type Filesystem Flags
1 0.031 156327.824 primary ext3
Version-Release number of selected component (if applicable):
Steps to Reproduce:
2.Normal mount process
Just doing a dirty reboot doesn't cause problems for me nor anyone else around here. I
would guess that the partition isn't actually ext3 (parted notwithstanding) since you can
mount it as ext2 just fine.
This is the second time it has happened to me. I did not do a reboot, the
system was crashed by power loss and the journal would have had to be invoked.
This definitely was an EXT3 partition. Another EXT3 disk on the same system
came up fine. This one... no.
I will attempt to find a way to duplicate this so that you can do it there.
I found a way to fix the file system, from a note by Theodore Tso, with subject:
e2fsck: bad magic number in super-block ...
I used this procedure based on his recommendations:
(he recommends backups, but I already have those on other systems, rsync'd).
mke2fs -S /dev/sdb6 (my broken ext3 file system)
e2fsck -f /dev/sdb6
I then restored ext3, with:
tune2fs -j /dev/sdb6
and am now able to remount that fs. I have not yet verified the data, but
things look very good so far.