it-swarm.com.de

Der Laptop wacht einige Sekunden nach dem Anhalten oder Schließen des Deckels von selbst auf

Ich führe ein Ubuntu 18.04.1 mit Kernel 4.15.0-29-generic aus und mein Laptop (Macbookpro retina 15inch, Mitte 2015, MacBookPro11,5) wacht einige Sekunden nach dem Einschlafen automatisch auf. Wenn ich mir die Protokolle in \var\log\syslogs ansehe, wird das Weckereignis wie folgt angezeigt: Aug 6 15:51:53 Shire NetworkManager[7444]: <info> [1533595913.5200] manager: sleep: wake requested (sleeping: yes enabled: yes).

Ich habe mir bereits alle anderen Fragen und Antworten dazu angesehen, aber mein Problem besteht immer noch wie folgt:

Nach diese Frage und seinen Antworten lautet die Ausgabe von cat /proc/acpi/wakeup

Device  S-state   Status   Sysfs node
PEG0      S3    *disabled  pci:0000:00:01.0
GFX0      S3    *disabled  pci:0000:01:00.0
PEG1      S3    *disabled  pci:0000:00:01.1
PEG2      S3    *disabled  pci:0000:00:01.2
EC        S4    *disabled  platform:PNP0C09:00
GMUX      S3    *disabled  pnp:00:03
HDEF      S3    *disabled  pci:0000:00:1b.0
RP03      S3    *disabled  pci:0000:00:1c.2
ARPT      S4    *enabled   pci:0000:04:00.0
RP04      S3    *disabled  pci:0000:00:1c.3
XHC1      S3    *enabled   pci:0000:00:14.0
ADP1      S4    *disabled  platform:ACPI0003:00
LID0      S4    *enabled   platform:PNP0C0D:00

und ich habe das Problem isoliert, um der ARPT Eintrag zu sein. Wenn ich die PCI für diesen Eintrag über lspci nachschlage, erhalte ich 04:00.0 Network controller: Broadcom Limited BCM43602 802.11ac Wireless LAN SoC (rev 01), was mit den Protokollinformationen übereinstimmt, die das Aufwecken durch das Netzwerk verursacht.

Hier ist der seltsame Teil: Ich benutze Sudo sh -c "echo ARPT > /proc/acpi/wakeup", um die Weckfunktion von ARPT zu deaktivieren, und es ändert den Status auf deaktiviert, aber wenn ich den Laptop in den Ruhezustand versetze, wacht er nach nur wenigen Sekunden immer noch auf Sekunden! Überraschender ist es, wenn es aufwacht und ich den /proc/acpi/wakeup überprüfe, dass der ARPT -Eintrag von selbst wieder aktiviert wurde! Beachten Sie, dass dies nicht nach einem Neustart geschieht, sondern unmittelbar nach dem Deaktivieren des Aufweckeintrags und dem Anhalten. Es scheint, dass ein anderes Skript dies ständig ändert, während sich der Laptop im Ruhezustand befindet.

Andere Dinge, die ich ohne Ergebnis ausprobiert habe:

  • Netzwerkmanager über Sudo service netwrok-manager stop gestoppt, aber der Laptop wacht immer noch auf.
  • Deaktivierte Energieverwaltung von WLAN mithilfe von Sudo iwconfig wlan0 power off
  • Stellen Sie sicher, dass Wake on WLAN (WoWLAN) ausgeschaltet ist, indem Sie diesen Artikel
  • \proc\acpi\wakeup schreibgeschützt gemacht.

Update:

Ich habe versucht, sowohl ARPT als auch XHC1 zu deaktivieren und nur LID0 aktiviert zu lassen (Laptopdeckel), und das System wacht nach einigen Sekunden immer noch auf. Diesmal werden jedoch die Einstellungen in /proc/acpi/wakeup beibehalten und nicht automatisch zurückgesetzt.

Update 17.08.2008:

