# \[RESPONDED\] Suspend-then-Hibernate for Officially Supported Linux Distros

**URL:** <https://community.frame.work/t/responded-suspend-then-hibernate-for-officially-supported-linux-distros/49419>\
**Category:** Linux\
**Created:** [April 22, 2024, 12:03am UTC](https://community.frame.work/t/responded-suspend-then-hibernate-for-officially-supported-linux-distros/49419 "2024-04-22T00:03:01Z")\
**Posts on this page:** 19\
**Page:** 2

<div class="post-metadata">

**Author:** ![BRKNWNG](https://avatars.discourse-cdn.com/v4/letter/b/e68b1a/32.png) [@BRKNWNG](https://community.frame.work/u/BRKNWNG)\
**Post date:** [December 14, 2024, 6:52pm UTC](https://community.frame.work/t/responded-suspend-then-hibernate-for-officially-supported-linux-distros/49419/21 "2024-12-14T18:52:40Z")

</div>

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!

---

<div class="post-metadata">

**Author:** ![Uphill1120](https://avatars.discourse-cdn.com/v4/letter/u/9de0a6/32.png) [@Uphill1120](https://community.frame.work/u/Uphill1120)\
**Post date:** [February 9, 2025, 12:49pm UTC](https://community.frame.work/t/responded-suspend-then-hibernate-for-officially-supported-linux-distros/49419/22 "2025-02-09T12:49:32Z")

</div>

Bazzite supports the framework laptop and has a new guide for enabling hibernation, seemingly without disabling secure boot

> **[Enabling Hibernation in Bazzite Desktop Images - Bazzite Documentation](https://docs.bazzite.gg/Advanced/swapfile/)**
>
> Bazzite is a custom image built upon Fedora Atomic Desktops that brings the best of Linux gaming to all of your devices.

---

<div class="post-metadata">

**Author:** ![Tim\_Bosse](https://avatars.discourse-cdn.com/v4/letter/t/edb3f5/32.png) [@Tim\_Bosse](https://community.frame.work/u/Tim_Bosse)\
**Post date:** [February 9, 2025, 9:32pm UTC](https://community.frame.work/t/responded-suspend-then-hibernate-for-officially-supported-linux-distros/49419/23 "2025-02-09T21:32:21Z")

</div>

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](https://fedoramagazine.org/update-on-hibernation-in-fedora-workstation/).

---

<div class="post-metadata">

**Author:** ![Uphill1120](https://avatars.discourse-cdn.com/v4/letter/u/9de0a6/32.png) [@Uphill1120](https://community.frame.work/u/Uphill1120)\
**Post date:** [February 9, 2025, 9:51pm UTC](https://community.frame.work/t/responded-suspend-then-hibernate-for-officially-supported-linux-distros/49419/24 "2025-02-09T21:51:30Z")

</div>

Just tried this. It works perfectly.

Update: I had to disable secure boot because the bug that allowed that has now been fixed

> **[2333706 – Kernel 6.12.6 kernel lockdown disabled](https://bugzilla.redhat.com/show_bug.cgi?id=2333706)**

---

<div class="post-metadata">

**Author:** ![marmot](https://avatars.discourse-cdn.com/v4/letter/m/a5b964/32.png) [@marmot](https://community.frame.work/u/marmot)\
**Post date:** [March 2, 2025, 7:57pm UTC](https://community.frame.work/t/responded-suspend-then-hibernate-for-officially-supported-linux-distros/49419/25 "2025-03-02T19:57:49Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![BRKNWNG](https://avatars.discourse-cdn.com/v4/letter/b/e68b1a/32.png) [@BRKNWNG](https://community.frame.work/u/BRKNWNG)\
**Post date:** [March 3, 2025, 11:57pm UTC](https://community.frame.work/t/responded-suspend-then-hibernate-for-officially-supported-linux-distros/49419/26 "2025-03-03T23:57:00Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![BRKNWNG](https://avatars.discourse-cdn.com/v4/letter/b/e68b1a/32.png) [@BRKNWNG](https://community.frame.work/u/BRKNWNG)\
**Post date:** [March 3, 2025, 11:59pm UTC](https://community.frame.work/t/responded-suspend-then-hibernate-for-officially-supported-linux-distros/49419/27 "2025-03-03T23:59:44Z")

</div>

I haven’t had the need to erase any Secure Boot variables. I kept mine in place for use with other OSes without issue.

---

<div class="post-metadata">

**Author:** ![Uphill1120](https://avatars.discourse-cdn.com/v4/letter/u/9de0a6/32.png) [@Uphill1120](https://community.frame.work/u/Uphill1120)\
**Post date:** [March 4, 2025, 12:14am UTC](https://community.frame.work/t/responded-suspend-then-hibernate-for-officially-supported-linux-distros/49419/28 "2025-03-04T00:14:27Z")

</div>

> [@BRKNWNG](#):
>
> I’d love to have my TPM handle LUKS decryption automatically on resume from hibernate… which can only happen with Secure Boot enabled.

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](https://community.frame.work/t/guide-setup-tpm2-autodecrypt/39005)

---

<div class="post-metadata">

**Author:** ![marmot](https://avatars.discourse-cdn.com/v4/letter/m/a5b964/32.png) [@marmot](https://community.frame.work/u/marmot)\
**Post date:** [March 4, 2025, 2:29pm UTC](https://community.frame.work/t/responded-suspend-then-hibernate-for-officially-supported-linux-distros/49419/29 "2025-03-04T14:29:49Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![Wade](https://avatars.discourse-cdn.com/v4/letter/w/9de053/32.png) [@Wade](https://community.frame.work/u/Wade)\
**Post date:** [March 30, 2025, 10:30am UTC](https://community.frame.work/t/responded-suspend-then-hibernate-for-officially-supported-linux-distros/49419/30 "2025-03-30T10:30:33Z")

</div>

Yes, but System76 has their own distribution, Framework does not… I don’t see how this comparison holds any water.

---

<div class="post-metadata">

**Author:** ![Uphill1120](https://avatars.discourse-cdn.com/v4/letter/u/9de0a6/32.png) [@Uphill1120](https://community.frame.work/u/Uphill1120)\
**Post date:** [March 30, 2025, 12:55pm UTC](https://community.frame.work/t/responded-suspend-then-hibernate-for-officially-supported-linux-distros/49419/31 "2025-03-30T12:55:42Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![inffy](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/inffy/32/39079_2.png) [@inffy](https://community.frame.work/u/inffy)\
**Post date:** [March 30, 2025, 1:50pm UTC](https://community.frame.work/t/responded-suspend-then-hibernate-for-officially-supported-linux-distros/49419/32 "2025-03-30T13:50:06Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![Wade](https://avatars.discourse-cdn.com/v4/letter/w/9de053/32.png) [@Wade](https://community.frame.work/u/Wade)\
**Post date:** [March 30, 2025, 2:02pm UTC](https://community.frame.work/t/responded-suspend-then-hibernate-for-officially-supported-linux-distros/49419/33 "2025-03-30T14:02:56Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![Uphill1120](https://avatars.discourse-cdn.com/v4/letter/u/9de0a6/32.png) [@Uphill1120](https://community.frame.work/u/Uphill1120)\
**Post date:** [March 30, 2025, 2:29pm UTC](https://community.frame.work/t/responded-suspend-then-hibernate-for-officially-supported-linux-distros/49419/34 "2025-03-30T14:29:50Z")

</div>

> [@inffy](#):
>
> atleast Fedora doesn’t currently officially support hibernate.

They have provided guides to enable hibernate, as has already been discussed in this thread.

> [@Wade](#):
>
> Are you seriously suggesting FW attempt to influence these distros

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.

---

<div class="post-metadata">

**Author:** ![inffy](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/inffy/32/39079_2.png) [@inffy](https://community.frame.work/u/inffy)\
**Post date:** [March 30, 2025, 2:37pm UTC](https://community.frame.work/t/responded-suspend-then-hibernate-for-officially-supported-linux-distros/49419/35 "2025-03-30T14:37:12Z")

</div>

> [@Uphill1120](#):
>
> 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.

> [@Uphill1120](#):
>
> They have provided guides to enable hibernate, as has already been discussed in this thread.

Which doesn’t mean its “officially supported” in a installation. Its still not, and will not be available in the installer etc

---

<div class="post-metadata">

**Author:** ![Uphill1120](https://avatars.discourse-cdn.com/v4/letter/u/9de0a6/32.png) [@Uphill1120](https://community.frame.work/u/Uphill1120)\
**Post date:** [March 30, 2025, 3:04pm UTC](https://community.frame.work/t/responded-suspend-then-hibernate-for-officially-supported-linux-distros/49419/36 "2025-03-30T15:04:54Z")

</div>

> [@inffy](#):
>
> 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.

---

<div class="post-metadata">

**Author:** ![BRKNWNG](https://avatars.discourse-cdn.com/v4/letter/b/e68b1a/32.png) [@BRKNWNG](https://community.frame.work/u/BRKNWNG)\
**Post date:** [June 2, 2025, 6:50pm UTC](https://community.frame.work/t/responded-suspend-then-hibernate-for-officially-supported-linux-distros/49419/37 "2025-06-02T18:50:45Z")

</div>

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](https://github.com/FrameworkComputer/linux-docs/tree/main/hibernation)

---

<div class="post-metadata">

**Author:** ![Ron\_Wolf](https://avatars.discourse-cdn.com/v4/letter/r/a4c791/32.png) [@Ron\_Wolf](https://community.frame.work/u/Ron_Wolf)\
**Post date:** [January 16, 2026, 5:32am UTC](https://community.frame.work/t/responded-suspend-then-hibernate-for-officially-supported-linux-distros/49419/38 "2026-01-16T05:32:39Z")

</div>

Chiming in because I’m a bit confused about the consensus here. Is there currently a known way to safely (i.e., with authentication of disk contents) enable suspend-to-disk for any of the officially supported distros?

---

<div class="post-metadata">

**Author:** ![Uphill1120](https://avatars.discourse-cdn.com/v4/letter/u/9de0a6/32.png) [@Uphill1120](https://community.frame.work/u/Uphill1120)\
**Post date:** [January 20, 2026, 11:48pm UTC](https://community.frame.work/t/responded-suspend-then-hibernate-for-officially-supported-linux-distros/49419/39 "2026-01-20T23:48:56Z")

</div>

> [@Ron\_Wolf](#):
>
> Is there currently a known way to safely (i.e., with authentication of disk contents) enable suspend-to-disk for any of the officially supported distros?

Yes, LUKS FDE works fine on fedora with hibernation. The only issue is secure boot.

[Previous page](https://community.frame.work/t/responded-suspend-then-hibernate-for-officially-supported-linux-distros/49419.md?page=1)
