Comment activer l'hibernation dans 16.04.1? (systemd)
J'ai une nouvelle installation de 16.04.1 sur un Lenovo T450 qui a toujours bien fonctionné en ce qui concerne la suspension/veille prolongée sur Ubuntu (la version précédente que j'avais utilisée était la 14.04.5). Swap est plus grand que RAM sur cette installation.
Comme je suis habitué maintenant, après l'installation, j'ai essayé de continuer avec le hack habituel pour l'activation de l'hibernation. Cependant, les choses semblent différentes cette fois-ci, car Sudo pm-hibernate ne semble rien faire.
Pour autant que je sache, maintenant que Ubuntu est passé à systemd, la commande correcte serait systemctl hibernate qui renvoie
Failed to hibernate system via logind: Sleep verb not supported
J'ai essayé les solutions mentionnées ici , mais elles visent principalement à réactiver pm-hibernate et à en faire une entrée du menu de déconnexion. J'ai aussi vu qu'un des solutions est d'installer le noyau Tuxonice, mais je n'ai pas essayé car je ne suis pas très enthousiaste à l'idée de modifier le noyau en général et d'utiliser un noyau PPA en particulier.
Alors, y a-t-il un moyen de réactiver l'hibernation sur les dernières versions d'Ubuntu basées sur systemd? Utilisez de préférence systemd et évitez les tentatives de piratage du système. Ou dois-je simplement attendre et espérer la prochaine mise à jour?
J'ai finalement été capable de résoudre mon propre problème en suivant quelques sujets sur Fedora (ils sont passés à systemd il y a quelque temps, donc il y a plus de matériel).
Il s’avère que j’ai activé le démarrage sécurisé (je me souviens d’avoir été interrogé à ce sujet lors de l’installation de la version 16.04 et que je l’ai gardé sans trop y penser) et que le résultat de cat /sys/power/disk était:
[disabled]
En effet pas un très bon signe. J'ai donc redémarré et suis allé chercher dans les paramètres de mon BIOS, j'ai désactivé le démarrage sécurisé. cat /sys/power/disk m'obtient maintenant:
[platform] shutdown reboot suspend
qui a l'air mieux. Et en effet, l'appel de systemctl hibernate aboutit à une séquence d'hibernation/décongélation réussie.
De plus, l'option de mise en veille prolongée apparaît maintenant dans l'interface graphique, sans aucun piratage (du moins sur mon ordinateur).
Cela peut également se produire lorsque votre permutation est trop petite pour contenir votre contenu RAM (par exemple, lorsque vous avez ajouté davantage de RAM à votre ordinateur après la configuration du système d'exploitation).
Vérifiez par exemple dans htopname__, alors Memnumber devrait être <= le Swpnumber.