Ein (mit dd geklontes) Backup meiner Boot-Partition hinterließ mir doppelte UUIDs.
blkidzeigt 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 habe von einem Live-Ubuntu-Image gebootet und Folgendes versucht:
sudo tune2fs -U random /dev/mapper/raidgroup-osbackup
Dies schien erfolgreich zu sein und das Zielgerät zeigte eine neue UUID.
/dev/mapper/raidgroup-osbackupNach dem Neustart wurde es jedoch erneut gemountet /und blkidzeigte die ursprüngliche UUID an.
Ich dachte, die Änderung tune2fssollte dauerhaft sein, aber das scheint nicht der Fall zu sein. Wie kann ich das beheben?
Antwort1
Ich scheine es jetzt gelöst zu haben. Ich bin nicht sicher, welcher Schritt das Problem genau gelöst hat, aber dieses Mal habe ich Folgendes getan:
Neue UUID generieren:
uuidgen
Dadurch erhielt ich eine neue UUID, die ich dann wie folgt kopierte:
sudo tune2fs -U <insert here> /dev/mapper/raidgroup-osbackup
Anschließend habe ich das logische Volume /dev/mapper/raidgroup-osbackupmit folgendem Befehl deaktiviert:
sudo lvm lvchange -an /dev/mapper/raidgroup-osbackup
Ich habe die anderen logischen Volumes in derselben Volumegruppe und demselben physischen Volume deaktiviert. Anschließend habe ich das zugrunde liegende (Software-)RAID-Array in der GUI „Disks“ deaktiviert. Ich habe das RAID-Array in „Disks“ wieder aktiviert, wodurch wiederum das logische Volume, dessen Dateisystem ich manipuliert hatte, automatisch wieder aktiviert wurde. Durch Überprüfen der UUID mit blkidkonnte ich nun bestätigen, dass die UUID immer noch geändert war.
Nur als zusätzliche Bestätigung habe ich das Ubuntu-Live-Image neu gestartet und die UUID von noch einmal /dev/mapper/raidgroup-osbackupmit überprüft blkid. Immer noch geändert – dieser Teil ist also jetzt gelöst.
Dann kam ein neues Problem... Beim Neustart des Systems von der normalen Installation aus wird dem Bootloader aus irgendeinem Grund immer noch die falsche Partition zugewiesen, /obwohl die UUID jetzt anders ist. Ich habe dieses Problem als neue Frage gepostet:Warum mountet Ubuntu die falsche Partition als Root?
Antwort2
Dieser Befehl
sudo udevadm trigger
Sie sollten Ihr Verzeichnis /dev/disk/by-uuid/ aktualisieren. Vergessen Sie nicht, Ihre Datei /etc/fstab zu ändern.
Hoffe, das hilft.