Warum haben vfat-Partitionen ein spezielles GUID/UUID-Format in GUID-Partitionstabellen?

Warum haben vfat-Partitionen ein spezielles GUID/UUID-Format in GUID-Partitionstabellen?

Laut dem Wikipedia-Artikel über dieGUID-Partitionstabelle, die Partitions-GUIDs befinden sich in den Partitionseinträgen (LBA 2-33) direkt nach dem primären GPT-Header am Anfang des Volumes. Daher werden die GUID/UUID-Werte nicht in den Partitionen selbst, sondern in der Partitionstabelle gespeichert, und man könnte daher meinen, dass sie a priori unabhängig von den Dateisystemtypen der Partitionen sein sollten.

Wenn ich mir jedoch meine fstab-Datei ansehe, finde ich die folgenden zwei Zeilen:

UUID=9a260e1b-f1eb-4cec-9273-f5743539805c /               ext4    errors=remount-ro 0       1
UUID=D8BD-647A  /boot/efi       vfat    umask=0077      0       1

wobei die UUID für die Partition /boot/efi vom Typ vfat ein anderes Format hat als die allgemein vorkommende UUID.

Wie kommt es, dass für vfat-Partitionen ein anderes Format verwendet wird? Wie kommt es, dassPartitionDas GUID/UUID-Format hängt ab vonDateisystemtypder Partition?

Antwort1

UUID=Stichwortesind nichtPartitions-IDs. Das sind Dateisystem-IDs. Fast alle Dateisysteme haben eine eindeutige ID in ihrem Header, unabhängig von der Partitionstabelle – und in Ihrem Beispiel verwendet ext4 zufällig dasselbe „128-Bit-UUID“-Format, aber es ist trotzdem eine ext4-spezifische ID. (NTFS hat 64-Bit-IDs, LVM und ZFS haben …)

Für GPT-Partitionstabellen-GUIDs suchen Sie nach derPARTUUID=Tag stattdessen.

lsblk -o name,fstype,uuid,label,partuuid,partlabel

verwandte Informationen