it-swarm.com.de

Der USB-Ethernet-Adapter (Realtek r8153) wird ständig getrennt

Seit dem Upgrade von 17.10 auf Ubuntu 18.04 trennt sich mein USB-Ethernet-Adapter immer wieder. Früher hat es perfekt mit 17.10 geklappt.

dmesg zeigt die folgende Ausgabe bei einem Verbindungsabbruch:

[  273.462732] usb 4-1.4: usb_reset_and_verify_device Failed to disable LTM
               .
[  273.643622] usb 4-1.4: USB disconnect, device number 11
[  273.795468] usb 4-1.4: new SuperSpeed USB device number 12 using xhci_hcd
[  273.816520] usb 4-1.4: New USB device found, idVendor=0bda, idProduct=8153
[  273.816522] usb 4-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=6
[  273.816523] usb 4-1.4: Product: USB 10/100/1000 LAN
[  273.816524] usb 4-1.4: Manufacturer: Realtek
[  273.816525] usb 4-1.4: SerialNumber: 0000A5
[  273.896167] usb 4-1.4: reset SuperSpeed USB device number 12 using xhci_hcd
[  273.948778] r8152 4-1.4:1.0 eth0: v1.09.9
[  274.503001] r8152 4-1.4:1.0 enx144fd7d04a3c: renamed from eth0
[  274.539481] IPv6: ADDRCONF(NETDEV_UP): enx144fd7d04a3c: link is not ready
[  274.543857] IPv6: ADDRCONF(NETDEV_UP): enx144fd7d04a3c: link is not ready
[  276.431243] r8152 4-1.4:1.0 enx144fd7d04a3c: carrier on
[  276.431258] IPv6: ADDRCONF(NETDEV_CHANGE): enx144fd7d04a3c: link becomes ready
3
nhaesler

Beim Schreiben der Frage habe ich die Fehlerquelle auf der Kernel-Mailingliste gefunden. Der r8152-Treiber, der für die Verwaltung meines r8153-Adapters verantwortlich ist, kann den automatischen USB-Suspend nicht verarbeiten (aus Energiespargründen). Das Sperren des Geräts für USB-Autosuspend löst die Verbindungsabbrüche und geschieht folgendermaßen:

Ermitteln Sie die USB-ID Ihres Geräts (in meinem Fall 0bda: 8153) mit lsusb.

Bus 004 Device 003: ID 0bda:8153 Realtek Semiconductor Corp.

Nun öffnen Sie/etc/default/tlp und suchen nach USB_BLACKLIST und fügen einen Eintrag für Ihr Gerät hinzu:

USB_BLACKLIST="0bda:8153"

Möglicherweise müssen Sie einen Neustart durchführen. Danach sollte Ihre Ethernet-Verbindung wieder stabil sein.

6
nhaesler

Sie können dies auch mithilfe von Kernel-udev-Regeln tun. Ich habe udev-Regeln erstellt, um sowohl den automatischen USB-Suspend für das Gerät als auch den Turbo-Modus der CPU zu deaktivieren (was ebenfalls hilfreich sein kann):

ACTION=="add", SUBSYSTEM=="usb", ATTR{idVendor}=="0bda", ATTR{idProduct}=="8153", TEST=="power/control", ATTR{power/control}="on"
KERNEL=="cpu",RUN+="/bin/sh -c 'echo -n 1 > /sys/devices/system/cpu/intel_pstate/no_turbo'"

Fügen Sie die obigen Informationen in eine Datei ein: /etc/udev/rules.d/50-cpu-custom.rules

0
mcarans

Ich bin auch über dieses Problem gestolpert, aber für mich war das Problem, dass die fehlerhafte Fähigkeit des r1852 LAN-Treibers zum automatischen Suspendieren der Schuld an meinen zufälligen Einfrierungen war.

Ich habe es mit powertop gelöst, was nett ist, weil Sie die USB-ID des Geräts nicht herausfinden müssen.

0
Toon