Le problème :
Je joue avec des VM en ce moment, copie, clone, etc... et lors de la mise au point je me suis amusé à modifier le nom des volumes groups.... Dont le volume group qui hébergait la partition "/" :)
Alors après ça ne démarre plus... curieusement...
failed to connect to lvmetad
volume group "xxx" not found
Cannot process volume group "xxx" on boot
On arrive à la fin sur le initramfs qui indique bien la cause probable : boot args, cat / proc/cmdline
Et en effet, dans ce cas, le boot_image pointe vers l'ancien nom du volume group. Quoi de plus normal.
Mais bon j'ai un peu galéré pour un truc super simple à corriger.
Solution :
J'ai cherché des disques de dépannage dont le supergrub2-iso qui ne m'a pas aidé (pas réussi à le faire booter celui-là).
Bref, la solution toute simple (parce que j'ai grub2 !), au démarrage :
- booter une première fois jusqu'à avoir l'invite initramfs
- lister les volumes logiques : ls /dev/mapper
- repérer le nom du volume logique (qui contient -root en général)
- reboot de la vm
- lors du menu grub appuyer sur e pour éditer la configuration choisie
- repérer la ligne qui contient /dev/mapper/<ancien nom du volume logique>
- corriger le nom
- ctrl-x
ça devrait booter.
Pour corriger complètement :
- Corriger le fichier /etc/fstab s'il contient encore la référence vers l'ancien volume logique
- Vérifier le disque initfsram :
update-initramfs -u
# Si des warnings sont affiché, vérifier la configuration dans :
cd /etc/initramfs-tools
# particulièrement :
/etc/initramfs-tools/conf.d/resume
- Ensuite on demande à grub de se mettre à jour :
update-grub /dev/sda
grub-install /dev/sda