From: "Theodore Ts'o" <tytso@mit.edu>
To: Keith Owens <kaos@ocs.com.au>
Cc: Andreas Dilger <adilger@clusterfs.com>,
Andrew Morton <akpm@digeo.com>,
linux-kernel@vger.kernel.org
Subject: Re: 2.4.20-rc1 dirty ext2 mount error
Date: Wed, 6 Nov 2002 11:39:15 -0500 [thread overview]
Message-ID: <20021106163915.GA8072@think.thunk.org> (raw)
In-Reply-To: <24197.1036579429@ocs3.intra.ocs.com.au>
On Wed, Nov 06, 2002 at 09:43:49PM +1100, Keith Owens wrote:
> VFS said that / was ext2, init ran fsck.ext2 against /, fstab says /
> whoudl be ext2 and mount claims that it is ext2. Lies! It is still
> ext3, the only indication is that lsmod shows a use count of 1 against
> ext3. Crashing out of this kernel and into 2.4.20-rc1 which has no
> initrd gets the error. And I thought I had got rid of ext3 ...
Not a kernel bug. Let's break this down....
(BTW this is why I'm not all that fond of initrd at all. In fact, I
have a very strong distatse for initrd....)
> Linux version 2.4.18-14smp (bhcompile@stripples.devel.redhat.com) (gcc
> version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)) #1 SMP Wed Sep 4
> 12:34:47 EDT 2002
> has ext2 built in but it boots with initrd containing ext3 as a module.
> VFS: Mounted root (ext2 filesystem)
The kernel mounted the initrd filesystem here, which was ext2 based.
> ...
> Loading jbd module
> Journalled Block Device driver loaded
> Loading ext3 module
> Mounting root filsystem
> EXT3-fs: mounted filesystem with ordered data mode
This is where the initrd system mounted the (real) root filesystem as
ext3, and then did the pivotroot to switch the root filesystem from
the initrd ramdisk to the real root filesystem.
> init starts ...
> [/sbin/fsck.ext2 (1) -- /] fsck.ext2 -a /dev/sda1 [PASSED]
init doesn't actually run fsck.ext2. Instead, init runs /etc/rc, and
that in turn runs fsck, and fsck consults /etc/fstab to determine
which fsck to run. (So does mount when it creates /etc/mtab file
after the root filesystem is remount read-write.)
The reason why I haven't had fsck consult /proc/mounts is that it
would be a special-case thing that only makes sense for the root
filesystem, since that's the only filesystem which should be mounted
at the time fsck runs. Since fsck.ext2 and fsck.ext3 are identical,
changing fsck so that it uses /proc/mounts is a rather moot change,
aside from the cosmetic details of what fsck prints out.
- Ted
next prev parent reply other threads:[~2002-11-06 16:33 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-11-06 5:35 2.4.20-rc1 dirty ext2 mount error Keith Owens
2002-11-06 5:46 ` Andrew Morton
2002-11-06 6:26 ` Keith Owens
2002-11-06 8:28 ` Matt Bernstein
2002-11-06 8:41 ` Andreas Dilger
2002-11-06 10:43 ` Keith Owens
2002-11-06 11:21 ` Willy Tarreau
2002-11-06 16:39 ` Theodore Ts'o [this message]
2002-11-06 10:00 ` James H. Cloos Jr.
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=20021106163915.GA8072@think.thunk.org \
--to=tytso@mit.edu \
--cc=adilger@clusterfs.com \
--cc=akpm@digeo.com \
--cc=kaos@ocs.com.au \
--cc=linux-kernel@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.