Linux RAID subsystem development
 help / color / mirror / Atom feed
From: "Linus Lüssing" <linus.luessing@c0d3.blue>
To: linux-raid@vger.kernel.org
Subject: Re: USB-to-SATA and RAID
Date: Fri, 26 Jan 2018 12:23:10 +0100	[thread overview]
Message-ID: <20180126112310.GC2957@otheros> (raw)
In-Reply-To: <5A698FB1.4090702@hesbynett.no>

Hi,

Thanks to everyone again! By the way, why I am considering to use
USB at all is that the storage system is for a solar powered site.
And therefore I have to limit power usage to roughly 10-15W...

So my thinking was to use some ARM board and low-power 2.5" disks.

Unfortunately, many of the low-power, ARM based boards seem to
have no SATA. Or just a single SATA port, often internally wired
to USB...

And yeah, I basically bought a Pi3 and some SATA-to-USB dongles
before stumbling over this entry in the Wiki... my fault...


But I'm glad to hear that there does not seem to be an issue with
USB itself, but more the circumstances.

Regarding cabling and temperature, I'm not too worried. I already
3D-printed some stackable enclosures, even with snap-in mechanisms
and holes for srews, and with hopefully enough airflow capabilities
(people had uploaded some nice designs at thingiverse.com).

But I'll keep an eye on what other ARM based boards with on-board
SATA will come out in the future. And will keep in mind to swap
the board later.

Again, many thanks!

Regards, Linus

PS: And sharing one nightmare story with USB, too: Had a disk
from Toshiba connected to a SATA-to-USB adapter with no extra
power supply and that was connected to an Odroid C1+ (an ARM board
from Hardkernel). The Odroid was not capable of providing enough
power and turned off the USB port for half a second upon noticing.
So I had this nice sound of a disk trying to spin up about twice
a second. Ten seconds later I caught up with what was going on and
disconnected the disk. Nevertheless too late, the disk was broken
then... unrecoverable bad sectors even after trying to wipe the
disk. So in that case, an external USB Hub with its own power supply
would have actually saved that disk, I guess.

      reply	other threads:[~2018-01-26 11:23 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-01-23 20:16 USB-to-SATA and RAID Linus Lüssing
2018-01-23 20:46 ` Wol's lists
2018-01-23 22:23   ` Vojtěch Kletečka
2018-01-24 15:46     ` Wols Lists
2018-01-24  0:40 ` Stan Hoeppner
2018-01-25  0:36   ` Linus Lüssing
2018-01-25  1:39     ` Stan Hoeppner
2018-01-25  3:32       ` John Stoffel
2018-01-25 15:38     ` Roger Heflin
2018-01-26 11:10     ` Wols Lists
2018-01-25  8:05 ` David Brown
2018-01-26 11:23   ` Linus Lüssing [this message]

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=20180126112310.GC2957@otheros \
    --to=linus.luessing@c0d3.blue \
    --cc=linux-raid@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