I hadn’t considered the docked case, as I keep the lid open and disable the screen at home for better thermals when connected to an external monitor. I’ll double check the /etc/systemd/logind.conf, thanks for the tip!
1 Like
Bazzite supports the framework laptop and has a new guide for enabling hibernation, seemingly without disabling secure boot
2 Likes
Buried in the following from the Fedora Magazine team is some details on how to make it happen on F41+: Update on hibernation in Fedora Workstation - Fedora Magazine.
3 Likes
Just tried this. It works perfectly.
Update: I had to disable secure boot because the bug that allowed that has now been fixed
1 Like
Tried to follow these instructions. After disabling SELinux (because of the Access Denied message) I at least got it to hibernate and wake up once. But not a second time (the screen remained blank and had to force reboot). I’m wondering if that’s because of Secure Boot only partially disabled? I only set it to “Disabled” in the BIOS, but didn’t erase all Secure Boot BIOS variables, because I don’t know what that entails and whether I might need these variables in the future. @Matt_Hartley wrote somewhere that to disable Secure Boot the variables must be erased as well, so I’m confused.
I’m really hoping that this “bug” can be safely reintroduced as a kernel feature. I’d love to have my TPM handle LUKS decryption automatically on resume from hibernate… which can only happen with Secure Boot enabled. The other alternative is going back to compiling the kernel myself which is less than ideal.
1 Like
I haven’t had the need to erase any Secure Boot variables. I kept mine in place for use with other OSes without issue.
Strange…it seems to work fine for me, although I had to rerun both commands here to get it to work again [GUIDE] Setup TPM2 Autodecrypt
Maybe it was just a kernel thing (fresh install from Fedora Xfce4 spin with kernel 6.11 from Oct 24). After dnf upgrade to 6.13 it’s working. Secure Boot just flicked the switch in BIOS without erasing variables. But I did have to turn off SELinux (couldn’t be bothered to jump through all the SELinux audit2allow hoops). Otherwise it’s a plain install without any special settings to turn off bluetooth or something else before hibernating. It’s a new FW13 AMD 7840 system.
Yes, but System76 has their own distribution, Framework does not… I don’t see how this comparison holds any water.
It “holds water” because Framework claims to officially support two Linux distros and provides setup guides for each. Given how incredibly inefficient suspend is with the 11th gen laptop at least, I consider hibernate a necessity.
That is the job for the distro to support.
And atleast Fedora doesn’t currently officially support hibernate. Yes you can propably turn it on and make it work if you tinker enough.
No idea about how things are with ubuntu on this part
Are you seriously suggesting FW attempt to influence these distros and that you think they will be successful? Also as others have said at least one of them doesn’t officially support hibernate.
They have provided guides to enable hibernate, as has already been discussed in this thread.
I am suggesting that Framework provide an official guide for hibernate, just as they have provided linux guides for other features for their officially supported distros. And yes, I would love it if Framework did work upstream with their officially supported distros to improve features and compatibility with framework laptops, just as other manufacturers who officially support linux do.
who says they don’t. But it is pretty much a different story how the upstream works.
Like in Fedora you would have to go through a very formal FESCO process to get something like complete feature change to be approved. And after that someone would have to do the work to actually implement the change.
Which doesn’t mean its “officially supported” in a installation. Its still not, and will not be available in the installer etc
Whether it’s officially supported by fedora is beside the point. Framework has already shown that it is willing to provide guides for features that are not officially supported by linux distros themselves. A request for a hibernation guide is not unreasonable in the least. If the framework team decides that it is out of scope for them, they can say so themselves, but based on the fact that they seem to be developing a hibernation guide on the github, I would be surprised.
Checking in again to convey my overall satisfaction with continued feature support for hibernate. Here’s what I’m currently running without much issue:
OS: Fedora Linux 42 (Workstation Edition) x86_64
Host: Laptop 13 (AMD Ryzen 7040Series) (A7)
Kernel: Linux 6.14.9-300.fc42.x86_64
DE: GNOME 48.2
Of note: The Gnome Hibernate extension broke after upgrading to 48, although hibernate still functions from the terminal and upon lid-close actions.
Since its been mentioned recently, here’s a re-post of the unofficial guide: linux-docs/hibernation at main · FrameworkComputer/linux-docs · GitHub
2 Likes