Mne hibernácia fungovala furt. Či už pri Ubuntu 16.04, 18.04 aj teraz pri 20.04. (ešte som na 22.04. neprešiel, prejdem rovno na 24.04.), taktiež vo virtuálkach čo skúšam, Fedory hibernujú všetky v pohode. Neviem čo ti na tom nefunguje. Všetko čo som urobil som nainštaloval doplnok GNOME "System Action - hibernate" https://extensions.gnome.org/extension/3814/system-action-hibernate/
A pridal `resume=<swap partition>` nastavenie do `/etc/default/grub`
6. 10. 2023, 11:11 editováno autorem komentáře
Mně spánek (s2ram) fungoval na všech noteboocích co jsem kdy měl, od různých výrobců, a většinou „ekonomické“ modely:
- Asus EEE 1005HA
- Asus U36G
- HP EliteBook 8470p
- ThinkPad L14 (AMD)
- HP ProBook 430 G6
A i na několika náhodných jiných co jsem třeba pomáhal někomu instalovat, jejichž typ si nepamatuju.
Hibernace fungovala taky, ale používal jsem ji jen velmi zřídka, takže bych si možná nevšiml problémů typu „jednou za 10 hibernací se to neprobudí“.
Desktopy nevím, na nějakém náhodném PackardBellu z roku 2006 (AMD Sempron, Via chipset) to fungovalo, pak už jsem nikdy žádný uspávat nepotřeboval.
Tak mám podobnou zkušenost, do RAM to na NB funguje príma, co jsem kdysi zkoušel hibernaci, tak (na stejném železe) bída děs, většinou to skončilo tvrdým resetem protožee to nabíhalo nenabíhalo.
Na desktopu celkem spolehlivě nefunguje ani s2ram, když tam běží nějaký CUDA výpočet, v text mode tak jeden z 5 bootů má nějaký problém (errory u SATA disku, nebo blbne nějaký USB device), takže radši vypínám.
Na notebooku Fujitsu mi fungovala asi 12 rokov. Na dvoch notebookoch HP mi tiež v pohode funguje. Rovnako mi to fungovalo aj na poskladanom desktope, potom neskôr to začalo blbnúť ale nemal som potrebu zisťovať prečo - v tom čase už desktop využívala prevažne manželka, ktorej vyhovovalo počítač vypínať.
"A ona nekomu hibernace na Linuxu funguje"
Ale jo, nekdy i klavesnice po probuzeni premava ... ;D.
V minulosti sem si stim nejakou dobu hral, typicky po probuzeni nefungovala mys, zvukovka ... a dalsi mene bezne periferie, bylo pak treba vyhodit z pameti prislusny modul nebo vynutit nejakou reinicializaci ... a to vsechno trvalo asi tak 100x dyl, nez to proste cele restartount.
Bonusove to samozrejme fungovalo jinak pri kazde sebemensi aktualizaci, takze i kdyz sem si na to udelal nejaky ten script, tak za tyden uz nefungoval.
@peci1
uz ani nepamatuju kdy mi hibernace na Linuxu nefungovala, resp. asi pred 10lety na Thinkpad T60p s ATI FireGL po probuzeni z hibernace nebyl videt kurzor mysi, "vyresil" to nastroj "unclutter" (schovava ho pri nepouzivani a zobrazi pri pohybu)
jinak problemy nemel/nemam, >10let... hinernoval/hibernuji NB nekolikrat za den, s restarty jen kvuli aktualizaci jadra, historicky slo o me daily stroje:
- Thinkpad T42
- Thinkpad T60p (az na to viz vejs)
- Thinkpad X220t
- Thinkpad T420s
- Thinkpad X230
- Thinkpad T430s
- Thinkpad T480
pak NB co sem nepouzival dlouhodobe, ale take tam hibernace overene fungovala:
- Thinkpad X301
- Thinkpad T400s
- ASUS EEE 1008HA
a Desktopy:
- ITX skladacka s ASUS AT5IONT-I DELUXE (Intel Atom D525)
- SBC LattePanda1 (tam sem pouzival suspend/resume, s hibernaci nevim)
- STX skladacka s ASUS H110S2 (Intel i3-7100T)
- Thinkcenter M720q (Intel i5-8600T)
na vsech jmenovanejch krome hinernace_na_disk/resume, fungovalo i suspend_do_ram/resume
Myslim, ze vetsine komentujicich unika jedna zasadni vec: uspesnost hibernace nezavisi jen na hardware a verzi kernelu. Dost casto jsou pricinou neuspechu userspace aplikace, ktere proste ignoruji request na preruseni i/o nebo jinych cinnosti. System pak pokus o hibernaci/uspani po nejakem casu vzda. Dost legendarni jsou v tom i ruzne Gnome extensions a jine vychytavky. Ty vetsinou zase delaji problem pri resume.
Userspace ma plno prilezitosti do toho kecat. Bud standardni systemd suspend inhibit: https://unix.stackexchange.com/questions/437735/prevent-system-from-going-to-sleep-suspend-how-xviewer-vlc-do-it a nebo hromada skriptu v /usr/lib/pm-utils/sleep.d .