Linux
Welcome to c/linux!
Welcome to our thriving Linux community! Whether you're a seasoned Linux enthusiast or just starting your journey, we're excited to have you here. Explore, learn, and collaborate with like-minded individuals who share a passion for open-source software and the endless possibilities it offers. Together, let's dive into the world of Linux and embrace the power of freedom, customization, and innovation. Enjoy your stay and feel free to join the vibrant discussions that await you!
Rules:
-
Stay on topic: Posts and discussions should be related to Linux, open source software, and related technologies.
-
Be respectful: Treat fellow community members with respect and courtesy.
-
Quality over quantity: Share informative and thought-provoking content.
-
No spam or self-promotion: Avoid excessive self-promotion or spamming.
-
No NSFW adult content
-
Follow general lemmy guidelines.
view the rest of the comments
Considering the security implications of suspend and how much enabling zram has improved my workflow for hibernate, I can't really say I miss suspend any much. It was fast (near-instant in good days) but it's always been a bet whether you can restore state or have to clean boot.
Also at least in my experience there were always a number of things that just borked suspend if you left them unattended. Back when I was still maining Debian Stable on 2022, having a remote mounted via SSHFS or having Redshift active always would lead to a near-eternal freeze before suspending, or worst case scenario a suspend-into-crash (ie.: suspends right, but panics during resume).
I wouldn't mind if at least hibernation worked. But it always loses the state on hibernate and acts as if there was just a power loss. It boots up with a fresh state instead of the stored one.
It's quite a bit old and maybe superseded by something more modern in 2025 already, but have you tried setting up your boot with the
acpi_osi=linux
parameter? It should enable some corrections and capabilities from the BIOS that are not available if the system "lies" to the BIOS by telling it it's Windows ("for compatibility, they said"). Dunno, maybe it juuuust happens to include the fix you need.