public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Arnd Bergmann <arnd@arndb.de>
To: Tim Soderstrom <tim@moocowproductions.org>
Cc: Justin Piszcz <jpiszcz@lucidpixels.com>,
	linux-usb@vger.kernel.org, xfs@oss.sgi.com,
	linux-kernel@vger.kernel.org, Alan Piszcz <ap@solarrain.com>
Subject: Re: 2.6.38: XFS/USB/HW issue, or failing USB stick?
Date: Fri, 18 Mar 2011 16:59:46 +0100	[thread overview]
Message-ID: <201103181659.46558.arnd@arndb.de> (raw)
In-Reply-To: <30463798-7ACB-4248-8CDC-CEFCB6ABC0BE@moocowproductions.org>

On Friday 18 March 2011, Tim Soderstrom wrote:

> > 
> > However, after some amount of time, the errors occur below, is this USB
> > stick failing?  Since it has no SMART, is there any other way to verify
> > the 'health' of a USB stick?
> 
> What prompted you to go with XFS over, say, ext2? The journal will generally
> cause quite a bit more writes onto your USB device. I use ext2 on my CF card 
> in my NAS for that reason (the spinning media is on XFS of course). I know
> that's not an answer to your problem but thought I would add it as a suggestion :)

Using ext2 on flash media instead of ext3 or other file systems is
recommended a lot, but the situation is actually much more complex.
In https://lwn.net/Articles/428584/, I explain how these things work
under the cover. For a drive that can only have very few erase blocks
open, using a journaled file system will always mean thrashing, but
for drives with more open erase blocks, it's probably better to
use a journal than not.

I still need to do simulations to figure out how this exactly
ends up on various file systems, and I had not considered XFS
so far.

Getting back to the rogiinal question, I'd recommend testing the
stick by doing raw accesses instead of a file system. A simple

dd if=/dev/sdX of=/dev/zero iflag=direct bs=4M

will read the entire stick and report any errors. The corresponding

dd of=/dev/zero of=/dev/sdX oflag=direct bs=4M

writes the entire stick. Some media won't report errors on write,
though, so this might not help you at all.

I'm also interested in results from flashbench
(git://git.linaro.org/people/arnd/flashbench.git, e.g. like
http://lists.linaro.org/pipermail/flashbench-results/2011-March/000039.html)
That might help explain how the stick failed.

	Arnd


	Arnd

  reply	other threads:[~2011-03-18 16:00 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-18 15:08 2.6.38: XFS/USB/HW issue, or failing USB stick? Justin Piszcz
2011-03-18 15:19 ` Tim Soderstrom
2011-03-18 15:59   ` Arnd Bergmann [this message]
2011-03-18 16:20     ` Tim Soderstrom
2011-03-18 17:45     ` Justin Piszcz
2011-03-18 19:10       ` Arnd Bergmann
2011-03-18 19:26         ` Justin Piszcz
2011-03-18 19:33           ` Arnd Bergmann
2011-03-18 19:51             ` Justin Piszcz
2011-03-18 20:11               ` Arnd Bergmann
2011-03-18 17:45   ` Justin Piszcz
2011-03-18 15:39 ` Alan Stern
2011-03-18 17:47   ` Justin Piszcz
2011-03-18 19:26     ` Alan Stern

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=201103181659.46558.arnd@arndb.de \
    --to=arnd@arndb.de \
    --cc=ap@solarrain.com \
    --cc=jpiszcz@lucidpixels.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=tim@moocowproductions.org \
    --cc=xfs@oss.sgi.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox