Ubuntu 14.04 - sudo pm-hibernate ne fonctionne pas

Il y a un tas de questions ici sur la suspension de l'erreur de reprise.

La même question apparaît dans: suspendre / reprendre l'échec mais je ne comprends aucune des réponses. Nous utilisons différents ordinateurs portables (l'esprit est Lenovo), il peut donc y avoir différents types de matériel.

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

J'essaie de comprendre pourquoi Hibernate va mal, y compris la discussion power management / hibernate du manuel Ubuntu. Ils suggèrent qu'il y a un problème swsuspmais je ne sais pas comment modifier cette section.

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

Quelqu'un a-t-il réussi à le faire fonctionner?

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

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

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 il y a eu une mise à jour du noyau. Ce serait formidable d'obtenir une sorte de notification du fait, au lieu de ... rien.

BTW, pour savoir si vous devez 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 devez redémarrer en raison d'une mise à jour du noyau, mais j'ai pu hiberner immédiatement lorsque j'ai fait cela:

>~$ sudo rm /var/run/do-not-hibernate

avez-vous essayé de spécifier la partition de swap correcte comme mentionné 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 également des "éclaboussures silencieuses" mais j'ai simplement ajouté ma partition de swap à côté.

Comme vous mettez le lien ici, swsusp dépannage partie de ce a fonctionné pour moi.

Première méthode

Tout d'abord, vous devez vérifier si votre partition de swap est correctement configurée. Pour effectuer cela, initialement, exécutez sudo blkidet copiez l' UUID de la partition qui a le type de swap (c'est peut-être / dev / sda6), je l'appelle SWAP-UUID. Avant de continuer, vous devez faire une copie en tant que sauvegarde à partir de /etc/fstab:

sudo cp /etc/fstab /etc/fstab.back

Maintenant, ouvrez le /etc/fstabfichier en utilisant un éditeur de fichier tel que nano(exécutez-le en tant que root). Ensuite, commentez chaque ligne que vous voyez dans la phrase d' échange 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 de swap a été corrigé.

Remarque: la taille de votre partition de swap doit être supérieure à la taille de votre 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 d'hibernation n'était enregistré.

Dans le cas de grub2:

1. Vous devez faire une sauvegarde. Courir:

sudo cp /etc/default/grub /etc/default/grub.back

1. Ouvert /etc/default/grub;

2. Trouvez la GRUB_CMDLINE_LINUX_DEFAULT=ligne. Ce sont les options ajoutées aux choix de menu de démarrage habituels;

3. Ajoutez l' resume=UUID=SWAP_UUIDoption à 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: vous ne voudrez peut-être pas modifier les options avant d'ajouter un CV (par exemple, changer l' nosplashoption en splash). Cependant, je vous recommande d'utiliser les deux options quietet splash.

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

sudo update-grub2

Maintenant, essayez la sudo pm-hibernatecommande pour mettre votre ordinateur en veille prolongée, puis essayez à nouveau de démarrer. Votre problème peut être résolu.

J'espère que cela aide quelqu'un!