From: tytso@mit.edu
To: Marco <mpiazza@gmail.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Phoronix test
Date: Tue, 2 Feb 2010 17:32:12 -0500 [thread overview]
Message-ID: <20100202223212.GA16384@thunk.org> (raw)
In-Reply-To: <f124e3b71002020720x98f7fedg1ad1aba4a1087494@mail.gmail.com>
On Tue, Feb 02, 2010 at 04:20:07PM +0100, Marco wrote:
>
> And is really ext4 so unreliable as they say in here?:
> http://www.phoronix.com/scan.php?page=news_item&px=Nzk0OA
>
> It happens also to me using git master: several times my GPU goes
> wild (i915) and the only thing to do is press the halt button. And
> ext4 sometimes looses data, without doing a fsck at restart. Is
> there a way to know something went wrong, even if fsck did not say
> anything?
If you can reliably reproduce data failure after a crash that involves
a file containing existing data (i.e., not a file that was being
actively written at the time of the crash), I would certainly like to
know about it.
If the Phoronix people had written to me (as far as I know, they
haven't bothered to send mail to me or the linux-ext4 list), I would
have told them that if they lost information that was located in the
same directory as one that was beeing modified, but those files hadn't
been written recently (not even in the same ext4 mount session), to
shutdown the system, and run fsck on the file system, and that
hopefully the files would appear in lost+found.
Of course, if the crappy proprietary video driver from ATI (or Nvidia)
scribbled garbage over cached inode tables which were then written
back to disk, there's not much anyone can do about it, no matter what
file system they were running.
My guess is that the reason why they didn't bother sending e-mail to
the developers first is they wanted lots of web hits since they get
their revenue from web ads (and that's more important than the lost
data), but maybe that's just me being cynical....
- Ted
next prev parent reply other threads:[~2010-02-02 22:32 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Xns9D138D644D73mpiazzafastwebnetit@213.140.2.16>
[not found] ` <20100202130002.68E043A6641@erode.bofh.it>
[not found] ` <f124e3b71002020716u5ee3cec7tbe35e07d70367948@mail.gmail.com>
2010-02-02 15:20 ` Phoronix test Marco
2010-02-02 22:32 ` tytso [this message]
2010-02-03 1:16 Alex Davis
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=20100202223212.GA16384@thunk.org \
--to=tytso@mit.edu \
--cc=linux-kernel@vger.kernel.org \
--cc=mpiazza@gmail.com \
/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.