Was passiert, wenn wir GRUB_DISABLE_LINUX_UUID = true auskommentieren?

8

Was passiert, wenn wir GRUB_DISABLE_LINUX_UUID = true in / etc / default / grub auskommentieren?

grub2

— Jorge Castro
quelle

1

Meiner Meinung nach ist die Verwendung von UUIDs zum Identifizieren von Partitionen und Volumes eine schlechte Praxis und führt manchmal zu einer Katastrophe: Diese zufällig generierten Bezeichner sind überhaupt nicht robust, tatsächlich überleben sie nicht einmal eine Neupartitionierung und Neuformatierung, was der Fall sein wird führen zu einem nicht bootfähigen System und verwendbaren / etc / fstab-Einträgen. Sie sind schwer einzugeben und vermitteln dem Benutzer keine Bedeutung über den Partitionsinhalt. LAbels hingegen wird, wenn es gut gewählt ist, viel über den Inhalt der Partitionen erzählen. Alle meine Partitionen sind beschriftet: wie WIN7_C, XP_D, XUBUNTU_1204, BOOT, HOME_1204 usw. Refo

— eric stockman

4

Nun, ich denke, der Kommentar über dieser Zeile sagt alles
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
Nach dem Kommentieren dieser Zeile wird root = als Gerätename und nicht als UUID übergeben.

linux /boot/vmlinuz-2.6.30-1-amd64 root=UUID=...
zu
linux /boot/vmlinuz-2.6.30-1-amd64 root=/dev/sdX
Es wird jedoch nicht empfohlen, diese Zeile zu kommentieren. Wenn Sie eine neue Partition löschen / erstellen, wird die Partitionstabelle geändert.
Damit Sie nicht in das System booten können.

— karthick87
quelle

-1, nicht informativ. Was bewirkt das Entfernen dieses Parameters? Was sind die Vor- und Nachteile?

— Loevborg

@loevborg root = wird als Gerätename und nicht als UUID übergeben

— karthick87

4

Wenn Sie es auskommentieren, werden beim nächsten Regenerieren von grub /boot/grub.cfg absolute Gerätenamen anstelle von UUID (dh / dev / sdXY) eingefügt

Wenn Sie also Partitionen in der Partitionstabelle neu anordnen (z. B. Partitionen einfügen / löschen) und die Partitionsnummern geändert werden, kann grub den zu bootenden Kernel nicht finden

Mit UUID wird selbst das Neuanordnen der Partitionen keine Probleme verursachen

Der Nachteil von UUID ist, dass es schwierig ist, sie lang und daher schwer zu merken.

— Jet
quelle

2

Das eigentliche Problem besteht darin, Ihrem System Festplatten hinzuzufügen. Wenn Ihre Festplatte zuvor / dev / sda war und als einziges Laufwerk an SATA1 angeschlossen war und Sie später ein zweites Laufwerk hinzugefügt, es jedoch an SATA0 angeschlossen haben, wird es zu / dev / sda, und Ihre root = Zuordnung lautet ungültig. UUIDs haben dieses Problem jedoch nicht, da es sich um eindeutige Bezeichner handelt.

Wenn Sie mehrere Erweiterungskarten haben, werden diese manchmal zu leicht unterschiedlichen Zeiten erkannt, was zu unterschiedlichen Laufwerksnamenzuweisungen für die an ihnen hängenden Laufwerke führt. Auch hier ist die UUID nicht betroffen. Auch wenn ein Laufwerk ausfällt, tritt manchmal ein anderes Laufwerk an seine Stelle, z. B. wenn / dev / sda stirbt, wird / dev / sdb beim nächsten Start möglicherweise auf magische Weise zu / dev / sda. Es passiert.

Ich würde sagen, je größer das System ist oder werden möchte, desto mehr Möglichkeiten gibt es, das Laufwerk beim Booten zu mischen.

Persönlich ist es mir egal, UUIDs für root = zu verwenden, aber ich sehe, wo es seinen Platz hat.

— Robert
quelle

Können Sie angeben, was das Wahre bedeutet? Ich meine, was genau macht die Deaktivierung von Linux UUID?

— DrSAR