Thats an understatement. I never made suspend-then-hibernate work reliable on linux and I tried it over the years on different systems. So I just had developed the habit of always entering hibernation, if I intend to close the lid for longer.
On windows suspend-then-hibernate never failed so far.
Drivers are just the crux with linux in too many cases. Not much you can do about it, except reverse engeneering drivers as a side project.
You can also reverse engeneer the firmware if you like, but as a matter of fact, it always worked reliable with windows laptops and not one single time with linux for me (open for suggestions of stable hw). And I am not a kernel dev, but I am pretty sure drivers are in general involved with waking up and sleeping as well. There are just lots of things, that can go wrong there. One small bug somewhere can result in blocking the hibernation => result is a drained battery.
I use it too it's not hard to setup and works well (with very few exceptions and if you use a "recent" enough linux kernel, depending on your hardware).
Once hibernation is setup just set systemd [Login]HandleLidSwitch=suspend-then-hibernate and maybe configure the delay with [Sleep]HibernateDelaySec=5min.
Hibernation most times works nice too (even with Full Disk Encryption (FDE)) there is just one gotcha, lockdown mode is currently fundamentally incompatible with hibernation (even through it's docs seem to imply something else, they refer to a not yet existing feature). And some distros enable lockdown mode by default if you use a proper FDE setup. Leading to a lot of confusion about hibernation suposedly not working anymore in linux or being incompatible with FDE.
Thats an understatement. I never made suspend-then-hibernate work reliable on linux and I tried it over the years on different systems. So I just had developed the habit of always entering hibernation, if I intend to close the lid for longer.
On windows suspend-then-hibernate never failed so far.
Drivers are just the crux with linux in too many cases. Not much you can do about it, except reverse engeneering drivers as a side project.
reply