Mit dem neuen Kernel 4.15.0-32 wacht der Laptop nicht mehr auf, wenn der Deckel geschlossen ist, aber er wacht immer noch von selbst auf, wenn der Deckel geöffnet ist und er schlafen gegangen ist. Zumindest kann ich jetzt meinen Laptop in meinen Rucksack stecken, ohne dass mir die Batterie ausgeht, und anscheinend ist dies auch ein Kernel-Problem, und ich bezweifle, dass ich mich ohne großen Zeitaufwand zurechtfinden kann.

5
Mostafa

8. August 2018 Update

Kernel 4.15.0-30 wurde veröffentlicht. Der Lebenslauf unmittelbar nach dem Suspend-Problem bleibt bestehen. Kernel 4.13.0-36 funktioniert immer noch zuverlässig.

Zusätzliche Schritte zum Ausprobieren

Ich habe das gleiche Problem bei 4.15.0-29-generic. Ich hatte gerade den nVidia-Treiber 384.130 installiert und nahm an, dass er damit zusammenhängt. Ich habe alle Ihre Schritte durchlaufen und Folgendes geändert:

$ paste <(ls /sys/bus/usb/devices/*/power/wakeup) <(cat /sys/bus/usb/devices/*/power/wakeup) | column -s $'\t' -t
/sys/bus/usb/devices/1-1.4.3/power/wakeup  disabled
/sys/bus/usb/devices/1-1.4/power/wakeup    disabled
/sys/bus/usb/devices/1-1/power/wakeup      disabled
/sys/bus/usb/devices/1-4/power/wakeup      disabled
/sys/bus/usb/devices/1-5/power/wakeup      enabled
/sys/bus/usb/devices/1-9/power/wakeup      disabled
/sys/bus/usb/devices/usb1/power/wakeup     disabled
/sys/bus/usb/devices/usb2/power/wakeup     disabled
/sys/bus/usb/devices/usb3/power/wakeup     disabled
/sys/bus/usb/devices/usb4/power/wakeup     disabled

USB 1-5 ist die WiFi/Bluetooth-Karte:

$ lsusb
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 009: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 001 Device 007: ID 1bcf:2b8c Sunplus Innovation Technology Inc. 
Bus 001 Device 005: ID 0cf3:e301 Atheros Communications, Inc. 
Bus 001 Device 003: ID 187c:0528 Alienware Corporation 
Bus 001 Device 008: ID 413c:9016 Dell Computer Corp. 
Bus 001 Device 006: ID 2109:2812 VIA Labs, Inc. VL812 Hub
Bus 001 Device 004: ID 0764:0501 Cyber Power System, Inc. CP1500 AVR UPS
Bus 001 Device 002: ID 2109:2812 VIA Labs, Inc. VL812 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Sie können dies auch überprüfen.

Alles ausstecken

Intel empfiehlt, alle USB-Geräte, Netzwerkkabel usw. vom Computer zu trennen, um das Suspending zu debuggen. In Intels Artikel sind andere Dinge aufgelistet, die Sie ausprobieren sollten.

Kernel 4.13.0-36 funktioniert!

Ich habe meinen nvhda.ko unter dem Kernel 4.13.0-36-generic neu kompiliert und festgestellt, dass das Anhalten über das Menü zumindest jetzt funktioniert.

  • Wenn Sie eine ältere Kernel-Version wie 4.15.0-24 in Ihrem Advanced Grub-Menü haben, booten Sie damit.
  • Wenn Sie 4.13.0-36 haben, booten Sie damit.
  • Wenn Sie keine ältere Version haben, können Sie diese mit Sudo apt install linux-image-4.15.0-24* installieren.
  • Wenn Sie DKMS verwenden, müssen Sie auch Sudo apt install linux-headers-4.15.0-24* verwenden.
  • Ich sehe keine Kernel 4.15.0-25 bis 4.15.0-28 im Repository.
1