From: Bill Davidsen <davidsen@tmr.com>
To: Jeffrey Merkey <jeffmerkey@gmail.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Fwd: EXT3 File System Corruption 2.6.34
Date: Thu, 10 Jun 2010 17:04:05 -0400 [thread overview]
Message-ID: <4C115345.1060805@tmr.com> (raw)
In-Reply-To: <AANLkTil7toVuTbCExPtGMOqzqBVG3hG5JeEqzS6ZZ8T6@mail.gmail.com>
Jeffrey Merkey wrote:
> ---------- Forwarded message ----------
> From: Jeffrey Merkey <jeffmerkey@gmail.com>
> Date: Mon, Jun 7, 2010 at 7:55 PM
> Subject: Re: EXT3 File System Corruption 2.6.34
> To: Eric Sandeen <sandeen@sandeen.net>
>
>
>> On Jun 7, 2010, at 6:55 PM, Jeffrey Merkey <jeffmerkey@gmail.com> wrote:
>>
>>> ---------- Forwarded message ----------
>>> From: Jeffrey Merkey <jeffmerkey@gmail.com>
>>> Date: Mon, Jun 7, 2010 at 5:54 PM
>>> Subject: Re: EXT3 File System Corruption 2.6.34
>>> To: Eric Sandeen <sandeen@sandeen.net>
>>>
>>>
>>> REPLY TO ALL
>>>
>>> CONFIG_EXT3_DEFAULTS_TO_ORDERED is not set
>>>
>>> Whether set this way or not, should not see corruption.
>> Here you are mistaken. Mount with data=ordered and see. Writeback can
>> expose stale data.
>>
>> -Eric
>>
>
> OK. I will set this up. You may want to make this option the default
> in the build scripts. here is a corrupted file. This was a .gif
> image file I saved THEN AFTER SAVING THE FILE I pulled the power to
> the machine and during recovery the file was FUCKED. At any rate,
> this does not happen with 2.6.28.
>
Having bad things happen when power is removed is not much of a surprise, and
various options can fix that at the cost of speed. The fact that this didn't
happen with 2.6.28 is bothersome.
I actually take some care to avoid testing behavior in this area, not my normal
intended mode of operation.
--
Bill Davidsen <davidsen@tmr.com>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
next prev parent reply other threads:[~2010-06-10 21:04 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-07 20:45 EXT3 File System Corruption 2.6.34 Jeffrey Merkey
2010-06-07 20:59 ` Eric Sandeen
[not found] ` <AANLkTik1T2nJxsoK9UGIVy6q6pfSxniFfJXJY0InmuUh@mail.gmail.com>
2010-06-07 23:55 ` Fwd: " Jeffrey Merkey
2010-06-08 1:10 ` Eric Sandeen
[not found] ` <AANLkTilrmEnLrxRSYNnwr8vFaZi7R9U5vY39NmBWUEMy@mail.gmail.com>
2010-06-08 1:55 ` Fwd: " Jeffrey Merkey
2010-06-08 2:05 ` Eric Sandeen
2010-06-10 21:04 ` Bill Davidsen [this message]
2010-06-11 16:23 ` Jeffrey Merkey
2010-06-08 1:57 ` Jeffrey Merkey
[not found] ` <C4177A0B-9A74-40E6-9A58-64418034232C@sandeen.net>
[not found] ` <AANLkTinzZkN9agekI5eqzA9hERsghI7yDJyAy1O755dr@mail.gmail.com>
2010-06-08 2:14 ` Jeffrey Merkey
2010-06-08 11:14 ` Theodore Tso
2010-06-08 13:33 ` Török Edwin
2010-06-09 0:49 ` david
[not found] ` <4C0DA955.7020802@sandeen.net>
2010-06-08 2:37 ` Jeffrey Merkey
2010-06-08 5:40 ` Valdis.Kletnieks
2010-06-08 14:44 ` Jeffrey Merkey
2010-06-07 21:04 ` Valdis.Kletnieks
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=4C115345.1060805@tmr.com \
--to=davidsen@tmr.com \
--cc=jeffmerkey@gmail.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox