Desktop Filesystem Benchmarks in 2.6.3
kris at koehntopp.de
Thu Mar 4 09:28:07 UTC 2004
On Wednesday 03 March 2004 11:19, Felipe Alfaro Solana wrote:
> The problem is that I couldn't save anything: the XFS volume refused to
> mount and the XFS recovery tools refused to fix anything. It was just a
> single disk bad block. For example in ext2/3 critical parts are
> replicated several times over the volume, so there's minimal chance of
> being unable to mount the volume and recover important files.
That is a misconception. What is being replicated multiple times in ext2 is
the superblock and the block group descriptors. But these are not really
needed for recovery (as long as they have default values, which is the case
in the vast majority of installations).
What is not being replicated is the block allocation bitmap, inode allocation
bitmap and the inodes themselves.
By running "mke2fs -S" on a ext2 file system, you will rewrite all
superblocks, all block group descriptors, and all allocation bitmaps, but
leave the inodes themselves intact. You can recreate the filesystem from that
with e2fsck, proving that the information from the replicated parts of the
file systems is not really necessary. All that e2fsck needs to recover the
system is the information from the inodes. If they are damaged (and they are
not replicated), the files having inodes in damaged blocks cannot be
More information about the Ext3-users