Comme le titre le suggère.
J'ai déjà essayé Sudo pm-hibernate
, Sudo systemctl hibernate
, Sudo s2disk
tous n'ont rien fait et bloquent l'entrée du terminal, à l'exception de Sudo systemctl hibernate
qui semble arrêter le système instantanément ne pas reprendre après avoir redémarré la machine.
J'avais 8 Go de RAM, 9 Go de partition Swap, quand j'ai essayé pour la première fois et j'ai déjà ajouté le paramètre resume
dans /etc/default/grub
. Et a échoué après avoir essayé d'hiberner comme je l'ai décrit ci-dessus.
Après cela, j’ai essayé d’utiliser le fichier swap au lieu de la partition swap pour hiberner en créant un fichier swap de 5 Gb (j’ai entendu dire que je n’ai besoin que de la moitié de la taille de ma RAM), puis d’ajouter le paramètre resume_offset
à la GRUB_CMDLINE_LINUX_DEFAULT
de la même manière que je l’ai fait avec resume
.
J'ajoute également ce qui suit à /etc/polkit-1/localauthority/50-local.d/com.ubuntu.enable-hibernate.pkla
[Re-enable hibernate by default in upower]
Identity=unix-user:*
Action=org.freedesktop.upower.hibernate
ResultActive=yes
[Re-enable hibernate by default in logind]
Identity=unix-user:*
Action=org.freedesktop.login1.hibernate
ResultActive=yes
et éditez également les éléments suivants (en passant de yes
à no
dans la section ResultActive
des deux) dans /var/lib/polkit-1/localauthority/10-vendor.d/com.ubuntu.desktop.pkla
:
[Disable hibernate by default in upower]
Identity=unix-user:*
Action=org.freedesktop.upower.hibernate
ResultActive=no
[Disable hibernate by default in logind]
Identity=unix-user:*
Action=org.freedesktop.login1.hibernate;org.freedesktop.login1.handle-hibernate-key;org.freedesktop.login1;org.freedesktop.login1.hibernate-multiple-sessions;org.freedesktop.login1.hibernate-ignore-inhibit
ResultActive=no
Notez que lorsque j'utilise Sudo pm-hibernate
je n'ai que pm-utils
installé. Et quand j'ai utilisé Sudo s2disk
je désinstalle pm-utils
avant de réinstaller uswsusp
, puis j'exécute la commande comme ceci
Sudo dpkg-reconfigure -pmedium uswsusp
avant Sudo s2disk
et encore une fois rien ne s'est passé
qu'ai-je fait de mal? Je ne sais pas quoi d'autre je devrais essayer.
Regardez votre fichier /etc/initramfs-tools/conf.d/resume
. Il devrait contenir l'UUID de votre partition d'échange, comme ceci:
RESUME=UUID=071f8b0e-8e16-4f4d-90ff-a4ae9cc56e2b
# utilise votre propre UUID correct
Pour identifier l'UUID correct à utiliser:
Sudo blkid
# pour afficher vos UUID
Cherchez une ligne semblable à ceci:
/dev/sda8: UUID="071f8b0e-8e16-4f4d-90ff-a4ae9cc56e2b" TYPE="swap" PARTUUID="d042d9f3-dfe7-4ba9-bbc8-efe6413e7fa4"
# votre UUID sera différent
Puis effectuez:
Sudo update-initramfs -c
# pour créer un nouveau fichier image initramfs
reboot
# pour redémarrer l'ordinateur
Maintenant retester hiberner.
Eu le même problème dans Ubuntu 18.04. Constaté qu'il était nécessaire de mettre à jour le noyau.
Le CV de s2disk ne fonctionnait pas pour moi dans 4.15.0.
Cela fonctionne pour moi dans 4.18.12.
GRUB_CMDLINE_LINUX_DEFAULT="resume=UUID=959b6..."
dans /etc/default/grub
l’a fait pour moi sur xubuntu 18.04 après la mise à jour et l’installation du groupe. Vous le voyez reprendre au démarrage. Mais quand j'utilise
Sudo systemctl hibernate
la reprise échoue. Avec hibernate par le gestionnaire de fenêtres cela fonctionne. J'ai corrigé /etc/polkit-1/localauthority/50-local.d/com.ubuntu.enable-hibernate.pkla
comme décrit pour activer le mode veille prolongée. Je n'ai pas installé pm-utils ou uswsusp.