All of lore.kernel.org
 help / color / mirror / Atom feed
From: Pavel Machek <pavel@ucw.cz>
To: "Theodore Ts'o" <tytso@mit.edu>,
	kernel list <linux-kernel@vger.kernel.org>
Subject: Re: ext4: total breakdown on USB hdd, 3.0 kernel
Date: Mon, 30 Jun 2014 08:46:44 +0200	[thread overview]
Message-ID: <20140630064644.GA23079@amd.pavel.ucw.cz> (raw)
In-Reply-To: <20140629210428.GD2162@thunk.org>

On Sun 2014-06-29 17:04:28, Theodore Ts'o wrote:
> On Sun, Jun 29, 2014 at 10:25:16PM +0200, Pavel Machek wrote:
> > 
> > One more thing that I noticed: fsck notices bad checksum on inode, and
> > then offers to fix the checksum with 'y' being the default. If there's
> > trash in the inode, that will just induce more errors. (Including
> > potentially doubly-linked blocks?) Would it make more sense to clear
> > the inodes with bad checksums?
> 
> Metadata checksums aren't in e2fsprogs 1.41 or 1.42.  It will be in
> the to-be-released e2fsprogs 1.43, and yes, we need to change things
> so that the default answer is to zero the inode.  We didn't do that
> initially because we were more suspicious of the new metadata checksum
> code in the kernel and e2fsprogs than we were of hardware faults.
> :-)

:-). Aha, and I misremembered, it was block descriptor checksums, not
inode checksums:

One or more block group descriptor checksums are invalid.  Fix? yes

Group descriptor 0 checksum is invalid.  FIXED.
Group descriptor 1 checksum is invalid.  FIXED.
Group descriptor 2 checksum is invalid.  FIXED.
Group descriptor 3 checksum is invalid.  FIXED.

I'm still trying to figure out what went wrong in the OLPC-1.75 + USB
disk case.

One possibility is that OLPC is unable to provide enough power from
the two USB ports to power Seagate Momentus 5400.6, and that the hard
drive fails to detect the brown-out and does something wrong. (Are
SATA drives expected to work at 4.5V? Because that's what is
guaranteed on USB, IIRC).

Heavy corruption happened when I was charging the phone _and_ running
the hard drive, from the OLPC. Now I have seen cases when OLPC crashed 
on device plug-in, in what looked like a brown-out...

Best regards,
									Pavel

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

  reply	other threads:[~2014-06-30  6:46 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-26 20:20 ext4: total breakdown on USB hdd, 3.0 kernel Pavel Machek
2014-06-26 20:30 ` Pavel Machek
2014-06-26 20:50   ` Pavel Machek
2014-06-27  2:48     ` Theodore Ts'o
2014-06-27  2:46   ` Theodore Ts'o
2014-06-29 20:25     ` Pavel Machek
2014-06-29 21:04       ` Theodore Ts'o
2014-06-30  6:46         ` Pavel Machek [this message]
2014-06-30 13:43           ` Theodore Ts'o
2014-07-04 10:23             ` ext4: media error but where? Pavel Machek
2014-07-04 12:11               ` Theodore Ts'o
2014-07-04 17:21                 ` Pavel Machek
2014-07-04 18:06                   ` Pavel Machek
2014-07-04 18:56                   ` Theodore Ts'o
2014-07-06 13:32                     ` Pavel Machek
2014-07-06 13:43                       ` Pavel Machek
2014-07-06 18:29                         ` Theodore Ts'o
2014-07-06 21:37                           ` Pavel Machek
2014-07-07  1:00                             ` Theodore Ts'o
2014-07-07 18:55                               ` Pavel Machek
2014-07-07 23:18                                 ` 3.16-rc, ext4: oopses, OOMs after hard powerdown Pavel Machek
2014-07-07 23:21                                 ` ext4: media error but where? Theodore Ts'o
2014-07-04 19:17                   ` Andreas Dilger
2014-07-04 20:33                     ` Pavel Machek
2014-07-04 22:18                       ` Andreas Dilger
2014-07-05 22:17                       ` Theodore Ts'o
2014-06-27  8:23 ` ext4: total breakdown on USB hdd, 3.0 kernel Oliver Neukum

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=20140630064644.GA23079@amd.pavel.ucw.cz \
    --to=pavel@ucw.cz \
    --cc=linux-kernel@vger.kernel.org \
    --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.