Je reçois les messages suivants dans mon /var/log/boot.log
:
lvmetad n'est pas encore actif, il utilise l'activation directe pendant sysinit
"disk/by-uuid/db9c53d1-9f64-4bb7-970c-9fce38b499d4": chemin non valide pour le volume logique.
L'UUID est ma partition de swap, qui est également utilisée pour l'hibernation. En essayant différentes options de configuration, j'ai été en mesure de retracer la racine du message jusqu'à la configuration de grub.
Mon /etc/default/grub
ressemble à ceci:
GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="resume=UUID=db9c53d1-9f64-4bb7-970c-9fce38b499d4 other-option=value"
Pour référence mon /etc/fstab
:
# <file system> <mount point> <type> <options> <dump> <pass>
# sda4
UUID=38a2c53b-2a10-4653-8869-b819c1b0c3be / ext4 errors=remount-ro 0 1
# sda5
UUID=51cd4543-09c0-4eb6-959a-692991c4429e /home ext4 defaults 0 2
# sda2
UUID=db9c53d1-9f64-4bb7-970c-9fce38b499d4 none swap sw 0 0
# sda1
UUID=36A8-4C49 /boot/efi vfat umask=0077 0 1
J'ai déjà essayé de nombreux paramètres différents pour corriger ce message d'erreur, y compris la désinstallation de LVM2, car je n'utilise aucun volume logique.
Est-ce que quelqu'un sait comment se débarrasser de l'erreur?
Ancienne réponse:
Je viens de trouver la solution par hasard en parcourant d'autres blogs.
Voir le commentaire suivant de Brandon Beck: http://chriseiffel.com/uncategorized/step-by-step-how-to-get-hibernate-working-for-linux-ubuntu-11 -04-mint-11/# comment-116
J'ai dû changer/etc/default/grub pour utiliser le PARTUUID de la partition de swap à la place de l'UUID comme ceci:
"resume = PARTUUID = ..."
Vous pouvez obtenir le PARTUUID de la partition de swap avec blkid
.
Ensuite, lancez Sudo update-grub
.
Réponse révisée:
Après avoir modifié l’entrée grub en PARTUUID, l’hibernation ne fonctionnait plus. Peut-être que /etc/initramfs-tools/conf.d/resume doit être adapté en conséquence.
Cependant, je viens de reformater ma partition de swap, créée précédemment par Clonezilla, et de mettre à jour tous les fichiers de configuration avec le nouvel UUID. Je suis également revenu sur/etc/default/grub pour utiliser l’UUID pour "reprendre" et entrer le nouveau.
Maintenant, le mode veille prolongée fonctionne à nouveau et le message d'erreur dans boot.log a également disparu. Le problème semble être finalement résolu.