Rock64 crash randomly during usb 3 copy with RAID1 drive
#11
Alright, I have tested the new Orico USB3.1 type C enclosure on my other SBC, Odroid XU4 (running Arch Linux Arm 4.9.5x) and it turned out to be facing the same problem. So it seems to confirm my suspicion that this is an upstream Linux issue.

The good news is that simply disabling UAS for both Rock64 and Odroid XU4 make the problem disappear. UAS is great but until a viable option is available to make UAS stable, I will just continue to use this USB3.1 enclosure with UAS disabled.

By the way, don't be afraid to use USB3.0 hub but make sure it is a powered hub. If you plan to use more than two disks, get one with a PSU of at least 12V.
  Reply
#12
My board is crashing like crazy with an SSD, no RAID. That said, I am not using a powered USB, just a USB to SATA. I have a 3A PSU on this I thought that would be good for it. I'm wondering whether it could be the UAS thing, it is definitely using the UAS.

Either way, no great concern right now. I'm loving the blazing speeds I'm getting though Smile

Actually, how do you blacklist the UAS??
  Reply
#13
(09-19-2017, 02:26 AM)digitaldaz Wrote: Actually, how do you blacklist the UAS??

First, check if your USB enclosure is indeed a UAS enabled USB 3 enclosure. Use the command:

Code:
lsusb -t

Do you see your device listed as one using uas driver?

If yes, get the vendor ID and the product ID . Just use the command  line 'lsusb' without any parameter and you will see a list of USB devices with their respective ID numbers. Your USB enclosure should be one of them. If you use WD Passport 3TB, for example, you will see something like this:

Bus 005 Device 003: ID 1058:0827 Western Digital Technologies, Inc.

1058 is the vendor ID and 0827 the product ID.

Add these 2 numbers into the conf file in /etc/modprobe.d to blacklist the UAS

Code:
sudo nano /etc/modprobe.d/rk3328-usb-storage-quirks.conf

The ID numbers should be following the format 0xVendorID:0xProductID:u. Each blacklisted device should be separated by a comma. See the example below.  

options usb-storage quirks=0x2537:0x1066:u,0x2537:0x1068:u,0x0bc2:0xa013:u,0x1058:0x0827:u,0x0bc2:0x2101:u,0x2109:0x0715:u


Reboot twice. 
Run 'dmesg' to verify. If you edit correctly, you should see a line in dmesg saying your device has been blacklisted. If you run "lsusb -t" again, it should say "driver=usb-storage" instead of "driver=uas"

A BIG CAVEAT: Do this at your own risk.
  Reply
#14
(09-19-2017, 05:46 AM)rontant Wrote:
(09-19-2017, 02:26 AM)digitaldaz Wrote: Actually, how do you blacklist the UAS??

First, check if your USB enclosure is indeed a UAS enabled USB 3 enclosure. Use the command:

Code:
lsusb -t

Do you see your device listed as one using uas driver?

If yes, get the vendor ID and the product ID . Just use the command  line 'lsusb' without any parameter and you will see a list of USB devices with their respective ID numbers. Your USB enclosure should be one of them. If you use WD Passport 3TB, for example, you will see something like this:

Bus 005 Device 003: ID 1058:0827 Western Digital Technologies, Inc.

1058 is the vendor ID and 0827 the product ID.

Add these 2 numbers into the conf file in /etc/modprobe.d to blacklist the UAS

Code:
sudo nano /etc/modprobe.d/rk3328-usb-storage-quirks.conf

The ID numbers should be following the format 0xVendorID:0xProductID:u. Each blacklisted device should be separated by a comma. See the example below.  

options usb-storage quirks=0x2537:0x1066:u,0x2537:0x1068:u,0x0bc2:0xa013:u,0x1058:0x0827:u,0x0bc2:0x2101:u,0x2109:0x0715:u


Reboot twice. 
Run 'dmesg' to verify.  If you edit correctly, you should see a line in dmesg saying your device has been blacklisted. If you run "lsusb -t" again,  it should say "driver=usb-storage"  instead of "driver=uas"

