From: Andreas Dilger <adilger@clusterfs.com>
To: Theodore Tso <tytso@mit.edu>
Cc: Kalpak Shah <kalpak@clusterfs.com>,
linux-ext4 <linux-ext4@vger.kernel.org>
Subject: Re: Random corruption test for e2fsck
Date: Wed, 11 Jul 2007 23:52:35 -0600 [thread overview]
Message-ID: <20070712055235.GA8693@schatzie.adilger.int> (raw)
In-Reply-To: <20070710145855.GB27033@thunk.org>
I've got another one, but it isn't a show stopper I think.
If you format a filesystem with both resize_inode and meta_bg you get an
unfixable filesystem. The bad news is that it appears that running
e2fsck on the filesystem is actually _causing_ the corruption in this case
(trying to rebuild the resize inode)? For now, the answer is "don't do that".
The resize inode was never intended to be in use when meta_bg is enabled,
so we should just prevent this from the start.
mke2fs -j -b 4096 -I 512 -O sparse_super,filetype,resize_inode,dir_index,lazy_bg,meta_bg -F /tmp/test.img 57852
I can run e2fsck on this repeatedly and it always complains the same way:
$ e2fsck -fy /tmp/test.img
e2fsck 1.39.cfs9 (7-Apr-2007)
Resize inode not valid. Recreate? yes
Pass 1: Checking inodes, blocks, and sizes
Inode 8, i_blocks is 0, should be 32816. Fix? yes
Reserved inode 9 (<Reserved inode 9>) has invalid mode. Clear? yes
Deleted inode 17 has zero dtime. Fix? yes
Deleted inode 25 has zero dtime. Fix? yes
Deleted inode 33 has zero dtime. Fix? yes
Deleted inode 41 has zero dtime. Fix? yes
Deleted inode 49 has zero dtime. Fix? yes
Deleted inode 57 has zero dtime. Fix? yes
Deleted inode 65 has zero dtime. Fix? yes
Deleted inode 73 has zero dtime. Fix? yes
Deleted inode 81 has zero dtime. Fix? yes
Deleted inode 89 has zero dtime. Fix? yes
Pass 2: Checking directory structure
Inode 2 (???) has invalid mode (00).
Clear? yes
Entry '..' in ??? (2) has deleted/unused inode 2. Clear? yes
Inode 11 (???) has invalid mode (00).
Clear? yes
Pass 3: Checking directory connectivity
Root inode not allocated. Allocate? yes
/lost+found not found. Create? yes
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences: +0 +(2--14) +(16--3619) +(3621--3622) +(3625--7727)
Fix? yes
Free blocks count wrong for group #0 (25039, counted=25041).
Fix? yes
Free blocks count wrong (46503, counted=46505).
Fix? yes
Inode bitmap differences: +(3--10) -16
Fix? yes
Free inodes count wrong for group #0 (28918, counted=28917).
Fix? yes
Directories count wrong for group #0 (3, counted=2).
Fix? yes
Free inodes count wrong (57846, counted=57845).
Fix? yes
/tmp/test.img: ***** FILE SYSTEM WAS MODIFIED *****
/tmp/test.img: 11/57856 files (9.1% non-contiguous), 11347/57852 blocks
Cheers, Andreas
--
Andreas Dilger
Principal Software Engineer
Cluster File Systems, Inc.
next prev parent reply other threads:[~2007-07-12 5:52 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-10 13:07 Random corruption test for e2fsck Kalpak Shah
2007-07-10 14:58 ` Theodore Tso
2007-07-10 15:42 ` Eric Sandeen
2007-07-11 7:03 ` Kalpak Shah
[not found] ` <20070711094410.GM6417@schatzie.adilger.int>
2007-07-11 17:43 ` Theodore Tso
2007-07-12 5:15 ` Andreas Dilger
2007-07-12 5:52 ` Andreas Dilger [this message]
2007-07-10 15:47 ` Eric Sandeen
2007-07-11 16:03 ` Andreas Dilger
2007-07-11 15:20 ` Andi Kleen
2007-07-12 5:19 ` Andreas Dilger
2007-07-12 11:09 ` Andi Kleen
2007-07-12 22:16 ` Andreas Dilger
2007-07-12 22:24 ` Andi Kleen
2007-07-13 7:12 ` Kalpak Shah
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20070712055235.GA8693@schatzie.adilger.int \
--to=adilger@clusterfs.com \
--cc=kalpak@clusterfs.com \
--cc=linux-ext4@vger.kernel.org \
--cc=tytso@mit.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).