UUID belassen

Hättest die UUID neu machen können mit:

tune2fs -U Deine_UUID /dev/sdaX

mit uuidgen kannste auch eine neue generierieren.

Genau das hab ich vergeblich versucht, bevor ich
mkfs.ext3 -U $UUID /dev/sda5
gemacht habe.

Ja, es ist schlecht, dass ich das nicht dazugeschrieben habe, aber mich möchte mich damit entschuldigen, dass ich die Vorgeschichte zu meiner Frage dann für noch weniger übersichtlich gehalten hätte als so wie sie jetzt schon da steht. Ich wollte ein Minimalbeispiel rausschneiden und dachte, dass das mit tune2fs erhaltene Ergebnis ja sowieso im beschriebenen Schritt (1) wieder überschrieben worden wäre.

Wenn es mir mit tune2fs gelungen wäre, wäre ich gar nicht auf die Idee gekommen, mkfs zu bemühen: bei beiden Befehlen kam beim Boot die Meldung, von grub, dass die UUID nicht gefunden werden könne. Aber um auch ganz sicher zu gehen, probier ichs am Wochenende nochmal mit tune2fs aus.

Der Befehl uuidgen ist meiner Ansicht nach bei dieser Fragestellung nicht hilfreich.

uN

Allerdings haben meine Partitionen jetzt keine UUID mehr. Ist ja nicht schlimm bei nur einer angeschlossenen Festplatte, aber gibts auch einen ordentlichen Weg, bei dem man das UUID-Konzept nicht umgehen muss?

@SQL-Freak:
hattest recht. Mit ner anderen Festplatte an einem anderen BIOS funktioniert es sowohl mit
tune2fs -U $UUID /dev/sdaX
als auch mit mkfs.ext3 -U $UUID /dev/sdaX.

Für den Fehler habe ich eine Vermutung, die mir heute erst einfiel. Und zwar könnte es daran liegen, dass die 160 GB große Festplatte für das BIOS nur 136..137 GB groß erscheint, und obwohl /dev/sda5 vollständig innerhalb dieses Bereiches liegt, scheint irgendwas nicht zu harmonieren.

Einen Anhaltspunkt für diese Vermutung sehe ich im Umgang verschiedener Versionen von fsck mit der Partition /dev/sda4, welche über diese Grenze hinaus bis an den "Plattenrand" von 160 GB reicht:

Die Version von Knoppix 6.2.1 erkennt das Ende der Partition falsch:
$ fsck /dev/sda4
fsck from util-linux-ng 2.16.2
e2fsck 1.41.9 (22-Aug-2009)
Die Dateisystem Größe ( laut SuperBlock) ist 22621528 Blocks
Die physikalische Größe von Gerät ist 17103872 Blocks

Die Version fsck from util-linux-ng 2.17.2
e2fsck 1.41.12 (17-May-2010) hingegen meldet diesen Fehler nicht mehr und "checkt" die Partition korrekt.

Eine vergleichbare BIOS/Platten-Disharmonie gab es beim Versuch, auf dieser Platte Windows 7 zu installieren, wenn man die 4 in der MBR-Partitionstabelle eingetragenen Partitionen über 136 GB hinaus festlegen wollte.

Die zuständigen utilities von Ubuntu scheinen also ähnnlich über die Disharmonie hinwegzusehen wie e2fsck v1.41.12 es tut.

Solange du keine Probleme hast seh ich da aber nicht wirklich Änderungsbedarf.