[erledigt] Wer resettet USB?

[GregorS]

Moin zusammen!

Mir fiel neulich auf, dass mein Arduino gelegentlich blinkt. Gestern fiel mir bei meinem Backup (auf USB-Platte) auf, dass es wohl etwas gibt, das gelegentlich den US-Bus resettet. Das ist nicht nur nicht in meinem Sinne, sondern nervt obendrein. Die Datenträgerverwaltung kann es nach einem kurzen Check nicht sein, denn da ist alles abgekreuzt (ich benutze das aktuelle xfce). Wer/was zur Hölle nervt da (und warum?)

Jede Hilfe ist hochwillkommen!

Gregor

[Revod]

Vielleicht, [deb]autofs[/deb] wegen

A tool for automatically mounting and unmounting filesystems
autofs is a daemon which automatically mounts filesystems when you use
them, and unmounts them later when you are not using them. This can
include network filesystems, CD-ROMs, floppies, and so forth.

[GregorS]

Vielleicht, [deb]autofs[/deb] ...

Würde mich wundern. Wieso sollte das mit einem regelmäßigen USB-Reset nerven? Ich wüsste wirklich gerne, warum das passiert, denn mir erscheint es angesichts der Möglichkeiten, an USB an-/abgestöpselte Dinge zu detektieren, übelst idiotisch.

Gruß

Gregor

[tomi89]

Möglicherweise ist usb autosuspend aktiviert und verursacht Probleme.

https://askubuntu.com/questions/185274/ ... fic-device

Falls z.B. laptop-mode-tools oder powertop installiert ist könnte es aktiviert worden sein.

[GregorS]

... Falls z.B. laptop-mode-tools oder powertop installiert ist könnte es aktiviert worden sein.

Danke für den Hinweis!

Das kann es in diesem Fall nicht sein, weil weder das Eine noch das Andere installiert ist. Der Rechner, um den es geht, ist nicht transportabel.

Gruß

Gregor

[pferdefreund]

