Lass es mich versuchen.
Die Meldung besagt wörtlich, dass der Linux-USB-Stack "USB_RESET" für Ihr bestimmtes Gerät ausgegeben hat (Geräte Nr. 19 und Nr. 20, unabhängig davon, um was es sich handelt). Der Fehler scheint einmal alle 10-30 Sekunden aufzutreten. Nach dem Zurücksetzen sollte das Protokoll neue Aufzählungsmeldungen enthalten, da durch das Zurücksetzen über USB das angeschlossene Gerät in den "Standardzustand" versetzt wird. Es sieht so aus, als ob die Ausführlichkeit Ihres Protokolls sehr reduziert ist.
Das Zurücksetzen eines USB-Geräts mitten im Betrieb ist eine ziemlich drastische Situation. Der Controller greift auf diesen "Port" -Reset zurück, wenn er auf "Transaktionsfehler" stößt. Ein Transaktionsfehler tritt auf, wenn die Verbindung nicht alle erforderlichen Phasen der USB-Transaktion abschließt oder wenn ein CRC-Fehler vorliegt. Bei normalem USB wiederholt der EHCI-Controller die fehlgeschlagene Transaktion automatisch (normalerweise maximal dreimal) und setzt dann einen XACT_ERROR-Interrupt. Statistisch gesehen ist nach der Fehlertheorie, wenn ein Link auf drei Versuche in Folge nicht richtig reagiert, mit dem bestimmten USB-Segment etwas nicht in Ordnung, meistens elektrisch. Der Transaktionsfehler wird als schwerwiegend eingestuft, und die Software versucht, die Verknüpfung wiederherzustellen. Wenn vier Versuche, die Verbindung wiederherzustellen, fehlschlagen, betrachtet der Host diesen Port als tot und beendet ihn.
Unter Linux hat jedoch jemand entschieden, dass drei theoretische Versuche nicht ausreichen, und die Linux-Software führt zusätzliche 32 (zweiunddreißig) Versuche durch, sodass es insgesamt 96 (!!!) sind. Wenn die Hardwareverbindung elektrisch marginal ist, können die 96 Versuche in 99,99% der Fälle erfolgreich sein. Linux-Software-Gurus behaupten, dass dies dazu beiträgt, die Bedienbarkeit fragwürdiger Geräte / Kabel zu verbessern. Im Wesentlichen verbirgt diese Technik ein ernstes Problem mit dieser bestimmten USB-Verbindung, das Benutzern auf lange Sicht nicht hilft.
Das Problem kann in der Grenzspannungsversorgung (VBUS) der Laufwerke oder in VBUS-Störungen oder in einer Signalverschlechterung der Signalleitungen liegen. Ich würde zuerst extrem kurze, hochqualitative, zertifizierte Kabel ausprobieren und prüfen, ob sich die Fehlerstatistik ändert.