Wie aktiviere ich den Ruhezustand in 16.04.1? (systemd)

Ich habe eine Neuinstallation von 16.04.1 auf einem Lenovo T450s, die in Bezug auf Suspend / Hibernate unter Ubuntu immer einwandfrei funktioniert hat (meine Vorgängerversion war 14.04.5). Swap ist bei dieser Installation deutlich größer als der Arbeitsspeicher.

Wie ich es jetzt gewohnt bin, habe ich nach der Installation versucht, mit dem üblichen Hack für die Aktivierung des Ruhezustands fortzufahren. Jedoch scheinen die Dinge diesmal anders zu sein, da sudo pm-hibernate sie nichts zu tun scheinen.

Soweit ich weiß, ist jetzt, da Ubuntu auf systemd umgestellt hat, der richtige Befehl, systemctl hibernate der zurückkehrt

 Failed to hibernate system via logind: Sleep verb not supported

Ich habe die hier genannten Lösungen ausprobiert , aber sie zielen hauptsächlich darauf ab, sie wieder zu aktivieren pm-hibernateund in das Abmeldemenü aufzunehmen. Ich habe auch gesehen, dass eine mögliche Lösung darin besteht, den Tuxonice-Kernel zu installieren, habe es aber nicht versucht, da ich nicht sehr daran interessiert bin, den Kernel im Allgemeinen zu manipulieren und einen PPA-Kernel im Besonderen zu verwenden.

Gibt es eine Möglichkeit, den Ruhezustand in den letzten systembasierten Versionen von Ubuntu zu reaktivieren? Verwenden Sie vorzugsweise systemd und vermeiden Sie potenziell systembrüchige Hacks. Oder muss ich nur warten und auf das nächste Update hoffen?

— Marc
quelle

Ja, ich habe es versucht. Das Problem ist nicht, dass der Ruhezustand ausfällt, dh das System hängt sich beim Herunterfahren auf oder taut nicht auf. Es ist nur so, dass nichts passiert, wenn ich feuere systemctl hibernate(mit oder ohne sudo), außer dieser Nachricht Failed to hibernate system via logind: Sleep verb not supported.

— Marc

Swap läuft und funktioniert gut, kein Problem. Ich grubhabe es trotzdem versucht , nur um sicherzugehen. Kein Glück.

— Marc

FWIW, sudo pm- hibernate läuft noch am 16.04 ... normalerweise. Aus Ihrer Antwort unten geht hervor, dass der Ruhezustand mit Secure Boot nicht wirklich funktioniert, aber wenn dies der Fall wäre, würde pm-hibernate definitiv wie erwartet funktionieren. Natürlich können Sie auch den Befehl systemctl verwenden.

— TSJNachos117

Schade, dass die Meldung nicht lautete: System konnte nicht über Logind in den Ruhezustand versetzt werden: Deaktivieren Sie den sicheren Start mithilfe des BIOS

— Bad Loser,

Antworten:

Ich konnte endlich mein eigenes Problem lösen, indem ich einige Themen auf Fedora verfolgte (sie sind vor einiger Zeit auf systemd umgestiegen, damit es mehr Material gibt).

Es stellte sich heraus, dass ich den sicheren Start aktiviert hatte (ich erinnere mich, dass ich während der 16.04-Installation danach gefragt wurde, und dass ich ihn eingeschaltet hielt, ohne viel darüber nachzudenken) und dass die Ausgabe von cat /sys/power/disk:

 [disabled]

In der Tat kein sehr gutes Zeichen. Also habe ich neu gestartet und in meinen BIOS-Einstellungen gesucht, dort den sicheren Start deaktiviert. Jetzt cat /sys/power/diskholt mich:

 [platform] shutdown reboot suspend

was besser aussieht. Und tatsächlich führt das Aufrufen systemctl hibernatezu einer erfolgreichen Ruhe- / Auftausequenz.

Darüber hinaus wird die Option zum Ruhezustand jetzt in der grafischen Oberfläche angezeigt, ohne dass ein Hack erforderlich ist (zumindest auf meinem Computer).

— Marc
quelle

Danke, Mann. Du hast meinen Tag gerettet. Ich danke dir wirklich. Danke Danke.

— Khamidulla

Dies sollte in der Ubuntu-Dokumentation hier hinzugefügt werden: help.ubuntu.com/stable/ubuntu-help/power-hibernate.html

— Joaquín Aramendía

Vielen Dank. Es hat auch bei mir mit Ubuntu 16.04 unter asus zenbook funktioniert, abgesehen davon, dass der Menüpunkt für den Ruhezustand in der grafischen Oberfläche noch fehlt.

— Wojteks

Nur zu Ihrer Information, wenn Ihre Festplatteneinstellung nicht der Grund ist oder die Antwort Ihren Fehler nicht behebt, versuchen Sie, Ihren Auslagerungsspeicher zu aktivieren, und stellen Sie sicher, dass er eine angemessene Größe über dem gesamten installierten physischen RAM hat. Das hat es für mich getan!

— der_michael

Danke für den Kommentar, aber der Tausch war eingeschaltet und in meinem Fall großzügig bemessen.

— Marc

Dies kann auch passieren, wenn Ihr Swap zu klein ist, um Ihren RAM-Inhalt aufzunehmen (z. B. wenn Sie Ihrem Computer nach dem Einrichten des Betriebssystems mehr RAM hinzugefügt haben).

Checken Sie zB ein htop, dann Memsollte number <= the Swpnumber sein.

Siehe https://github.com/systemd/systemd/issues/6729

— nh2
quelle

Vielen Dank für Ihren Vorschlag, aber das war in meinem Fall nicht das Problem. Es wurde in den Kommentaren besprochen. Ich werde den Haupttext aktualisieren, um ihn noch klarer zu gestalten. Übrigens verstehe ich nicht, warum dies immer das erste ist, was die Leute zur Behebung des Ruhezustands vorschlagen, während die Standard-Ubuntu-Installation normalerweise die richtige Menge an Swap liefert, es sei denn, Sie haben freiwillig daran herumgebastelt.

— Marc

@Marc Wie ich in der Antwort gesagt habe: Auch wenn die Ubuntu-Installation zum Zeitpunkt der Installation die richtige Menge an Swap auswählt , ist es sehr verbreitet, dass Leute einfach einen anderen RAM-Stick kaufen und ihn nach der Installation in den Computer einstecken (z. B. Upgrade von 8 GB auf 16 GB RAM ein Jahr nach dem Kauf und der Installation des Computers).

— nh2