[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090103222957.GG1666@elf.ucw.cz>
Date: Sat, 3 Jan 2009 23:29:57 +0100
From: Pavel Machek <pavel@...e.cz>
To: Duane Griffin <duaneg@...da.com>
Cc: Martin MOKREJŠ <mmokrejs@...osome.natur.cuni.cz>,
kernel list <linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...l.org>, tytso@....edu,
mtk.manpages@...il.com, rdunlap@...otime.net,
linux-doc@...r.kernel.org
Subject: Re: document ext3 requirements
On Sat 2009-01-03 22:17:15, Duane Griffin wrote:
> [Fixed top-posting]
>
> 2009/1/3 Martin MOKREJŠ <mmokrejs@...osome.natur.cuni.cz>:
> > Pavel Machek wrote:
> >> readonly mount does actually write to the media in some cases. Document that.
> >>
> > Can one avoid replay of the journal then if it would be unclean?
> > Just curious.
>
> Nope. If the underlying block device is read-only then mounting the
> filesystem will fail. I tried to fix this some time ago, and have a
> set of patches that almost always work, but "almost always" isn't good
> enough. Unfortunately I never managed to figure out a way to finish it
> off without disgusting hacks or major surgery.
Uhuh, can you just ignore the journal and mount it anyway?
...basically treating it like an ext2?
...ok, that will present "old" version of the filesystem to the
user... violating fsync() semantics.
Still handy for recovering badly broken filesystems, I'd say.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists