Re: suspected BTRFS errors resulting in file system becoming unrecovable

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Jan 25, 2016 at 9:43 AM, Austin S. Hemmelgarn
<ahferroin7@xxxxxxxxx> wrote:
> Now, just a general caution: Avoid using USB storage for persistent online
> storage, there's just to many things that can go wrong, and quite a few USB
> storage controllers are absolute crap.

Yes. Lately, USB 3 stuff is better in that the speeds are approaching
rocket science, so if the manufacturer doesn't get it right, things
rapidly implode. But as far as getting useful error messages and such,
it's almost like the state of networking 20 years ago. You just had to
follow the rules and swap stuff out if it wasn't working. Error codes
might mean something to a developer but they're useless for mortal
users.

I really think USB hubs help fix a lot of USB related problems, even
when it's not a power related problem. Currently I'm using internal
SATA in a NUC for the primary storage, but use send/receive to two
separate raid1 volumes that are USB drives. I can balance/scrub, and
read/write to any and all drives with no problems since getting a
dyconn "industrial" (probably a design term, it's aluminum not
plastic) hub. Before that, one drive or another would just
intermittently reset, usually to no ill effect, but once it wigged
out, vanished, and reappeared as a completely different /dev/sdx
device. The enclosures are crap, the manufacturer (ASMedia Technology
Inc.) didn't bother to fully populate all of the USB descriptors and
it doesn't pass through physical sector size properly, or report max
power correctly, etc.

-- 
Chris Murphy
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux