18.04 Ruhezustand mit UEFI und aktiviertem Secure Boot

14

"sudo systemctl start hibernate.target" funktionierte gut mit 16.04 auf einem Acer B117 unter Verwendung von Legacy-Boot; Das Update auf 18.04 hat mich gezwungen, UEFI zu verwenden und (Acer-Anforderung) den sicheren Start zu aktivieren. Suspend funktioniert immer noch, aber ich brauche Ruhezustand.

Swap-Partition ist aktiv und entspricht RAM-Größe + 2 GB;

GRUB_CMDLINE_LINUX_DEFAULT = "Silent Splash Resume = UUID = myswapuuid"

journalctl -xe hat einen Fehler beim Zugriff auf / sys / power / disk festgestellt

cat / sys / power / disk: [deaktiviert]

cat / sys / power / state: mem einfrieren

Irgendwelche Vorschläge?

olli61
quelle

Antworten:

10

Ich habe das gleiche Problem und leider ist es mit dem offiziellen Ubuntu-Kernel seit Version 4.13 aufgrund des Kernel Lockdown Patchset (efi-lockdown) nicht mehr möglich. Begründung ist:

Es gibt derzeit keine Möglichkeit, das Wiederaufnahmebild zu überprüfen, wenn Sie aus dem Ruhezustand zurückkehren. Dies kann das Vertrauensmodell für signierte Module gefährden. Bis wir mit signierten Ruhezustands-Images arbeiten können, wird es deaktiviert, wenn der Kernel gesperrt ist.

Verwandte Bionic Commit können Sie hier sehen .

Dies ist eine kontroverse Entscheidung und Linus lehnte es ab, diese Änderungen in den Linux-Kernel zu integrieren.

Ein bisschen mehr Details finden Sie im Artikel Kernel Lockdown in 4.17? und seine Kommentare.

Während wir also auf eine magische Software warten, die mit signierten Ruhezustands-Images funktioniert, können wir nur einen anderen Kernel verwenden oder den sicheren Start deaktivieren .

PS: Ich würde mich freuen, eine weitere Antwort zu schreiben, wenn jemand dieses Problem gelöst hat.

Snaker
quelle
Vielen Dank, zu verstehen, warum ein guter Schritt voraus ist.
olli61
Welchen Kernel könnte ich verwenden? Der Winterschlaf ist für mich ein wesentliches Merkmal. (Ich gehe davon aus, dass ich eine neuere
Version
1

hoffe das hilft jemandem, aber ich lasse popos / ubuntu 19.04 laufen. In meinem Setup konnte ich mit s2disk oder pm-hibernate in den Ruhezustand wechseln, der Wiederaufnahmevorgang schlug jedoch fehl. Um dies zu beheben, wird mein System mit UEFI anstelle von Grub gestartet. Ich musste nur den Bootloader neu installieren. Um zu überprüfen, ob Sie UEFI ausführen, verwenden Sie Folgendes:

[ -d /sys/firmware/efi ] && echo "Installed in UEFI mode" || echo "Installed in Legacy mode"

Wenn ich mich im UEFI-Modus befand, um den Bootloader neu zu installieren, variiert dies, wenn Sie einen NVME- oder SATA-Datenträger verwenden: https://support.system76.com/articles/bootloader/

Der Schlüssel ist, diesen Befehl auszuführen:

sudo update-initramfs -c -k all

Stellen Sie sicher, dass Sie in Ihren kernalboot-Optionen die Partition oder UUID angeben, von der aus Sie fortfahren möchten, z.

resume = UUID = ed8347ed-2eb4-40bc-bc77-cc53b987ed88

Sie können dies folgendermaßen hinzufügen: 1) sudo kernel-stub -a "resume = UUID = ..." 2) Bearbeiten Sie die Datei /etc/initramfs-tools/conf.d/resume und fügen Sie Folgendes hinzu: resume = UUID = ed8347ed- 2eb4-40bc-bc77-cc53b987ed88

Überprüfen Sie Ihre /var/log/syslogDatei auf Folgendes:

Aug 4 22:26:42 pop-os /usr/bin/kernelstub[19639]: kernelstub : DEBUG kopts: root=UUID=b37019a8-91f5-445f-94c1-7359a49ed5df ro quiet loglevel=0 systemd .show_status=false resume=UUID=ed8347ed-2eb4-40bc-bc77-cc53b987ed88

Wenn der Lebenslauf fehlt oder falsch ist, müssen Sie Ihren Boot-Kernel erneut aktualisieren.

Lingster
quelle
Danke, dies ist die einzige Antwort, die es mir ermöglicht hat, ohne Probleme fortzufahren.
Emmanuel M. Smith