FS#60650 - [systemd] testing/systemd fails to hibernate
Attached to Project:
Arch Linux
Opened by Chet Gurevitch (chetgurevitch) - Tuesday, 30 October 2018, 20:38 GMT
Last edited by Christian Hesse (eworm) - Thursday, 15 November 2018, 10:24 GMT
Opened by Chet Gurevitch (chetgurevitch) - Tuesday, 30 October 2018, 20:38 GMT
Last edited by Christian Hesse (eworm) - Thursday, 15 November 2018, 10:24 GMT
|
Details
Description:
Attempting to hibernate with systemd 239.300-1 results in this output Failed to hibernate system via logind: Resume not configured, can't hibernate Seems like there's a lot of churn going on in this area, the latest commit in upstream fails one step earlier: Failed to hibernate system via logind: Kernel image has been removed, can't hibernate Everything works fine in 239.6 (1e6d6c7), will try to look into this more later. |
This task depends upon
Closed by Christian Hesse (eworm)
Thursday, 15 November 2018, 10:24 GMT
Reason for closing: Fixed
Additional comments about closing: systemd 239.300-2
Thursday, 15 November 2018, 10:24 GMT
Reason for closing: Fixed
Additional comments about closing: systemd 239.300-2
Maybe you shouldn't try to hibernate just after upgrading the linux package... Can you confirm that it still fails after rebooting on the new kernel and with 239.300-1?
The issue in system none stable is edda44605f06a41fb86b7ab8128dcf99161d2344
systemd-logind[407]: Enough swap for hibernation, Active(anon)=168752 kB, size=4194300 kB, used=0 kB, threshold=98%
systemd-logind[407]: Failed to open "/efi/loader/loader.conf": No such file or directory
systemd-logind[407]: Failed to read boot config from "/efi/loader/loader.conf": No such file or directory
systemd-logind[407]: Failed to load bootspec config from "/efi/loader": No such file or directory
systemd-logind[407]: Cannot read boot configuration from ESP, assuming hibernation is not possible.
ESP is mounted to /efi, that's why it's trying use that path; but I don't use systemd-boot so /efi/loader/loader.conf obviously doesn't exist.
This at least works for me (Intel system with grub):
[/boot/loader/loader.conf]:
default arch
timeout 4
console-mode max
editor no
[/boot/loader/entries/arch.conf]:
title Arch Linux
linux /vmlinuz-linux
initrd /initramfs-linux.img
options root=<as in cat /proc/cmdline> quiet resume=<as in cat /proc/cmdline>
[/boot/efi/loader/loader.conf]:
default arch
timeout 4
console-mode max
editor no
[/boot/efi/loader/entries/arch.conf]:
title Arch Linux
linux /vmlinuz-linux
initrd /initramfs-linux.img
options root=<as in cat /proc/cmdline> quiet resume=<as in cat /proc/cmdline>
I would recommend to increase severity of this bug- I've updated 3 laptops with this version of systemd and in all of them hibernation stopped working- so you close your laptop, put it in your bag and get an portable electrical heater extra...
Maybe for maintainer would be possible just to add previous version with slight version increase (like 239.300-2) so until bug is fixed arch linux would be usable for laptop users too.
The workaround for me was to install previous version, then hibernation is working as it was before. Since I'm quite a new with linux, it took me some time to find how to do this, hope exact command would help someone else too:
sudo pacman -U https://archive.archlinux.org/repos/2018/11/06/core/os/x86_64/systemd-239.2-1-x86_64.pkg.tar.xz
I'm booting with EFISTUB, if that matters.
I would gladly test, if you could provide some instructions how.
2. Temporarily uncomment [testing] section in your /etc/pacman.conf file
3. pacman -Sy systemd libsystemd systemd-sysvcompat
4. Comment [testing] section back
I've booting with Grub, if that matters.
Thanks!