Wie es genau dazu gekommen ist weiß ich leider immernoch nicht. Ich habe einige Einstellungen an einem Hardware-Raid-Controller geändert um eine bessere Performance zu erreichen und irgendwann waren beim Booten meine Partionen weg (schön, dass die Root-Partition nicht im LVM lag).
Ein pvscan brachte mein Herz erstmal zum stottern:
# pvscan
Couldn’t find device with uuid ‘Tn9B92-M94z-i9Yl-9gjp-poi2-eFl9-lg1dSN’.
Wahhh!! Keine Panik. Man bekommt alles wieder sauber hin ![]()
Wie gut, dass es den Ordner /etc/lvm/backup gibt.
Ein einfach vgcfgrestore funktioniert leider nicht:
# vgcfgrestore vg1
Couldn’t find device with uuid ‘Tn9B92-M94z-i9Yl-9gjp-poi2-eFl9-lg1dSN’.
Couldn’t find all physical volumes for volume group vg1.
Restore failed.
Erstellen wir also erstmal das pv wieder mit der selben uuid:
# pvcreate –uuid Tn9B92-M94z-i9Yl-9gjp-poi2-eFl9-lg1dSN /dev/sda1
Physical volume “/dev/sda1″ successfully created
Und nun siehts auch schon besser aus:
# vgcfgrestore vg1
Restored volume group vg1# vgscan
Reading all physical volumes. This may take a while…
Found volume group “vg1″ using metadata type lvm2# vgchange -ay vg1
1 logical volume(s) in volume group “vg1″ now active
Jetzt zur Sicherheit noch das Dateisystem überprüfen:
# e2fsck /dev/vg1/home
Wenn man übrigens mehrere physical volumes hat, dann hilft ein Blick in die Dateien unter /etc/lvm/backup – dort sind auch die uuids immer angegeben. So kann man die richtige uuid dann kopieren.





Hallo,
ich habe ein ähnliches Problem:
Xenserver von Citrix, die Hostplatte abgeraucht. Eine Datenplatte als LVM. UUID etc. alles da. Bis vgchange alles in Ordnung. e2fsck …unter /dev/VG_XenStorage-c773c1a9-05e0-5a5f-eb50-6a4392e46295/ befindet sich ein MGT VHD-87a4a84c-4b4a-46a2-accb-c56b472cc5b7
Wie kann ich das checken, respektive wieder einhängen?
Gruß
Uwe