web-dev-qa-db-fra.com

Ubuntu 14.04 - Sudo pm-hibernate ne fonctionne pas

Il y a beaucoup de questions ici sur l'erreur de reprise de CV.

La même question apparaît dans: échec de la suspension/reprise mais je ne comprends aucune des réponses. Nous utilisons différents ordinateurs portables (Mind is Lenovo), de sorte que différents types de matériel peuvent être affectés.

J'ai essayé de lire ceci tutoriel . Dans mon cas, Sudo pm-hibernate ne ne fonctionne pas dans le terminal, et les étapes de configuration ne résolvent pas cela.

J'essaie de comprendre pourquoi Hibernate ne va pas, y compris la discussion gestion de l'alimentation/veille prolongée du manuel Ubuntu. Ils suggèrent qu'il y a un problème avec swsusp mais je ne suis pas sûr de savoir comment modifier cette section.

J'ai trouvé GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" dans mon fichier /etc/default/grub.

Est-ce que quelqu'un a réussi à faire fonctionner ça?

En fait, head /var/log/pm-suspend.log conduit à

Running hook /usr/lib/pm-utils/sleep.d/000kernel-change hibernate hibernate:
/usr/lib/pm-utils/sleep.d/000kernel-change hibernate hibernate: success.

Running hook /usr/lib/pm-utils/sleep.d/000record-status hibernate hibernate:
/usr/lib/pm-utils/sleep.d/000record-status hibernate hibernate: success.

Running hook /usr/lib/pm-utils/sleep.d/00logging hibernate hibernate:
Linux jdm-Lenovo-B570 3.13.0-46-generic #76-Ubuntu SMP Thu Feb 26 18:52:13 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
14.04suspendhibernate
16
john mangual

J'avais le même problème.

Sudo pm-hibernate

...rien.

>~$ dbus-send --system --print-reply --dest="org.freedesktop.UPower" /org/freedesktop/UPower org.freedesktop.UPower.Hibernate
> method return sender=:1.44 -> dest=:1.303 reply_serial=2

...rien.

En regardant autour de moi, j'ai trouvé une suggestion pour vérifier le journal pm-hibernate:

>~$ head /var/log/pm-suspend.log
> Initial commandline parameters: 
> Wed Apr 29 22:38:06 PDT 2015: Running hooks for hibernate.
> Running hook /usr/lib/pm-utils/sleep.d/000kernel-change hibernate
>  hibernate: kernel update inhibits hibernate (/var/run/do-not-
>  hibernate present)

Ah! Le système doit donc être redémarré car une mise à jour du noyau a eu lieu. Ce serait formidable de recevoir une sorte de notification du fait, au lieu de ... rien.

BTW, pour dire si vous avez besoin de redémarrer:

>~$ ls -l /var/run/reboot-required
> -rw-r--r-- 1 root root 32 Apr 29 18:28 /var/run/reboot-required

Fondamentalement, si ce fichier existe, un redémarrage est requis. Je ne peux pas vous dire ce qui se passera si vous mettez le système en veille prolongée si vous avez besoin de redémarrer à cause d'une mise à jour du noyau, mais j'ai pu immédiatement passer en veille prolongée lorsque j'ai fait ceci:

>~$ Sudo rm /var/run/do-not-hibernate
14
Bungler

avez-vous essayé de spécifier la partition de swap correcte comme indiqué dans le dépannage de swsusp dans PowerManagement/Hibernate ? il a fixé pm-hibernate pour moi. aussi, j'utilise le mode d'arrêt. J'ai lenovo z50-70.

Mon fichier grub a aussi "quiet splash" mais j'ai simplement ajouté ma partition d'échange à côté.

1
Shaurabh Bharti

Lorsque vous avez mis le lien ici, le dépannage de swsusp dans this a fonctionné pour moi.

Première méthode

Tout d’abord, vous devez vérifier si votre partition d’échange est configurée correctement. Pour effectuer cela, exécutez initialement Sudo blkid et copiez le UUID de la partition qui a le type de swap (peut-être que/dev/sda6), j’appelle cela SWAP-UUID. Avant de continuer, vous devez faire une copie de sauvegarde de /etc/fstab:

Sudo cp /etc/fstab /etc/fstab.back

Maintenant, ouvrez le fichier /etc/fstab en utilisant un éditeur de fichier tel que nano (exécutez-le en tant que root). Puis commentez chaque ligne que vous voyez changez de phrase en ajoutant un # au début de la ligne. Ici, ajoutez cette ligne à la fin du fichier (remplacez les 'x par ce que vous avez copié récemment):

UUID=SWAP_UUID none swap sw 0 0

Enregistrez le fichier. Peut-être que le problème avec la partition d'échange a été résolu.

Remarque: La taille de votre partition d'échange doit être supérieure à votre taille RAM. sauf si vous avez des problèmes d'hibernation.

Deuxième méthode

À partir du lien ci-dessus, la description citée, avec quelques modifications (modifications apportées en fonction de ce que j'ai fait):

Problème: L’ordinateur passe en veille prolongée, OK. Mais après la mise sous tension, il se charge comme si aucun état de veille prolongée n'avait été enregistré.

Dans le cas de grub2:

  1. Vous devriez faire une sauvegarde. Courir:

Sudo cp /etc/default/grub /etc/default/grub.back

  1. Open /etc/default/grub;

  2. Trouvez la ligne GRUB_CMDLINE_LINUX_DEFAULT=. Ce sont l'option ajoutée aux choix du menu de démarrage habituel;

  3. Ajoutez l'option resume=UUID=SWAP_UUID à la liste comme ceci:

Avant:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

Après (notez les citations):

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash resume=UUID=SWAP-UUID"

Remarque: Il se peut que vous ne souhaitiez modifier aucune option avant d'ajouter un CV (par exemple, changer l'option nosplash en splash). Cependant, je vous recommande d’utiliser les deux options quiet et splash.

  1. Enregistrez le fichier.
  2. Dans le terminal, exécutez la commande suivante (pour activer les nouveaux paramètres de configuration)

Sudo update-grub2

Maintenant, essayez la commande Sudo pm-hibernate pour mettre en hibernation votre ordinateur, puis essayez à nouveau de démarrer. Votre problème peut être résolu.

J'espère que ça aide quelqu'un!

0
MAChitgarha