vgscan -vvvv
vous fournira une sortie très détaillée sur la raison pour laquelle vgscan considère un volume spécifique comme faisant partie d'un groupe de volumes. Vous pouvez également exécuter pvs -a pour voir un résumé de vos volumes physiques ainsi que des affectations de groupes de volumes.
Sortie vgscan -vvvv pour l'une des partitions :
Ouvert /dev/sdc3 RO /dev/sdc3 : la taille est de 3772817055 secteurs
Fermé /dev/sdc3 /dev/sdc3 : la taille est de 3772817055 secteurs
Ouvert /dev/sdc3 RO O_DIRECT /dev/sdc3 : la taille de bloc est de 512 octets
Fermé /dev/sdc3 Utilisation de /dev/sdc3
Ouvert /dev/sdc3 RO O_DIRECT /dev/sdc3 : la taille de bloc est de 512 octets
/dev/sdc3 : Aucune étiquette détectée
Fermé /dev/sdc3
pvs -a n'a rien révélé. Tous les volumes physiques répertoriés sans affectation de groupe de volumes
"aucune étiquette détectée" sonne assez triste. Vous êtes sûr qu'il s'agit d'une partition LVM2 et non, par exemple, d'une partition utilisée par md-raid? Vous pouvez vérifier en utilisant mdadm --examine /dev/sdc3. Et veuillez poster fdisk -l /dev/sdc
Oui, je suis sûr que c'est une partition LVM2. La commande mdadm affiche "Aucun superblock md détecté sur /dev/sdc3" Le fdisk indique que /dev/sdc3 est une partition Linux LVM.
Alors, vous serez dans la position chanceuse (ironie ici, désolé) d'essayer la récupération LVM en raison de structures de données probablement endommagées. Il existe un guide sur la récupération LVM qui pourrait vous donner un point de départ - essayez de charger votre configuration VG à partir du disque lui-même (en utilisant dd if=/dev/sdc3 bs=512 count=255 skip=1) ou du dossier /etc/lvm/backup de votre ancien système de fichiers racine (qui, je comprends, se trouve sur /dev/sdc1) dans /etc/lvm/backup/ et réémettez la commande vgscan.
J'ai essayé cela sur sda3 et sdc3 (comme vous pouvez le voir, j'ai 3 partitions lvm à faire aussi) et elles se traduisent toutes par des fichiers binaires dans le fichier texte de sortie. Bon, correction. Il y a des métadonnées lvm dans le fichier, mais elles sont plusieurs octets dans le fichier. Je parcours les données, mais elles semblent correctes. Je vais continuer à essayer de passer par ce processus de restauration.
C'est attendu - à la fois la configuration VG et LV se trouve en clair dans des structures binaires.
J'ai fini par utiliser un processus légèrement modifié par rapport à ce qui était décrit ici. J'ai fini par créer un fichier cfgbackup à partir des données binaires dans le LVM, faire un pvcreate, puis un vgcfgrestore. Après cela, cela a fonctionné. Merci pour l'aide.
