From: Theodore Tso <tytso@mit.edu>
To: Tadao Uchiyama <Tadao.Uchiyama@uniadex.co.jp>
Cc: sandeen@redhat.com, linux-ext4@vger.kernel.org
Subject: Re: EXT3 file system with unsupported revision level can be mounted in R/W mode
Date: Tue, 17 Feb 2009 15:36:17 -0500 [thread overview]
Message-ID: <20090217203617.GO23758@mini-me.lan> (raw)
In-Reply-To: <499A7A64.8040608@uniadex.co.jp>
On Tue, Feb 17, 2009 at 05:50:44PM +0900, Tadao Uchiyama wrote:
> Sorry for the long delay in my response. I agree that the mount of
> a file with a too-high revision level should be rejected, if the
> current revision level is never going to change again, because the
> too-high revision level must be an indication of some corruption in
> this case. The problem is when we should fail the mount. It seems
> to be too late to fail the mount after the related super block has
> been updated in group_extend or clear_journal_error. It’ll be safe
> to make the revision somewhere earlier stage, at least before doing
> clear_journal_error and group_extend.
I'd just probably add something right after the magic number check
(i.e., around line 2072 in fs/ext4/super.c, in ext4_fill_super()).
It's highly unlikely we would ever change the revision number at this
point, given that we have the feature compatibility bitmasks as the
primary way we indicate format changes in the filesystem these days.
So I wouldn't even allow a read-only mount, I'd just fail the mount
altogether, and very early; basically, treat it as part of the magic
number.
- Ted
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
prev parent reply other threads:[~2009-02-17 21:56 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-22 10:00 EXT3 file system with unsupported revision level can be mounted in R/W mode Tadao Uchiyama
2008-08-18 5:06 ` Tadao Uchiyama
2008-08-18 9:40 ` Tadao Uchiyama
2008-08-27 20:02 ` Eric Sandeen
2008-08-29 11:34 ` tadao.uchiyama
[not found] ` <D457AE0D137B9143B30CDD9EB9B2F8D509FDD525@ZZ01X1MB24.ixas.unisys.co.jp>
2009-02-17 8:50 ` Tadao Uchiyama
2009-02-17 20:36 ` Theodore Tso [this message]
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=20090217203617.GO23758@mini-me.lan \
--to=tytso@mit.edu \
--cc=Tadao.Uchiyama@uniadex.co.jp \
--cc=linux-ext4@vger.kernel.org \
--cc=sandeen@redhat.com \
/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).