Ich habe eine einzigartige Situation, in der ich die UUID des USB-Flash-Laufwerks auf die vorherige UUID ändern muss. Ich habe es formatiert und offensichtlich die Nummer geändert ...
Ich habe Ubuntu-Server-Setup mit 1 TB Festplatte und 4 GB USB-Flash-Laufwerk zum Booten. Grub auf der Festplatte ist für die UUID konfiguriert, die sich geändert hat, als ich das USB-Laufwerk formatiert und den Ubuntu-Server neu installiert habe. Ich habe keinen externen Monitor, also schließe ich USB an einen Laptop an und installiere den Server dort ... dann verschiebe ich ihn auf die Serverhardware.
Wie ich bereits erwähnte, ist mein Problem, dass ich usb brauche, um zur vorherigen UUID zurückzukehren, sonst bootet der Server nicht. Und ich kann bis Montag keinen externen Monitor bekommen! :)
Ich weiß, dass ich diese Dateien später ändern muss:
Die Dateien, für die die UUID am wichtigsten ist:
/boot/grub/menu.lst
/etc/fstab
/etc/initramfs-tools/conf.d/resume
Ich kann jedoch im Internet keine Informationen zum Anpassen der UUID finden.
Jemand?
quelle
Mir ist klar, dass dies eine Art alte Frage ist, aber ich habe festgestellt, dass es eine neue Änderung gibt, und dies war es, was Google für mich herausgesucht hat. Deshalb werde ich die Antwort, die ich hier gefunden habe, posten.
Als ich versuchte, die UUID meines Root-Dateisystems (auf einen bekannten Anfang und ein Seriennummernsuffix) auf einem neuen Ubuntu der Version 14.04 zu ändern, stellte ich zu meinem Entsetzen fest, dass tunes nicht für gemountete Dateisysteme. Ich bin darauf angewiesen, dass ich ein Vorlagen-Image mit einer bekannten UUID verwenden und jede Installation in eine serialisierte UUID ändern kann. Ich fand das Problem nicht unüberwindbar.
Es gibt ein Flag, das deaktiviert werden muss, um gemountete UUID-Änderungen mit dem neuen tune2fs zuzulassen. So sah mein Prozess aus:
quelle
root_disk=$(findmnt -n -o SOURCE /)
anstelle von Rohrleitungen zum Greifen und Schneiden verwenden.uninit_bg
und es führte zu einer Beschädigung der Metadaten und einem automatischen Remount mit Lesezugriff beim nächsten Start (ext4_mb_generate_buddy:757: group 1, block bitmap and bg descriptor inconsistent: 3701 vs 3700 free clusters
Art der Fehlermeldungen). Der Grund dafür ist, dasstune2fs
die Festplatte direkt unter den Füßen des Kernels geändert wird und wenn der Kernel diebg
Metadaten aktualisiert , die Hälfte der Fälle, in denen die Metadaten tatsächlich beschädigt werden! Fazit: Die UUID des Dateisystems kann nicht sicher geändert werden, ohne das Dateisystem ordnungsgemäß abzuhängen.Für XFS siehe
man xfs_admin
{uuid} kann 'generiert' werden, um nur eine neue uuid zu erhalten.
Reiserfs siehe
man tunefs.reiserfs
Für btrfs scheint die UUID im gesamten Dateisystem verwendet zu werden, sodass jeder Knoten aktualisiert werden muss. Es gibt noch keinen sicheren Weg, dies zu tun.
quelle
umfassende Infos:
wie-man-Partitionen-abruft-und-ändert-universell-eindeutiger-Bezeichner-uuid-unter-Linux
quelle