A BIG CAVEAT: Do this at your own risk.

I'd actually worked it all out, the real key to this and I haven't a clue why is the "Reboot twice. " I had only rebooted once, thanks!
  Reply
#15
https://linux.die.net/man/1/usb-devices

Gives some pretty good info
  Reply
#16
(09-19-2017, 08:00 AM)digitaldaz Wrote: I'd actually worked it all out, the real key to this and I haven't a clue why is the "Reboot twice. " I had only rebooted once, thanks!

Well, good for  you then. With my Orico USB3.1 type C, it requires two reboots for the blacklisting to take effect. Thank you.
  Reply
#17
(09-23-2017, 02:53 AM)rontant Wrote:
(09-19-2017, 08:00 AM)digitaldaz Wrote: I'd actually worked it all out, the real key to this and I haven't a clue why is the "Reboot twice. " I had only rebooted once, thanks!

Well, good for  you then. With my Orico USB3.1 type C, it requires two reboots for the blacklisting to take effect. Thank you.


I hadn't worked out the two reboots, I was still sat broken until your post Smile

Incidently, I have now got five nodes with LXD on them, none have crashed since I used this method provided by rontant and have now got / on SSD.
  Reply
#18
Could anyone add these storage quirks to my repo to be included with next build? https://github.com/ayufan-rock64/linux-b...modprobe.d
Homepage: https://ayufan.eu

Releases:
Rock/Pro 64/Pinebook Pro: LinuxChromium OS
So/Pine A64/Pinebook: LinuxAndroid 6.0Android 7.1

Buy me a Beer
  Reply
#19
Hello digitaldaz
Tk's very very much.
You solve the problem.
i use a USB 3.1 Drive and an USB 2 frive on the ROCK64.
When i use Transmission, for torrent, then after few seconds, Transmission fails, no connection, and i have no access to the web interface.

i use your method pn the usb 3.1 device,

Code:
lsusb -t

and

Code:
sudo nano /etc/modprobe.d/rk3328-usb-storage-quirks.conf


and reboot twice.

and the miracle happends. 1 hour later, still working great.
many tk's again Cool

I hope the next update of OMV will correct this problem.
  Reply
#20
@totomtom, credit to rontant for this, it was him that provided me the fix. I have weeks of uptime now, five rock64, none have crashed since.
  Reply


Possibly Related Threads…
Thread Author Replies Views Last Post
  irradium (based on crux linux) Rock64 riscv64, aarch64 mara 0 53 03-24-2024, 01:07 PM
Last Post: mara
  Rock64 v2 - did not work song / audio sqw200zu 2 1,237 03-14-2024, 03:09 AM
Last Post: dmitrymyadzelets
  Rock64 won't boot dstallmo 0 243 12-27-2023, 10:34 AM
Last Post: dstallmo
  HDMI doesn't work on rock64 Noung1991 1 511 11-21-2023, 08:33 AM
Last Post: as365n4
  Rock64 + Klipper + KlipperScreen Instructions godzilla62 0 512 10-22-2023, 01:52 AM
Last Post: godzilla62
  Rock64 Debian 11 (Bullseye) install problem jbize 15 7,963 10-12-2023, 05:14 PM
Last Post: tpaul
  slarm64 (unofficial slackware) Rock64 RK3328 (aarch64) mara 133 186,435 10-09-2023, 03:31 AM
Last Post: mara
  arch rock64 does not boot nemnob 0 510 07-09-2023, 03:28 AM
Last Post: nemnob
  RXDP from Win10 to Armbian on Rock64 Transportsicherung 0 564 05-27-2023, 06:11 AM
Last Post: Transportsicherung
  DietPi OS for ROCK64 MichaIng 41 31,736 12-07-2022, 08:22 PM
Last Post: luminosity7

Forum Jump:


Users browsing this thread: 1 Guest(s)