Difficulté à hiberner sur Thinkpad X60 avec 12.04 Precise Pangolin
Je possède un ThinkPad X60, hibernate travaillait auparavant sur 10.04 Lucid Lynx, mais ne fonctionne plus correctement sur 12.04.
Je suis au courant de comment activer la veille prolongée dans Power Manager .
Le problème ici est que, dans la configuration par défaut, pm-hibernate fonctionne, mais le système ne parvient pas à reprendre correctement. Il n'y a pas de problème vidéo, écran noir ou autre. Le processus de reprise se bloque juste sur le démarrage splash Ubuntu après quelques secondes d’activité du disque.
Existe-t-il un moyen de corriger la configuration du système pour que le mode hibernation fonctionne à nouveau?
Problème similaire ici, avec HP FOLIO 13 et Ubuntu 12.04. pm-hibernate éteint mais quand j'allume, ça marche à froid. J'ai essayé echo disk > /sys/power/state et il ne reste pas en veille prolongée. J'ai essayé le noyau et tuxonice sur sleep_mode sans succès.
Depuis que j'ai commencé par regarder cela, j'ai découvert ce qui n'allait pas: l'espace de swap était crypté, ainsi hibernate ne sait pas comment le reprendre.
Comme la solution que j'ai trouvée pour ce faire n'est pas anodine, je voulais la poster ici pour l'enregistrement.
J'ai lu la page de manuel de pm-hibernate, et dans la section relative à l'option de configuration HIBERNATE_MODE, j'ai vu une mention du fichier /sys/power/disk. Je me suis rappelé qu'il y a quelques années, je déboguais les suspensions et les hibernations en écrivant à /sys/power/state. Les valeurs possibles sont visibles en lisant le fichier.
J'ai testé l'hibernation au niveau du noyau avec Sudo sh -c 'echo disk > /sys/power/state'. Le système suspendu et repris correctement.
Donc le problème était que pm-hibernate faisait quelque chose de mal.
J'ai essayé de définir l'option SLEEP_MODULE en créant un fichier /etc/pm/config.d/sleep_module avec le contenu:
SLEEP_MODULE=tuxonice
Et cela fixe la reprise après pm-hibernate.
Ensuite, je devais créer un fichier /etc/polkit-1/localauthority/50-local.d/com.ubuntu.enable-hibernate.pkla comme expliqué ici .
Et j'avais une fonctionnalité de veille prolongée entièrement opérationnelle pour mon ThinkPad X60.
Il y a probablement un bug à déposer dans Launchpad à ce sujet, mais je ne sais pas ce que ce serait.
J'ai eu des problèmes de stabilité avec la mise en veille prolongée depuis l'application de ce correctif. Jusqu'à présent, il n'a pas réussi à reprendre une fois, ni à hiberner une fois. Donc sois prudent. Un autre module de sommeil peut être plus fiable, mais je ne peux pas le tester avant de pouvoir reproduire les problèmes.
J'avais un problème similaire avec mon Thinkpad T400 et Precise: après le passage en veille prolongée, le système effectuait un démarrage à froid plutôt que de reprendre à partir du disque.
Après avoir joué avec les solutions proposées ici, j’ai trouvé que tout ce que je devais faire c’était d’ajouter l’option du noyau
resume=UUID=9e9418e7-25fc-49eb-8200-e8921a91a0cb
à la liste des options sous GRUB_CMDLINE_LINUX_DEFAULT dans le fichier /etc/default/grub. 9e9418e7-25fc-49eb-8200-e8921a91a0cb est l'UUID de ma partition de swap (où les données d'hibernation sont enregistrées). Inutile de dire que vous devez changer cela en fonction de votre système spécifique!
Ensuite, il a fallu mettre à jour la configuration du chargeur de démarrage avec
Sudo update-grub
Après cela, l'hibernation a fonctionné au niveau du noyau (c'est-à-dire en utilisant pm_hibernate ou d'autres outils de la CLI). Pour activer le déclenchement de l'hibernation à partir de l'interface utilisateur (KDE dans mon cas), j'ai dû installer le remplacement de stratégie comme indiqué précédemment et expliqué ici .
Comme Stephen, j'utilise la fonction de suspension côté noyau, car uswsusp ne fonctionne pas pour moi (se fige lors de la reprise). Jusqu'à présent, mon Thinkpad a toujours repris correctement avec cette configuration.
Voici comment je l'ai corrigé pour moi -
Pour hiberner, lancez
$ Sudo pm-hibernate
Cependant, si la reprise échoue après le hibernation , alors
dans le fichier /etc/default/grub, remplacez la ligne
GRUB_CMDLINE_LINUX=""
avec
GRUB_CMDLINE_LINUX="resume=/dev/sdaX"
Où, /dev/sdX est la partition de swap.
Après cela, lancez
$ Sudo update-grub
et l'hibernation devrait fonctionner maintenant.
Cependant, avec cette méthode, l’écran ne se verrouille pas après la reprise, pour lequel j’ai posé une question ici .
Suivant les conseils de ddaa, je règle SLEEP_MODULE = tuxonice sur mon Lenovo T420. Cela a amélioré la situation: parfois, mon ordinateur revient correctement de l'hibernation, parfois l'écran reste à moitié gris, à moitié noir. Seul l'affichage a échoué car je peux toujours me connecter à l'aveuglette avec ctrl + alt f1, puis suspendre l'après-midi et après le réveil de l'ordinateur, l'affichage est revenu.
En guise de solution de contournement, faites une "Sudo pm-hibernate" pour hiberner sans verrouiller l'écran. Lorsque l'écran ne se réveille pas, appuyez simplement sur le bouton de suspension Fn-F4 (demi-lune) et rallumez l'ordinateur. Cela réinitialise l'écran.
Dell Latitude E6500 ici. J'ai eu le même problème. Voici ce qui l'a corrigé:
Sudo apt-get purge uswsusp
SLEEP_MODE est en mode noyau par défaut. Maintenant, il hiberne comme un champion. Apparemment, uswsusp fonctionne de manière imprécise avec le Precise Pangolin.