mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Andreas Dilger <adilger@turbolinux.com>
To: Andrew Morton <akpm@zip.com.au>
Cc: Tom Rini <trini@kernel.crashing.org>,
	ext3-users@redhat.com, lkml <linux-kernel@vger.kernel.org>
Subject: Re: ext3-2.4-0.9.6
Date: Mon, 13 Aug 2001 12:15:44 -0600 (MDT)	[thread overview]
Message-ID: <200108131815.f7DIFigl003620@webber.adilger.int> (raw)
In-Reply-To: <3B75E9E3.FAAF05CC@zip.com.au> "from Andrew Morton at Aug 11, 2001 07:28:51 pm"

Andrew writes:
> I *think* that at present an unrecovered ext3 filesystem is "incomaptible"
> with ext2.  If, however we were to make it "read-only compatible" then
> ext2-aware loaders would still be able to read the fs and boot from it.
> But this stuff makes my head hurt - let's see what Andreas and Stephen
> have to say.

I advocated changing the compat flag to be RO_COMPAT at one time as well.
Technically, an unrecovered ext3 filesystem is as "compatible" as an ext2
filesystem that was not fscked before mount.  We ro mount unchecked root
filesystems all the time, so there shouldn't be a _huge_ issue for ro
mounting unrecovered ext3 filesystems.

Stephen and Ted disagree, because with the ext3 journal it is possible
to have a large number of pending changes in the journal at the time
of a crash.  The Linux VFS doesn't easily allow flushing all of the
cached inodes between recovery and remount-rw, so this may cause filesystem
corruption if the in-kernel inode data does not match the on-disk inode
data after recovery.

The only time this becomes an issue is with the root filesystem, generally.

The "solution" for the problem at hand would probably be to make
GRUB, et. al., recognize the INCOMPAT_RECOVER flag, and still read the
kernel/initrd images from disk.  They will generally be static, so the
contents of the journal will not affect them, and can be ignored.

Cheers, Andreas
-- 
Andreas Dilger  \ "If a man ate a pound of pasta and a pound of antipasto,
                 \  would they cancel out, leaving him still hungry?"
http://www-mddsp.enel.ucalgary.ca/People/adilger/               -- Dogbert


  parent reply	other threads:[~2001-08-13 18:17 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-08-12  1:40 ext3-2.4-0.9.6 Andrew Morton
2001-08-12  1:46 ` ext3-2.4-0.9.6 Tom Rini
2001-08-12  1:55   ` ext3-2.4-0.9.6 Andrew Morton
2001-08-12  2:15     ` ext3-2.4-0.9.6 Tom Rini
2001-08-12  2:28       ` ext3-2.4-0.9.6 Andrew Morton
2001-08-12  2:47         ` ext3-2.4-0.9.6 Tom Rini
2001-08-12  4:58           ` ext3-2.4-0.9.6 Ben Collins
2001-08-13 18:15         ` Andreas Dilger [this message]
2001-08-12  2:38 ` ext3-2.4-0.9.6 Ralf Baechle
2001-08-12  3:10   ` ext3-2.4-0.9.6 Andrew Morton
2001-08-13 17:56   ` ext3-2.4-0.9.6 Stephen C. Tweedie

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=200108131815.f7DIFigl003620@webber.adilger.int \
    --to=adilger@turbolinux.com \
    --cc=akpm@zip.com.au \
    --cc=ext3-users@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=trini@kernel.crashing.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®