Not to mention most motherboards only have at most 2 or 3 at most USB ports. And doing high bandwidth on shared USB ports *WILL* generally behave very unreliably. And almost all of the cards also only add a single port (I know of one usb2.0 card that has 4 actual non-hub real usb ports). A SATA multiplier with all of its potential issues is a much better solution than attempting to put several disks on the same USB hub. On Sun, Jul 15, 2018 at 3:23 PM, Rudy Zijlstra <rudy@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote: > > > On 2018-07-15 21:33, Kevin Lyda wrote: >> On Sun, Jan 7, 2018 at 12:10 PM, Wols Lists <antlists@xxxxxxxxxxxxxxx> wrote: >>> On 07/01/18 10:58, Kevin Lyda wrote: >>>> This scenario sounds great, but last I knew mixing SATA and USB >>>> connected disks would lead to data corruption. But I last looked >>>> around 2010 or so. Is this still true? If not, what version of the >>>> kernel / mdadm tools did it get fixed in. I skimmed the changelogs and >>>> commits and didn't see any mentions that it had been. >>> Speaking off the top of my head, I got the impression that the problem >>> actually lies in the USB protocol. In other words it can't be fixed :-( >> It seems it can be fixed. Are there any plans to move such >> changes into the mainline kernel? >> >> > Cannot be fixed. The big problem with USB is the not-so-dependable > connection. This can come from multiple sources: > - bad cable > - bad connector (too often used for example) > - someone who does not know what the USB is for temporarily removing it > (for example for cleaning purposes) > - ... > > Cheers > > Rudy > -- > To unsubscribe from this list: send the line "unsubscribe linux-raid" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