Irgendwas in den Logdateien unter /var/log zu finden ? Mal einen grep -r usb /var/log/* loslassen - am besten als Root, da nicht alle Logdateien von jedem gelesen werden können.

[GregorS]

Irgendwas in den Logdateien unter /var/log zu finden ? Mal einen grep -r usb /var/log/* loslassen - am besten als Root, da nicht alle Logdateien von jedem gelesen werden können.

Sowohl in messages als auch in syslog finden sich:

Code: Alles auswählen

root@mimi:/var/log# grep usb messages | grep reset
Apr 15 18:31:22 mimi kernel: [691462.146296] usb 2-1.8: reset full-speed USB device number 29 using ehci_hcd
Apr 15 18:31:37 mimi kernel: [691477.511829] usb 2-1.8: reset full-speed USB device number 29 using ehci_hcd
Apr 15 18:31:38 mimi kernel: [691478.054010] usb 2-1.8: reset full-speed USB device number 29 using ehci_hcd
...
Apr 20 18:19:53 mimi kernel: [12831.863747] usb 4-1.2: reset high-speed USB device number 4 using ehci_hcd
Apr 22 15:49:23 mimi kernel: [ 6518.952883] usb 2-1.8: reset full-speed USB device number 5 using ehci_hcd
Apr 22 15:50:24 mimi kernel: [ 6580.064708] usb 2-1.8: reset full-speed USB device number 5 using ehci_hcd
root@mimi:/var/log# grep usb syslog | grep reset
Apr 15 18:31:22 mimi kernel: [691462.146296] usb 2-1.8: reset full-speed USB device number 29 using ehci_hcd
Apr 15 18:31:37 mimi kernel: [691477.511829] usb 2-1.8: reset full-speed USB device number 29 using ehci_hcd
Apr 15 18:31:38 mimi kernel: [691478.054010] usb 2-1.8: reset full-speed USB device number 29 using ehci_hcd
...
Apr 20 18:19:53 mimi kernel: [12831.863747] usb 4-1.2: reset high-speed USB device number 4 using ehci_hcd
Apr 22 15:49:23 mimi kernel: [ 6518.952883] usb 2-1.8: reset full-speed USB device number 5 using ehci_hcd
Apr 22 15:50:24 mimi kernel: [ 6580.064708] usb 2-1.8: reset full-speed USB device number 5 using ehci_hcd

Die Meldungen in kern.log sehen ebenso aus:

Code: Alles auswählen

root@mimi:/var/log# grep usb kern.log | grep reset
Apr 15 18:31:22 mimi kernel: [691462.146296] usb 2-1.8: reset full-speed USB device number 29 using ehci_hcd
Apr 15 18:31:37 mimi kernel: [691477.511829] usb 2-1.8: reset full-speed USB device number 29 using ehci_hcd
Apr 15 18:31:38 mimi kernel: [691478.054010] usb 2-1.8: reset full-speed USB device number 29 using ehci_hc
...
Apr 20 18:19:53 mimi kernel: [12831.863747] usb 4-1.2: reset high-speed USB device number 4 using ehci_hcd
Apr 22 15:49:23 mimi kernel: [ 6518.952883] usb 2-1.8: reset full-speed USB device number 5 using ehci_hcd
Apr 22 15:50:24 mimi kernel: [ 6580.064708] usb 2-1.8: reset full-speed USB device number 5 using ehci_hcd

Das sieht für mich danach aus, als würde der Kernel selbst die Resets verursachen. Mir ist allerdings ein Rätsel, warum er das tun sollte.

lsmod | grep ehci_hcd ergibt

Code: Alles auswählen

ehci_hcd               40249  0 
usbcore               128741  7 ehci_hcd,xhci_hcd,usb_storage,usbhid,snd_usbmidi_lib,snd_usb_audio

Ursache könnte IMO das Modul ehci_hcd sein. Nur warum? Wo finde ich hilfreiche Doku zu diesem Modul?

Gruß

Gregor

[sum69sum]

Handelt es sich hier um eine usb3 Disk die an einen usb3 Anschluss gestöpselt wurde? Das sieht aus als das der Kernel auf usb2 runter geht. Habe ich bei meinem home Server auch schon so erlebt.

[GregorS]

Handelt es sich hier um eine usb3 Disk die an einen usb3 Anschluss gestöpselt wurde? ...

Ja, ich habe für meine wöchentlichen Backups zwei Festplatten in High-Speed-USB-Gehäusen. Die Platten selbst scheinen bestens zu funktionieren. Das Einzige, was mich irritiert, sind diese Resets, die ich gerne abstellen möchte.

Ich werde mal meinen Arduino (der MwN aber ein normales USB-2-Gerät ist) anschließen und ein paar Logdateien verfolgen. Vielleicht ist da irgendetwas Sinnvolles zu erkennen.

Gruß

Gregor

[pferdefreund]

Speed-Umschalterei passiert bei billigen China-Verbindungskabeln. Bei war mal angeblich ein USB-Stick am A...h - hing an nem Kabel. Gutes gekauft und Stick arbeitet seit Jahren problemlos. Sch..ß China-Müll.

[GregorS]

Speed-Umschalterei passiert bei billigen China-Verbindungskabeln. Bei war mal angeblich ein USB-Stick am A...h - hing an nem Kabel. Gutes gekauft und Stick arbeitet seit Jahren problemlos. Sch..ß China-Müll.

Danke für den Hinweis!

Ich werde das mal beobachten und berichten. Kann ein paar Stunden dauern

Gruß

Gregor

[sum69sum]

Bei mir sind Kabel teuer. Das MB auch teuer von Asus. Es liegt an der usb Unterstützung bzw. an der specifictions Genauigkeit für usb3. Mann kann das nachlesen im Web. Es gibt einige Berichte diesbezüglich. Habe das Problem bei debian und anderen distros erlebt. Bei gewissen motherboardbherstellern wie zB. SuperMicro tritt dieses Problem nicht auf. Meist bocken Consumer motherboards.

[GregorS]

Hallo perdefreund und sum69sum,

vielen Dank für Eure Hinweise!

Ich weiß jetzt ja, worauf ich erstmal achten muss. Mal sehen, was sich ergibt.

Es kann (fiel mir gerade ein) auch an einem Arduino liegen, den ich kürzlich als defekt entsorgt habe. Möglicherweise war es dieses Ding, das hin und wieder einen Busreset veranlasst hat. Scheinbar ist bzw. war dessen USB-Controllerding kaputt.

Falls ein neues Kabel fällig wird: Kann jemand eine Quelle nennen? Mein Lieblingsversender hat nur Billigstkabel.

Gruß

Gregor

[tomi89]

Handelt es sich hier um eine usb3 Disk die an einen usb3 Anschluss gestöpselt wurde? ...

Ja, ich habe für meine wöchentlichen Backups zwei Festplatten in High-Speed-USB-Gehäusen. Die Platten selbst scheinen bestens zu funktionieren.

Was denn nun. Die USB 2.0 Version heißt HighSpeed. Die USB 3.0 Version heißt SuperSpeed.

Wichtig ist, unabhängig davon welche Version der USB Port besitzt, dass das Kabel und das anzuschließende Gerät der gleichen Version entsprechen.

Also es darf nur ein USB 2 Gerät zusammen mit einem USB 2 Kabel angeschlossen werden. Oder eben nur ein USB 3 Gerät zusammen mit einem USB 3 Kabel.

Das gilt jedoch nur für die Flachen Standardkabel.

Bei den Kabeln mit den dicken Steckern, wie sie bei Druckern meistens vorkommen, müss sowohl der Port, als auch das Kabel und Gerät der gleichen Version entsprechen.

Außerdem fließt bei einem USB 3 Port mehr Strom, was bei USB 2 Geräten manchmal zu Problemen führen kann.


So und wie ich gerade feststellen musste tritt bei meiner neuen USB3 Platte das gleiche Problem auf.

Nachdem ich eine hdparm Stromsparfunktion deaktiviert habe (sudo hdparm -B 255 /dev/sdb), schaltet die Platte nur noch ab wenn ich sie länger nicht benutze und dreht sofort wieder weiter wenn ich drauf zugreifen will.

Dann ist mir auch noch aufgefallen, dass die Platte ebenfalls die Rotation abschaltet, sobald ich das USB-Kabel abziehe.

Also der Controller des Festplattengehäuses hält, wenn er bemerkt dass die Platte nichtmehr aktiv benutzt wird, kurz darauf auch die Rotation an.

Da freu ich mich schon richtig auf künstliche Intelligenz...

[GregorS]

Nochmal hallo!

Wie angekündigt erstatte ich Meldung:

Die Resets wurden offensichtlich tatsächlich vom defekten Arduino ausgelöst. Seit das Ding nicht mehr am USB-Bus hing, gab es keine Resets mehr, auch nicht mit meinen externen USB-Backupplatten. Deren Kabel sind offensichtlich ebenfalls in Ordnung.

Gruß

Gregor