Le problème était que le périphérique "xvdb1" (XenServer)...
[root@vmrhs1doctxt01 consultor]# cat /etc/fstab
[...]
/dev/xvdb1 /mount ext4 defaults 0 1
[...]
... s'appelle maintenant "vdb1" (KVM).
La solution était de changer l'entrée dans "/etc/fstab" en "vdb1"...
[root@vmrhs1doctxt01 consultor]# cat /etc/fstab
[...]
/dev/vdb1 /mount ext4 defaults 0 1
[...]
Mais pour accéder au contenu du fichier "/etc/fstab", vous devez d'abord monter le "/" du VG (Volume Group) en question en faisant comme suit...
Premier démarrage en utilisant un disque de secours du système Linux. Dans mon cas, j'ai utilisé SystemRescueCd ( http://www.system-rescue-cd.org/ ) (systemrescuecd-6.0.3.iso).
Une fois le système démarré, exécutez la commande ci-dessous pour connaître le nom du VG...
[root@vmrhs1doctxt01 consultor]# pvdisplay
[...]
VG Name RH
[...]
... une fois que le VG est découvert, alors le LV (Volume Logique) sera dans "/dev/RH/".
Une fois que vous découvrez le LV cible - "/dev/RH/LV_ROOT" dans mon cas - vous aurez besoin de trouver le système de fichiers du LV...
[root@vmrhs1doctxt01 consultor]# file -s /dev/RH/LV_ROOT
/dev/RH/LV_ROOT: symbolic link to `../dm-0'
[root@vmrhs1doctxt01 consultor]# file -s /dev/dm-0
/dev/dm-0: Linux rev 1.0 ext4 filesystem data (needs journal recovery) (extents) (large files) (huge files)
NOTE : "/dev/RH/LV_ROOT" est un lien symbolique vers "/dev/dm-0".
Une fois découvert le système de fichiers ("ext4" dans mon cas), puis monter le LV...
[root@vmrhs1doctxt01 consultor]# mkdir /mnt/LV_ROOT
[root@vmrhs1doctxt01 consultor]# mount -t ext4 /dev/RH/LV_ROOT /mnt/LV_ROOT
... et éditer le fichier "fstab"...
[root@vmrhs1doctxt01 consultor]# vi /mnt/LV_ROOT/etc/fstab
C'est fait ! =D
[Réf : https://forums.centos.org/viewtopic.php?t=4455#p21571 , https://www.systutorials.com/241497/how-to-mount-lvm-volume-from-an-external-hard-disk-on-centos/ , https://unix.stackexchange.com/a/235166/61742 ]
0 votes
Ok, nous avons besoin de beaucoup plus d'informations. Est-ce que le groupe de volume "RH" couvre les deux disques virtuels ? Si oui, il est inutile de démarrer la VM et de nous montrer à quoi ressemble le VG cassé depuis l'intérieur de la VM. Vous devriez vous concentrer sur la résolution des problèmes d'importation du second disque. Vous pouvez soit supprimer le mauvais fichier et réimporter, soit essayer de réparer le fichier (je doute que cela soit possible). Si vous n'avez pas les deux disques attachés à la VM, le démarrage et le dépannage ne servent à rien.