Whamcloud - gitweb
e2fsck: Add blocksize sanity check when finding a backup superblock
authorDaniel Drake <d.drake@mmm.com>
Thu, 31 May 2007 15:56:17 +0000 (11:56 -0400)
committerTheodore Ts'o <tytso@mit.edu>
Thu, 31 May 2007 15:56:17 +0000 (11:56 -0400)
commite7b5d3c0b2bb1bafc5be57796ac1b68b1ac8e983
treecb6bec2899c2b93ac611908690af59601bd9231d
parent8f234d9650eb6f6a897148d5136cb27f373de4a7
e2fsck: Add blocksize sanity check when finding a backup superblock

I've been investigating why e2fsck refuses to restore the backup superblock
of a partition with a broken primary superblock.

The partition in question has a block size of 4096, and mke2fs reports that
backup superblocks were created on blocks 32768, 98304, 163840, ...

When running e2fsck, get_backup_sb starts by guessing a block size of 1024
and backup superblock at block 8193. I'm not sure why, but it actually finds
a superblock at this location, so returns a context with superblock 8193,
blocksize 1024.

Later on, ext2fs_open2() tries to process this superblock. It then realises
that the block size value stored in the superblock (4096) does not match what
it was told (1024), so it bails out with EXT2_ET_UNEXPECTED_BLOCK_SIZE. fsck
aborts without fixing the partition.

The following patch solves the problem by discounting superblocks which do
not meet the currently-sought block size.
As a result, block 32768 (blocksize=4096) is now used to restore the backup,
which agrees with the first location that mke2fs listed.

Signed-off-by: Daniel Drake <d.drake@mmm.com>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
e2fsck/ChangeLog
e2fsck/util.c