Wie kann ich die UUID einer LVM-Partition dauerhaft zurücksetzen?

6313
Thomas Arildsen

Bei einer (dd geklonten) Sicherung meiner Bootpartition wurden doppelte UUIDs angezeigt.

blkid zeigt an:

/dev/sda1: UUID="32579810-0388-416d-bb49-7031ac2c2975" TYPE="ext4" ... /dev/mapper/raidgroup-osbackup: UUID="32579810-0388-416d-bb49-7031ac2c2975" TYPE="ext4" ...

Wo /dev/mapper/raidgroup-osbackupist ein LVM-Gerät.

Ich bootete von einem Live-Ubuntu-Image und versuchte:

sudo tune2fs -U random /dev/mapper/raidgroup-osbackup

Dies schien erfolgreich zu sein und das Zielgerät zeigte eine neue UUID an.

Nach dem Neustart /dev/mapper/raidgroup-osbackupwurde jedoch ein neuer Mount durchgeführt /und blkiddie ursprüngliche UUID angezeigt.

Ich dachte, die Änderung mit tune2fssollte dauerhaft sein, aber das scheint nicht der Fall zu sein. Wie kann ich das beheben?

4
Klonen Sie vielleicht das gesamte Dateisystem? Möglicherweise möchten Sie das Flag „Aktivierung überspringen“ für LVM prüfen. Daniel B vor 10 Jahren 0
Ich denke, die doppelte UUID kommt tatsächlich vom Klonen des gesamten Dateisystems mit `dd`. Es scheint, dass es leicht zu lösen ist, indem Sie einfach die UUID der gesicherten Partition ändern. Aber warum wird die UUID auf ihren ursprünglichen Wert zurückgesetzt? Thomas Arildsen vor 10 Jahren 1

2 Antworten auf die Frage

1
Thomas Arildsen

Ich scheine es jetzt gelöst zu haben. Ich weiß nicht genau, welcher Schritt das Problem gelöst hat, aber diesmal habe ich es getan:

Neue UUID generieren:

uuidgen

Dies gab mir eine neue UUID, die ich dann kopierte:

sudo tune2fs -U <insert here> /dev/mapper/raidgroup-osbackup

Ich habe dann das logische Volume deaktiviert /dev/mapper/raidgroup-osbackupmit:

sudo lvm lvchange -an /dev/mapper/raidgroup-osbackup

Ich habe die anderen logischen Volumes in derselben Volume-Gruppe und auf demselben physischen Volume deaktiviert. Ich habe dann das zugrunde liegende (Software-) RAID-Array in der GUI "Disks" deaktiviert. Ich habe das RAID-Array in "Disks" wieder aktiviert, wodurch wiederum automatisch das logische Volume aktiviert wurde, mit dem das Dateisystem, mit dem ich mich beschäftigte, wieder funktioniert. Beim Überprüfen der UUID blkidkonnte ich nun bestätigen, dass die UUID noch geändert wurde.

So wie eine zusätzliche Bestätigung, neu gestartet ich das Live - Bild Ubuntu und einmal überprüft erneut die UUID /dev/mapper/raidgroup-osbackupmit blkid. Noch geändert - so ist dieser Teil jetzt gelöst.

Es gab ein neues Problem ... Beim Neustart des Systems von der normalen Installation wird dem Bootloader immer noch die falsche Partition angehängt, /obwohl die UUID nun anders ist. Ich habe dieses Problem als neue Frage gepostet: Warum hängt Ubuntu die falsche Partition als root ein?

0
dubis

Dieser Befehl 

sudo udevadm trigger

Aktualisieren Sie das Verzeichnis / dev / disk / by-uuid /. Vergessen Sie nicht, Ihre Datei / etc / fstab zu ändern.

Ich hoffe, das hilft.

Ich habe den Eindruck, dass ich die "fstab" nicht ändern muss. Ich möchte die ursprüngliche UUID der Partition `/ dev / sda1` (die ich bei` / `booten möchte) beibehalten. Wenn dies also immer noch die UUID in `fstab` ist und ich` / dev / mapper / raidgroup-osbackup` eine neue zuweise, denke ich, sollte ich die in `fstab` nicht ändern? Thomas Arildsen vor 10 Jahren 0

Verwandte Probleme