web-dev-qa-db-fra.com

"Chemin non valide pour le volume logique" dans boot.log

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?

1
Thorben

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.

1
Thorben