☰

Laptop startet neu, anstatt aus dem Systemd-Ruhezustand fortzufahren, wenn er mit Akkustrom betrieben wird (Ruhezustand mit Netzstrom funktioniert)

tag-icon • tag-icon systemd suspend asus
Laptop startet neu, anstatt aus dem Systemd-Ruhezustand fortzufahren, wenn er mit Akkustrom betrieben wird (Ruhezustand mit Netzstrom funktioniert)

Nach einigen Kernel-Updates wird mein Laptop nicht mehr fortgesetzt, wenn er nicht an eine Stromquelle angeschlossen ist. Wenn ich das Netzteil anschließe und dann in den Ruhezustand gehe, wird er fortgesetzt.

Ich dachte, dass dies mit TLP und Energieverwaltung zusammenhängt, aber selbst wenn TLP deaktiviert wird, wird der Akkubetrieb nicht fortgesetzt. Im Journal sehe ich nur:

Jun 23 08:19:01 miki-laptop systemd-logind[395]: Lid closed.
Jun 23 08:19:14 miki-laptop systemd-logind[395]: Suspending...
Jun 23 08:19:15 miki-laptop systemd[1]: Starting Lock X session using xlock...
Jun 23 08:19:15 miki-laptop systemd[1]: Starting TLP suspend/resume...
Jun 23 08:19:15 miki-laptop systemd[1]: Started TLP suspend/resume.
Jun 23 08:19:15 miki-laptop lock.sh[1107]: real        0m0.730s
Jun 23 08:19:15 miki-laptop lock.sh[1107]: user        0m0.690s
Jun 23 08:19:15 miki-laptop lock.sh[1107]: sys        0m0.017s
Jun 23 08:19:16 miki-laptop lock.sh[1107]: real        0m0.915s
Jun 23 08:19:16 miki-laptop lock.sh[1107]: user        0m0.857s
Jun 23 08:19:16 miki-laptop lock.sh[1107]: sys        0m0.030s
Jun 23 08:19:17 miki-laptop lock.sh[1107]: real        0m0.681s
Jun 23 08:19:17 miki-laptop lock.sh[1107]: user        0m0.767s
Jun 23 08:19:17 miki-laptop lock.sh[1107]: sys        0m0.010s
Jun 23 08:19:17 miki-laptop systemd[1]: Started Lock X session using xlock.
Jun 23 08:19:17 miki-laptop systemd[1]: Reached target Sleep.
Jun 23 08:19:17 miki-laptop systemd[1]: Starting Suspend...
-- Reboot --

Der Neustart erfolgt, wenn ich fortfahre, daher weiß ich nicht wirklich, ob das Problem beim Anhalten oder Fortsetzen liegt. Mein Laptop ist ein Asus UX305UA und das Problem ist dieser anderen Frage sehr ähnlich: Asus UX303UA wird neu gestartet, anstatt den Betrieb aus dem Ruhezustand fortzusetzen (Ubuntu 15.10)

Antwort1

Beim Durchsehen der BIOS-Optionen habe ich „Wake on lid open“ gefunden. Auch wenn dort „Aktiviert“ steht, funktioniert es nicht immer.

Ich habe festgestellt, dass ich beim Aktualisieren des Kernels ins BIOS gehen, „Deaktiviert“ auswählen, neu starten, erneut ins BIOS gehen und „Aktiviert“ auswählen muss.

Erstaunlicherweise wird der Laptop mit diesem Vorgang auch aus dem Akku-Ruhezustand geweckt.

Antwort2

Ich hatte ein ähnliches Problem. Alles war in Ordnung, aber plötzlich, als ich meinen Laptop in den Ruhezustand versetzte (durch Schließen des Deckels oder über das Menü), ging er in den Ruhemodus mit blinkender LED, aber als ich den Laptop aufweckte, startete er neu, als wäre er heruntergefahren.

Laptop ASUS ZenBook UX305

Linux 4.13.0-38-generic #43~16.04.1-Ubuntu SMP x86_64

Ich habe vieles probiert, aber kein Ergebnis. Einmal habe ich mit Strg+Alt+F1 zu TTY1 gewechselt, mich angemeldet und beendet. Danach funktioniert es wieder.

Außerdem habe ich in " " folgende Einstellung vorgenommen sudo vim /etc/default/grub:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_sleep=nonvs intel_pstate=disable"

aber vor TTY1 hat es nicht funktioniert.

Folgendes hat sich vor dem Auftreten des Problems geändert:

  • Ich habe mein Ladegerät vergessen und ein anderes Ladegerät verwendet. Das Original hat 19 Volt, aber das, das ich verwendet habe, hatte 20 Volt.
  • Einmal blieb der Laptop während des Ruhezustands hängen, sodass ich einen Kaltstart durch Gedrückthalten der Einschalttaste durchgeführt habe.
  • Kürzlich habe ich das System mit "Software Updater" aktualisiert

Ich dachte, es könnte jemandem helfen.

Antwort3

Es handelt sich eigentlich um einen Kernel-Bug, siehe Kernel-Bugtracker hier: https://bugzilla.kernel.org/show_bug.cgi?id=108801

Antwort4

Ich hatte das gleiche Problem mit meinem UX305. Das Problem scheint ein Problem des ASUS-BIOS zu sein und kein Kernel-Fehler. Das Problem tritt unter Linux und unter Windows auf. Derzeit ist kein repariertes BIOS verfügbar. Die „Lösung“/der Workaround besteht jedoch darin, das UX305 herunterzufahren (kein Neustart, nur ein sauberes Herunterfahren und anschließend ein Neustart). Danach funktioniert das Fortsetzen ordnungsgemäß.

verwandte Informationen