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