USB-c Ethernet Adapter Verbindungsabbrueche
Hallo Suse Liste ich habe ein Tuxedo infinity 14 Zoll Notebook mit USB-c Anschluss, an den ein USB 3.0 3Port HUB with Gigabit Ethernet Adapter angeschlossen ist. Das funktioniert eine Weile auch ganz gut, bricht aber aus mir unerfindlichen Gründen regelmäßig die Ethernetverbindung ab. Nach dem Resume nach Supend muss man regelmäßig den USB-Stecker raus- und reinstecken, um es zu aktivieren. Nach dem Resume sind auch die USB- Anschlüsse zunächst stumm. Ein anderer USB3-Ethernetadapter von trendent geht an einem regulären USB3-Anschluß klaglos. Bei den laptop- mode-tools habe ich mal nachgesehen, weiß aber gar nicht genau, nach was ich suchen soll. Ich arbeite mit einem Suse 42.3-64-bit-System, gnome-desktop und kernel 4.13.12 aus den suse-repositories. Das lsusb gibt aus buero@linux-gxd8:~> lsusb Bus 002 Device 011: ID 0bda:8153 Realtek Semiconductor Corp. Bus 002 Device 010: ID 0bda:0401 Realtek Semiconductor Corp. Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 004: ID 8087:0a2b Intel Corp. Bus 001 Device 003: ID 058f:3822 Alcor Micro Corp. Bus 001 Device 009: ID 0bda:5401 Realtek Semiconductor Corp. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub buero@linux-gxd8:~> dieselbe Ausgabe, wenn der Ethernetanschluß stumm ist. Unter ubuntu soll es laufen, ich würde aber lieber aus persönlichen Gründen bei Suse bleiben. Der USB-c-Anschluß kann auch zum Laden und als Displayport verwendet werden. Kann mir jemand einen Tipp geben, wie ich das angehen könnte? Gruß Gregor -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 10.05.2018 um 12:52 schrieb gregor willms:
Hallo Suse Liste
ich habe ein Tuxedo infinity 14 Zoll Notebook mit USB-c Anschluss, an den ein USB 3.0 3Port HUB with Gigabit Ethernet Adapter angeschlossen ist. Das funktioniert eine Weile auch ganz gut, bricht aber aus mir unerfindlichen Gründen regelmäßig die Ethernetverbindung ab. Nach dem Resume nach Supend muss man regelmäßig den USB-Stecker raus- und reinstecken, um es zu aktivieren.(...)
Es könnte sein, dass nach dem Resume noch nicht alle USB Module wieder geladen wurden. Mach mal nach dem Resume /sbin/lsmod | grep hci und schau mal, ob diverse xhci Module da sind. USB 3 und Resume hat bei mir immer Probleme gemacht, ich konnte meine Rechner nie schlafen legen. Ich habe das nun so gelöst, vor dem Suspend werden bei mir alle USB Module entladen und nach dem Resume werden die USB Module wieder geladen. Du kannst das bei dir ja auch mal probieren. Ich habe dazu in /usr/lib/systemd/system-sleep/ die Datei custom.sh angelegt (chmod +x nicht vergessen) mit dem Inhalt von unten. Diese Datei erstellen, Rechner (oder systemd) neu starten, Suspend probieren. Vielleicht hilft dir das ja auch.... Gruß Inhalt von /usr/lib/systemd/system-sleep/custom.sh #!/bin/bash #/usr/lib/systemd/system-sleep/custom.sh # USB Module, besonders USB3 xhci verhindern vermutlich Suspend # daher besser entladen # vbox Module loesen erneutes suspend aus, daher entladen if [ "$1" = pre ] ; then sync systemctl stop vboxdrv.service rmmod usbhid rmmod ohci_pci rmmod ohci_hcd rmmod xhci_pci rmmod xhci_hcd rmmod ehci_pci rmmod ehci_hcd rmmod usbcore sleep 1 fi if [ "$1" = post ] ; then modprobe usbcore modprobe ohci_pci modprobe ohci_hcd modprobe xhci_pci modprobe xhci_hcd modprobe ehci_pci modprobe ehci_hcd modprobe usbhid sleep 1 systemctl start vboxdrv.service fi -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Freitag, den 11.05.2018, 11:16 +0200 schrieb Malte Gell:
Am 10.05.2018 um 12:52 schrieb gregor willms:
Hallo Suse Liste
ich habe ein Tuxedo infinity 14 Zoll Notebook mit USB-c Anschluss, an den ein USB 3.0 3Port HUB with Gigabit Ethernet Adapter angeschlossen ist. Das funktioniert eine Weile auch ganz gut, bricht aber aus mir unerfindlichen Gründen regelmäßig die Ethernetverbindung ab. Nach dem Resume nach Supend muss man regelmäßig den USB-Stecker raus- und reinstecken, um es zu aktivieren.(...)
Es könnte sein, dass nach dem Resume noch nicht alle USB Module wieder geladen wurden. Mach mal nach dem Resume /sbin/lsmod | grep hci und schau mal, ob diverse xhci Module da sind.
ich habe das mal gemacht, vor dem suspend buero@linux-gxd8:~> /sbin/lsmod | grep hci hci_uart 122880 0 btbcm 16384 2 hci_uart,btusb serdev 20480 1 hci_uart btqca 16384 1 hci_uart btintel 20480 2 hci_uart,btusb bluetooth 589824 33 btrtl,hci_uart,btintel,btqca,bnep,btbcm,rfcomm,btusb sdhci_pci 32768 0 sdhci 49152 1 sdhci_pci mmc_core 159744 3 sdhci,sdhci_pci,mmc_block xhci_pci 16384 0 xhci_hcd 237568 1 xhci_pci usbcore 286720 10 usbnet,uvcvideo,usb_storage,ax88179_178a,cdc_ether,xhci_pci,btusb,uas,r 8152,xhci_hcd und nach dem resume, als das ethernet dann stumm war buero@linux-gxd8:~> /sbin/lsmod | grep hci hci_uart 122880 0 btbcm 16384 2 hci_uart,btusb serdev 20480 1 hci_uart btqca 16384 1 hci_uart btintel 20480 2 hci_uart,btusb bluetooth 589824 33 btrtl,hci_uart,btintel,btqca,bnep,btbcm,rfcomm,btusb sdhci_pci 32768 0 sdhci 49152 1 sdhci_pci mmc_core 159744 3 sdhci,sdhci_pci,mmc_block xhci_pci 16384 0 xhci_hcd 237568 1 xhci_pci usbcore 286720 10 usbnet,uvcvideo,usb_storage,ax88179_178a,cdc_ether,xhci_pci,btusb,uas,r 8152,xhci_hcd also, ich kann keinen Unterschied entdecken, an den Modulen scheint es nicht zu liegen. So weiß ich erstmal nicht weiter
USB 3 und Resume hat bei mir immer Probleme gemacht, ich konnte meine Rechner nie schlafen legen.
Ich habe das nun so gelöst, vor dem Suspend werden bei mir alle USB Module entladen und nach dem Resume werden die USB Module wieder geladen.
Du kannst das bei dir ja auch mal probieren.
Ich habe dazu in /usr/lib/systemd/system-sleep/ die Datei custom.sh angelegt (chmod +x nicht vergessen) mit dem Inhalt von unten. Diese Datei erstellen, Rechner (oder systemd) neu starten, Suspend probieren.
Vielleicht hilft dir das ja auch.... Gruß
Inhalt von /usr/lib/systemd/system-sleep/custom.sh
#!/bin/bash
#/usr/lib/systemd/system-sleep/custom.sh # USB Module, besonders USB3 xhci verhindern vermutlich Suspend # daher besser entladen # vbox Module loesen erneutes suspend aus, daher entladen
if [ "$1" = pre ] ; then
sync systemctl stop vboxdrv.service
rmmod usbhid rmmod ohci_pci rmmod ohci_hcd rmmod xhci_pci rmmod xhci_hcd rmmod ehci_pci rmmod ehci_hcd rmmod usbcore
sleep 1
fi
if [ "$1" = post ] ; then
modprobe usbcore modprobe ohci_pci modprobe ohci_hcd modprobe xhci_pci modprobe xhci_hcd modprobe ehci_pci modprobe ehci_hcd modprobe usbhid sleep 1
systemctl start vboxdrv.service
fi
Gruß Gregor
participants (2)
-
gregor willms -
Malte Gell