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 .
Tak jsem to schválně teď zkusil.
Zaprvé je teda brutální nářez, jaký extrém musí člověk absolvovat, aby to vůbec zapnul. Četl jsem tento návod: https://linuxhint.com/enable-hibernate-ubuntu-22-04-lts/
Každopádně teda se to podařilo zapnout, kliknul jsem na hibernaci, zhasla obrazovka, půl hodiny nic (ventilátor cpu se stále točí), tak jsem to vypnul zdrojem. Po zapnutí "Resuming from /.../..." a asi po minutě problikla pestrobarevná čtverečkovaná košile a umřelo to.
Zkusil jsem ještě jednou ručně v terminálu sudo systemctl hibernate, půl hodiny nic, pak se to vyplo. Po zapnutí opět vzor čtverečkované košile s náznakem, že někde hluboko pod ní kdysi býval desktop, po pár vteřinách to samozřejmě umřelo.
Uspání 3-4 z 5 pokusů končí černou obrazovkou - úplně jsem to přestal používat, nicméně kdysi dávno ten spánek asi 3x za sebou zafungoval. (hurááá)
Tohle konkrétně bylo na Ryzenu 3 2200G. Chová se to stejně, jako na Ryzenu 7 1700, Ryzenu 5 a nějakých 2 intelech - starší 3230M a ten druhý nevím. Desky jsou nějaké úplně běžné domácí věci, žádné speciality.
Překvapuje mě, že to někomu funguje, já jsem to nikdy funkční neviděl (ale mnohokrát zkoušel, protože by se mi hibernace samozřejmě hodila..) Takže za mě platí, že jste ulovili jednorožce :)
Akorát že... vůbec. Hibernace nemá sloužit ke zrychlení startu počítače, ale k tomu, aby po zapnutí vše zůstalo jak bylo. Na Windows jsem hibernoval i několik měsíců s každodenním zapínáním, abych nemusel pokaždé spouštět ide, prohlížeče, apod. Se stolním kompem jsem se klidně stěhoval na druhou stranu města a po zapnutí bylo vše tak, jako když jsem ho vypnul.
Chápu, že pro někoho, kdo spouští jen prohlížeč s youtube a facebookem není problém to denně vypínat, ale jinak to ušetří spoustu času.
Není pravda. Spánek/hibernace má tu obrovskou a jasnou výhodu v tom, že po probuzení můžu pokračovat v práci přesně ve stavu, v jakém jsem skončil - což normální start samozřejmě neposkytuje. Hibernace má navíc tu výhodu, že se obsah paměti odlije na disk, takže tam nezůstanou všemožné klíče a podobně.
A ty klice jsou pak na tom disku ...
Jinak pokracovat v praci muzes i po restartu systemu, pokud tvurci dotcenych aplikaci nejsou tupci. Nic totiz nebratni aplikaci si ulozit pri ukonceni co kde je otevreno, a po startu systemu se znova presne do stejneho stavu spustit.
Ale takovych zkratka moc neni.
> Ale takovych zkratka moc neni.
U některých to nejde protože je to „legacy“ (třeba jak by mělo fungovat nastavení vimu a screenu v terminálu, to by vyžadovalo dost husté doprogramování všeho okolo), u některých to nejde a nemůžeš s tím nic udělat (webové „aplikace“ pokud to zrovna nepodporují) a u některých by bylo dost hardcore vůbec si představit implementaci - například běžící program v debuggeru v nějakém stavu a s nastavenými breakpointy.
tak jestli pouzivas na NB jen firefox aby ses dostal na facebook a zda se i na root tak mozna ;-)
ale pokud ma clovek pusteny nekolik terminalu, v primarnim pak byobu@tmux/screen s desitkama suboken, resp. proste jakekoliv programy ktere nemaji ukladani stavu a/nebo je otrava je znovu a znovu postet nekolikrat za den, tak hibernace je priblizne milionkrat vhodnejsi ;-)
ono totiz nikdy u hibernace neslo o rychlost, ale o to ze system se probere do stavu pred hinernaci...