Ich bekomme auch viele dieser uas_eh_device_reset_handler-Fehler, wie bereits hier beschriebenhttps://unix.stackexchange.com/questions/441668/debian-usb3-hdd-uas-io-errors:
Feb 17 01:14:13 systemname kernel: [43673.914621] sd 2:0:0:0: [sdc] tag#17 uas_eh_abort_handler 0 uas-tag 2 inflight: CMD
Feb 17 01:14:13 systemname kernel: [43673.914632] sd 2:0:0:0: [sdc] tag#17 CDB: opcode=0x88 88 00 00 00 00 02 eb 65 87 68 00 00 01 00 00 00
Feb 17 01:14:13 systemname kernel: [43673.914653] sd 2:0:0:0: [sdc] tag#16 uas_eh_abort_handler 0 uas-tag 4 inflight: CMD IN
Feb 17 01:14:13 systemname kernel: [43673.914664] sd 2:0:0:0: [sdc] tag#16 CDB: opcode=0x88 88 00 00 00 00 02 bb 9a ba 60 00 00 02 00 00 00
Feb 17 01:14:42 systemname kernel: [43703.354147] sd 2:0:0:0: [sdc] tag#23 uas_eh_abort_handler 0 uas-tag 5 inflight: CMD IN
Feb 17 01:14:42 systemname kernel: [43703.354160] sd 2:0:0:0: [sdc] tag#23 CDB: opcode=0x88 88 00 00 00 00 04 4d 04 82 30 00 00 00 08 00 00
Feb 17 01:14:42 systemname kernel: [43703.354343] sd 2:0:0:0: [sdc] tag#21 uas_eh_abort_handler 0 uas-tag 7 inflight: CMD IN
Feb 17 01:14:42 systemname kernel: [43703.354352] sd 2:0:0:0: [sdc] tag#21 CDB: opcode=0x88 88 00 00 00 00 04 4d 04 82 d0 00 00 00 08 00 00
Feb 17 01:14:42 systemname kernel: [43703.354711] sd 2:0:0:0: [sdc] tag#20 uas_eh_abort_handler 0 uas-tag 6 inflight: CMD IN
Feb 17 01:14:42 systemname kernel: [43703.354720] sd 2:0:0:0: [sdc] tag#20 CDB: opcode=0x88 88 00 00 00 00 04 4d 04 82 a8 00 00 00 08 00 00
Feb 17 01:14:42 systemname kernel: [43703.394180] scsi host2: uas_eh_device_reset_handler start
Feb 17 01:14:42 systemname kernel: [43703.505377] usb 2-2.4.3: reset SuperSpeed Gen 1 USB device number 6 using xhci_hcd
Feb 17 01:14:43 systemname kernel: [43703.542976] scsi host2: uas_eh_device_reset_handler success
Ich weiß, wie ich das Problem mithilfe eines USB-Speichertreibers abmildern kann. Ich verwende dieselben Laufwerke unter Windows weniger häufig und Windows teilt mir mit, dass das Gerät als UAS verwendet wird. Aber unter Windows hatte ich nie eines dieser Probleme, bei denen die Datenübertragung für einige Sekunden hängen bleibt.
Entweder verwende ich diese Laufwerke zu selten unter Windows oder diese UAS-Fehler treten unter Windows nicht auf. Wenn die UAS-Chipsätze fehlerhaft wären und das Gerät von Zeit zu Zeit hängen bleibt, würden sich viele Kunden bei Herstellern wie Seagate oder Western Digital beschweren.
Ich gehe also davon aus, dass diese Geräte mit UAS und Windows einwandfrei funktionieren. Warum gibt es dann so viele UAS-Probleme mit Linux, während UAS mit Windows einwandfrei zu funktionieren scheint?
EDIT: Probleme treten auf, wenn Raspberry PI als Linux-System verwendet wird, während das Windows-System ein vollwertiger PC ist. Das Problem könnte also ein Hardwareproblem des USB-Controllers sein.