From: Pavel Machek <pavel@ucw.cz>
To: Theodore Tso <tytso@mit.edu>,
Martin Mokrejs <mmokrejs@ribosome.natur.cuni.cz>,
Jesper Juhl <jesper.juhl@gmail.com>,
linux-kernel@vger.kernel.org, ext3-users@redhat.com
Subject: fs periodic check (was Re: 2.6.22-rc1 killed my ext3 filesystem cleanly unmounted)
Date: Sun, 20 May 2007 19:55:26 +0000 [thread overview]
Message-ID: <20070520195526.GA5235@ucw.cz> (raw)
In-Reply-To: <20070518215731.GB10655@thunk.org>
Hi!
> > > How do you know that the corruption was caused by 2.6.21-rc1 ?
> > > Isn't it possible that the corruption was created by an earlier
> > > kernel, but only detected when a forced fsck was run - which just
> > > happened to be while you were running 2.6.21-rc1 ...
> > >
> > > My point is that, as far as I can see, there's nothing tying
> > > 2.6.21-rc1 specifically to this corruption... or?
> >
> > You might be right, but I thought maybe more probably is the cause in kernel
> > as that is what I have changed recently. ;) Or maybe someone can at leats say
> > "No, no changes to be considered between 2.6.20.6 and 2.6.22-rc1.". ;)
>
> Well, given that your e2fsck transcript started with this:
>
> > /dev/hda3 has been mounted 38 times without being checked, check forced
>
> #1, This is why periodic checks are a good thing; it catches problems
> that could stay hidden and result in data loss sooner rather later.
Actually, I see something funny with periodic checks here. It claims
'filesystem check on next boot' for >10 boots now.
It is sharp zaurus machine, and the filesystem tends to _never_ be
unmounted correctly (broken scripts), so I get journal replay each
time.
Anyone else sees that?
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
next prev parent reply other threads:[~2007-05-22 11:30 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-18 9:06 2.6.22-rc1 killed my ext3 filesystem cleanly unmounted Martin Mokrejs
2007-05-18 9:53 ` Martin Zwickel
2007-05-18 11:47 ` Kalpak Shah
2007-05-18 13:51 ` Martin Mokrejs
2007-05-18 14:08 ` Kalpak Shah
2007-05-18 14:32 ` Martin Mokrejs
2007-05-18 14:20 ` Jesper Juhl
2007-05-18 14:35 ` Martin Mokrejs
2007-05-18 21:57 ` Theodore Tso
2007-05-20 19:55 ` Pavel Machek [this message]
2007-05-22 18:01 ` fs periodic check (was Re: 2.6.22-rc1 killed my ext3 filesystem cleanly unmounted) Theodore Tso
2007-05-24 17:39 ` Pavel Machek
2007-05-28 12:38 ` Jan Kara
2007-05-28 13:03 ` Pavel Machek
2007-05-29 2:55 ` Theodore Tso
2007-05-29 3:05 ` Neil Brown
2007-05-29 11:38 ` Pavel Machek
2007-05-29 11:34 ` Pavel Machek
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=20070520195526.GA5235@ucw.cz \
--to=pavel@ucw.cz \
--cc=ext3-users@redhat.com \
--cc=jesper.juhl@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mmokrejs@ribosome.natur.cuni.cz \
--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 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.