Oui, dans 99,99% des cas, il est cassé. La raison est que vous avez écrasé la table de partition. Les métadonnées de lvm résident dans le second secteur de 512 octets du PV. Donc, pendant la création de la nouvelle partition, si vous avez touché ces secteurs, vos métadonnées ont été effacées. Essentiellement un redémarrage, umount va tout faire foirer.
Il existe deux possibilités de piratage (qui ne sont pas forcément réalisables).
1) Si vous connaissez la table de partition exacte du dernier bon système de fichiers connu, vous pouvez lancer fdisk et essayer de le créer dans le même ordre exact. Vous devez savoir dans quels secteurs l'ancien système de fichiers commençait et finissait. Créez la partition comme avant et cela pourrait fonctionner.
2) Si les choses ne fonctionnent pas de cette façon, il existe une autre solution de contournement de pvcreate. Votre dernière sauvegarde lvm connue sera stockée dans le dossier /etc/lvm/archive/volume_group_name_XXXX.vg fichier. Vous devez récupérer l'UUID du PV à partir de là. Ensuite, si les choses sont en votre faveur, vous pouvez faire ceci.
pvcreate --uuid <put_uuid_here> /etc/lvm/archive/volume_group_name_XXXX.vg <physical-volume name>
Mais si vous le pouvez, sauvegardez d'abord vos données. pvcreate ne touche pas aux données de l'utilisateur, il ne s'occupe que des métadonnées mais si au démarrage, fsck trouve une incohérence, il peut vous jeter avec des erreurs fs et un disque potentiellement irrécupérable.
