Le système n'est pas arrivé à monter les partitions LVM, vous vous retrouvez avec un prompt (initramfs), voici ce qui m'a permis de résoudre le problème.
“lvm” fournis les outils pour lvm2.
(initramfs) lvm
Analysons avec la commande “vgscan”, les disques pour retrouver les groupes de volume et pour la reconstruction du caches.
lvm> vgscan
Vous devriez obtenir les suivantes à l'écran.
Reading all physical volumes. This may take a while... Found volume group "<NOM_VOLUME_GROUPE>" using metadata type lvm2
“vgchange” vous autorise à changer les attributs d'un ou plusieurs groupes de volume
lvm> vgchange -ay
Exemple d'écran que vous pouvez rencontrer, bien sûr le chiffre correspond au nombre de volume logique retrouvé.
3 logical volume(s) in volume group "<NOM_VOLUME_GROUPE>" now active
“lvs” affiche les informations des volumes logique.
lvm> lvs LV VG Attr LSize Origin Snap% Move Log Copy% Convert root <NOM_VOLUME_GROUPE> -wi-a- 300.00M usr <NOM_VOLUME_GROUPE> -wi-a- 19.99G var <NOM_VOLUME_GROUPE> -wi-a- 19.99G
Pour quitter la boite à outils “lvm” faire [CTRL + D]
lvm> [CTRL + D]
Pour poursuivre le boot faire un simple exit
(initramfs)exit
Si au prochain reboot le problème se reproduit, il est possible que le système n’ait pas attendu assez longtemps pour que les partitions LVM s’initialisent, pour cela nous allons ajouter un délai d'attente dans GRUB.
vim /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="quiet rootdelay=10"
Mettre à jour le menu GRUB.
update-grub
Couldn't find PV pv1. Check your device.map
“device.map” : montre les disques sur lesquels update-grub cherchera une configuration d’amorçage (le disque principal ou la clé USB ayant servi à l’installation de linux par exemple), pour résoudre cela on va en créer un autre.
mv /boot/grub/device.map /boot/grub/device.map_orig grub-mkdevicemap update-grub
Cela devrait résoudre le problème si au prochain démarrage vous avez encore le problème, mais manuellement avec les commandes vous arrivez encore à démarrer, la solution suivante s'adresse à vous.
Nous allons faire un script.
vim /etc/initramfs-tools/scripts/local-top/lvm-manual
#!/bin/sh PREREQ="lvm" prereqs() { echo $PREREQ } case $1 in prereqs) prereqs exit 0 ;; esac ./scripts/functions log_begin_msg "Activitation logical volumes (as it does not seem to be done automatically at the moment)." vgchange -ay log_en_msg
Puis on récupère la version de votre noyau
uname -r
Voici, ce qui s'affiche
3.2.0-4-amd64
Exécutez “update-initramfs” ce script administre votre image initramfs sur votre machine local.
update-initramfs -k 3.2.0-4-amd64 -u
Vérifier que le script sera présent au prochain redémarrage
lsinitramfs /boot/initrd.img-3.2.0-4-amd64 | grep script
Résultat, de la commande :
scripts scripts/local scripts/functions scripts/local-top scripts/local-top/ORDER scripts/local-top/lvm2 scripts/local-top/lvm-manual scripts/init-top scripts/init-top/ORDER scripts/init-top/blacklist scripts/init-top/udev scripts/init-top/keymap scripts/init-top/all_generic_ide scripts/init-bottom scripts/init-bottom/ORDER scripts/init-bottom/udev scripts/nfs scripts/local-premount scripts/local-premount/ORDER scripts/local-premount/resume
source : debian.org, riseup.net