GUID Partition Table (GPT) [prontosystems.org]

Diese Seite ist nicht editierbar. Sie können den Quelltext sehen, jedoch nicht verändern. Kontaktieren Sie den Administrator, wenn Sie glauben, dass hier ein Fehler vorliegt.
FIXME[[:it|{{ :xeon.png?40|}}]]
=====GUID Partition Table (GPT)=====
Die >><fc #008000>GUID Partition Table (GPT)</fc><< (Global Unique Identifier)((http://de.wikipedia.org/wiki/GUID_Partition_Table)) ist ein Standard zur Speicherung der Partitionstabelle auf Datenträgern und der Nachfolger des bislang üblichen >>[[:it:mbr|Master Boot Record (MBR)]]<<. >><fc #008000>GPT</fc><< ist Teil der EFI-Spezifikation (bzw. >><fc #008000>UEFI</fc><<((http://de.wikipedia.org/wiki/Unified_Extensible_Firmware_Interface))), welches zukünftig das >><fc #008000>BIOS</fc><< eines Computers ablösen soll. Mit >><fc #008000>EFI</fc><< bzw. >><fc #008000>GPT</fc><< wurden einige Probleme, hauptsächlich zu geringer Adressierbarkeit, gelöst.

Beim >><fc #008000>MBR</fc><< konnten bislang einige Tricks angewendet werden, um sein Überleben bis heute zu sichern aber im Prinzip war das Konzept schon lange überholt. Waren in der Partitionstabelle des >><fc #008000>MBR</fc><< noch vier (primäre) Partitionen möglich, sind es in der >><fc #008000>GPT</fc><< 128 (und ggf mehr) und hatte der >><fc #008000>MBR</fc><< noch ein 32 Bit großes Adressfeld, was bei einer Sektorengröße von 512 Byte eine Partitionsgröße von maximal 2 TiB zulässt (2<sup>32</sup> * 512) sind diese in der >><fc #008000>GPT</fc><< 64 Bit groß, was theoretisch exorbitant große Partitionen von bis zu 8 ZiB (Zettabyte -> etliche Milliarden TiB) zulassen würde. Der Bootloader passt nur noch zum Teil in den >><fc #008000>MBR</fc><< und die ursprüngliche Cylinder-Head-Sector >><fc #008000>CSH</fc><< Adressierung wurde zur heutigen Logical-Block-Address >><fc #008000>LBA</fc><< Adressierung. Damit konnte man eigentlich recht gut leben aber dann kamen Festplatten > 2 TiB und damit das endgültige Ende des >><fc #008000>MBR</fc><<  

Nun obwohl ein modernes Computersystem jetzt ein >><fc #008000>EFI</fc><< zum Starten des Computers und eine >><fc #008000>GPT</fc><< zum Initialisieren des Datenträgers verwenden sollte, haben solche, doch signifikante, Änderungen gerade in der Übergangszeit doch recht erhebliche Ansprüche an Flexibilität. So sollte gewährleistet sein, dass ein >><fc #008000>BIOS</fc><< betriebenes System auch von einen >><fc #008000>GPT</fc><< Datenträger booten konnte usw. Vor allem die älteren Betriebssysteme, wie zB Windows XP in der 32 Bit Ausführung kamen hier deutlich an ihre Grenzen, wobei zB ein 64 Bit Linux System mit GRUB2 gänzlich ohne >><fc #008000>UEFI</fc><< bzw. ohne spezieller >><fc #008000>BIOS</fc><< Erweiterungen von einem >><fc #008000>GPT</fc><< Datenträger booten kann.((http://de.wikipedia.org/wiki/GUID_Partition_Table#Unterst.C3.BCtzung_in_Betriebssystemen))
====Der Aufbau====
===MBR===
Der erste Sektor einer Festplatte >><fc #008000>LBA 0</fc><<, welcher bisher den >><fc #008000>MBR</fc><< beinhaltete, enthält bei >><fc #008000>GPT</fc><< formatierten Datenträgern aus Gründen der Abwärtskompatibilität weiterhin einen klassischen aber geschützten >><fc #008000>MBR</fc><<. Dadurch soll einerseits gewährleistet werden, dass nicht >><fc #008000>GPT</fc><< kompatible Partitionierungstools nicht fälschlicherweise Weise einen leeren Datenträger //sehen// und Betriebssysteme, welche >><fc #008000>GPT</fc><< noch nicht verstehen, immer noch etwas mit dem Datenträger anfangen können, wenn auch mit einigen Einschränkungen.

Hier ein Beispiel des >><fc #008000>MBR</fc><< Teils eines >><fc #008000>GPT</fc><< formatierten Datenträgers, welches von einem >><fc #008000>BIOS</fc><< System gestartet wird:

**LBA 0**:
<xterm># <fc #008000>dd if=/dev/sda bs=1 count=512 | hexdump -C</fc>
00000000  eb 63 90 00 00 00 00 00  00 00 00 00 00 00 00 00  |.c..............|
00000010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000050  00 00 00 00 00 00 00 00  00 00 00 80 22 00 00 00  |............"...|
00000060  00 00 00 00 ff fa eb 07  f6 c2 80 75 02 b2 80 ea  |...........u....|
00000070  74 7c 00 00 31 c0 8e d8  8e d0 bc 00 20 fb a0 64  |t|..1....... ..d|
00000080  7c 3c ff 74 02 88 c2 52  be 80 7d e8 1c 01 be 05  ||<.t...R..}.....|
00000090  7c f6 c2 80 74 48 b4 41  bb aa 55 cd 13 5a 52 72  ||...tH.A..U..ZRr|
000000a0  3d 81 fb 55 aa 75 37 83  e1 01 74 32 31 c0 89 44  |=..U.u7...t21..D|
000000b0  04 40 88 44 ff 89 44 02  c7 04 10 00 66 8b 1e 5c  |.@.D..D.....f..\|
000000c0  7c 66 89 5c 08 66 8b 1e  60 7c 66 89 5c 0c c7 44  ||f.\.f..`|f.\..D|
000000d0  06 00 70 b4 42 cd 13 72  05 bb 00 70 eb 76 b4 08  |..p.B..r...p.v..|
000000e0  cd 13 73 0d f6 c2 80 0f  84 d8 00 be 8b 7d e9 82  |..s..........}..|
000000f0  00 66 0f b6 c6 88 64 ff  40 66 89 44 04 0f b6 d1  |.f....d.@f.D....|
00000100  c1 e2 02 88 e8 88 f4 40  89 44 08 0f b6 c2 c0 e8  |.......@.D......|
00000110  02 66 89 04 66 a1 60 7c  66 09 c0 75 4e 66 a1 5c  |.f..f.`|f..uNf.\|
00000120  7c 66 31 d2 66 f7 34 88  d1 31 d2 66 f7 74 04 3b  ||f1.f.4..1.f.t.;|
00000130  44 08 7d 37 fe c1 88 c5  30 c0 c1 e8 02 08 c1 88  |D.}7....0.......|
00000140  d0 5a 88 c6 bb 00 70 8e  c3 31 db b8 01 02 cd 13  |.Z....p..1......|
00000150  72 1e 8c c3 60 1e b9 00  01 8e db 31 f6 bf 00 80  |r...`......1....|
00000160  8e c6 fc f3 a5 1f 61 ff  26 5a 7c be 86 7d eb 03  |......a.&Z|..}..|
00000170  be 95 7d e8 34 00 be 9a  7d e8 2e 00 cd 18 eb fe  |..}.4...}.......|
00000180  47 52 55 42 20 00 47 65  6f 6d 00 48 61 72 64 20  |GRUB .Geom.Hard |
00000190  44 69 73 6b 00 52 65 61  64 00 20 45 72 72 6f 72  |Disk.Read. Error|
000001a0  0d 0a 00 bb 01 00 b4 0e  cd 10 ac 3c 00 75 f4 c3  |...........<.u..|
000001b0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000001c0  01 00 <fc #800000>ee</fc> fe ff ff 01 00  00 00 ff ff 9f 00 00 00  |................|
000001d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|</xterm>

Die ersten 440 Byte dieses >><fc #008000>MBR</fc><< enthalten, wie im klassischen >><fc #008000>MBR</fc><< auch, idR den ersten Teil >><fc #008000>Stage 1</fc><< des Bootloaders. Da ein >><fc #008000>BIOS</fc><< gebootetes System den Bootloader immer im ersten Sektor der Festplatte und somit im >><fc #008000>MBR</fc><< sucht, wurde aus Gründen der Abwärtskompatibilität dies auch in der >><fc #008000>GPT</fc><< so beibehalten. Aber schon zu Zeiten von klassischen MBR-formatierten Datenträgern waren die 440 zur Verfügung stehenden Bytes nicht mehr ausreichend, weswegen sich im MBR idR nur ein Teil des Bootloaders befindet (>><fc #008000>Stage 1</fc><<), dieser lädt dann den nächsten Teil >><fc #008000>Stage 2</fc><<, welcher sich bereits irgendwo auf einer Partition des Datenträgers befindet und bei sehr komplexen Bootloadern wird dann uU sogar noch ein dritter Teil geladen >><fc #008000>Stage 3</fc><<

Damit das System erkennt ob es von einem >><fc #008000>MBR-</fc><< oder >><fc #008000>GPT</fc><<-formatierten Datenträger bootet, wird ein bestimmter Wert als Partitionstyp (>><fc #008000>0xEE</fc><< bzw. >><fc #008000>0xEF</fc><<) in die Partitionstabelle der ersten Partition eingetragen:

  * ''**EE<sub>16</sub>**'': Legacy MBR mit folgendem >><fc #008000>EFI-Header</fc><< (>><fc #008000>BIOS-basiertes</fc><< System)
  * ''**EF<sub>16</sub>**'': Natives >><fc #008000>EFI-basiertes</fc><< System.

Dadurch erkennt nun das System, dass es sich um einen >><fc #008000>GPT</fc><<-formatierten Datenträger handelt. Nicht >><fc #008000>GPT</fc><<-kompatible Systeme erkennen hier eine Partition über den gesamten Datenträger, >><fc #008000>GPT</fc><<-kompatible Systeme hingegen springen dann zum nächsten Abschnitt, welcher je nach Art der >><fc #008000>GPT</fc><< (0xEE bzw. 0xEF) unterschiedlich angesprochen wird. 

===Primärer/Sekundärer GPT (Header)===
Im zweiten Sektor der Festplatte >><fc #008000>LBA 1</fc><< befindet sich der Header der primären >><fc #008000>GPT</fc><<, welcher neben der Anzahl der benutzbaren >><fc #008000>LBAs</fc><< pro Partition zB auch die Position des Headers definiert, es werden einige Start- und Ende-LBAs definiert usw. Des Weiteren werden einige >><fc #008000>CRC32 Prüfsummen</fc><< gespeichert, welche die Integrität des >><fc #008000>GPT-Headers</fc><< und der Partitionstabellen verifizieren. Falls der >><fc #008000>primäre GPT-Header</fc><< korrupt sein sollte, wird die Checksumme der >><fc #008000>sekundären GPT</fc><< verglichen. Ist die gültig, wird der >><fc #008000>primäre GPT-Header</fc><< aus dem sekundären wieder hergestellt (und umgekehrt). Aus diesem Grund ist es wichtig Änderungen an einer >><fc #008000>GPT</fc><< nur mit geeigneten Werkzeugen durchzuführen, weil andernfalls der >><fc #008000>GPT-Header</fc><< korrupt wird.
 
**LBA 1**:

<xterm># <fc #008000>dd if=/dev/sda bs=1 count=512 skip=512 | hexdump -C</fc>
00000000  <fc #800000>45 46 49 20 50 41 52 54</fc>  <fc #008000>00 00 01 00</fc> <fc #FF0000>5c 00 00 00</fc>  |EFI PART....\...|
00000010  <fc #0000FF>ff 92 29 46</fc> 00 00 00 00  <fc #FF00FF>01 00 00 00 00 00 00 00</fc>  |..)F............|
00000020  <fc #800000>ff ff 9f 00 00 00 00 00</fc>  <fc #008000>22 00 00 00 00 00 00 00</fc>  |........".......|
00000030  <fc #0000FF>de ff 9f 00 00 00 00 00</fc>  <fc #FF0000>3b e2 5f f5 35 bb 16 40</fc>  |........;._.5..@|
00000040  <fc #FF0000>86 ce e1 a8 9b ac 19 b9</fc>  <fc #800000>02 00 00 00 00 00 00 00</fc>  |................|
00000050  <fc #FF00FF>80 00 00 00</fc> <fc #0000FF>80 00 00 00</fc>  <fc #00FFFF>cd 1a 88 22</fc> 00 00 00 00  |..........."....|
00000060  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000200</xterm>

Der hier dargestellte Inhalt des zweiten logischen Blockes >><fc #008000>LBA 1</fc><< eines >><fc #008000>GPT</fc><<-formatierten Datenträgers gliedert sich wie folgt:((http://de.wikipedia.org/wiki/GUID_Partition_Table#Header_der_GUID-Partitionstabelle))

^ Byte Offset ^ Bytes  ^ Beispiel ^ Definition ^
|  0x00  |  8  | ''<fc #800000>0x4546492050415254</fc>'' | ''**Signatur**'': Wird benutzt um alle EFI-kompatiblen >><fc #008000>GPT-Headers</fc><< zu identifizieren und entspricht immer den hier dargestellten Wert.  |
|  0x08  |  4  | ''<fc #008000>0x0000__01__00</fc>'' | ''**Version**'': Die Revisions-Nummer der EFI-Spezifikation zu welcher dieser >><fc #008000>GPT-Header</fc><< gehört. Hier Version 1.0. |
|  0x0C  |  4  | ''<fc #FF0000>0x__5c__000000</fc>'' | ''**Header Size**'': Die Größe in Bytes des >><fc #008000>GPT-Headers</fc><<. Der Wert entspricht immer >><fc #008000>0x5C</fc><< oder 92 Bytes. Die restlichen Bytes sind reserviert  |
|  0x10  |  4  | ''<fc #0000FF>0xff922946</fc>'' | ''**CRC32 Checksum**'': Wird benutzt um die Integrität des >><fc #008000>GPT-Headers</fc><< sicherzustellen. |
|  0x14  |  4  | ''0x00000000'' | ''**Reserviert**'': Muss 0x00000000 sein  |
|  0x18  |  8  | ''<fc #FF00FF>0x__01__00000000000000</fc>'' | ''**Primary LBA**'': Die logische Block Adresse, welche den >><fc #008000>GPT-Header</fc><< enthält. Entspricht immer >><fc #008000>LBA 1</fc><<  |
|  0x20  |  8  | ''<fc #800000>0x__ffff9f__0000000000</fc>'' | ''**Backup LBA**'': Die logische Block Adresse des >>Backup GPT-Headers<<. Dieser Wert entspricht immer den letzten LBA des Datenträgers  |
|  0x28  |  8  | ''<fc #008000>0x2200000000000000</fc>'' | ''**First Usable LBA**'': Die logische Blockadresse an welcher die erste Partition beginnt.  |
|  0x30  |  8  | ''<fc #0000FF>0x__deff9f__0000000000</fc>'' | ''**Last Usable LBA**'': Die logische Block Adresse der letzten benutzbaren LBA  |
|  0x38  |  16  |  ''<fc #FF0000>0x3be25ff535bb164086cee1a89bac19b9</fc>'' | ''**Disk GUID**'': Eindeutige Identifikationsnummer des >><fc #008000>GPT-Headers</fc><< und des Datenträgers selbst |
|  0x48  |  8  | ''<fc #800000>0x__02__00000000000000</fc>'' | ''**Partition Entry LBA**'': Die Start-LBA des GUID Partitions Array. Dies ist immer >><fc #008000>LBA 2</fc><<  |
|  0x50  |  4  | ''<fc #FF00FF>0x__80__000000</fc>'' | ''**Number of Partition Entries**'': Die maximale Anzahl der Partitionen  |
|  0x54  |  4  | ''<fc #0000FF>0x__80__000000</fc>'' | ''**Size of Partition Entry**'': Die maximale Länge eines GUID Partitionseintrag -> 128 Byte  |
|  0x58  |  4  | ''<fc #00FFFF>0xcd1a8822</fc>'' | ''**CRC32 Checksum**'': Checksumme der GUID Partitions Einträge  |
|  0x5C  |  420  |  ''Immer Null''  | ''**Reserviert**'': Muss 0x00000000... sein  |

===Partitionseinträge===
Ab >><fc #008000>LBA 2</fc><< bis >><fc #008000>LBA 33</fc><< befinden sich die einzelnen Partitionseinträge. Die Spezifikation sieht dafür mindestens 32 Sektoren resp. 32 LBAs vor, was dem og Eintrag ''**Number of Partition Entries**'' (0x80) entspricht. Daraus ergeben sich 128 adressierbare Partitionen (32 * 512 / 128 = 128). Die Anzahl der Sektoren für die Partitionseinträge kann beliebig erhöht werden und wird theoretisch nur durch den insgesamt verfügbaren Platz des Datenträgers begrenzt.

**LBA 2**:

<xterm># <fc #008000>dd if=/dev/sda bs=1 count=128 skip=1024 | hexdump -C</fc>
00000000  <fc #800000>48 61 68 21 49 64 6f 6e  74 4e 65 65 64 45 46 49</fc>  |Hah!IdontNeedEFI|
00000010  <fc #0000FF>cc a3 6f d3 0a ea 8a 4f  b7 62 00 04 95 a9 8a e8</fc>  |..o....O.b......|
00000020  <fc #FF00FF>22 00 00 00 00 00 00 00</fc>  <fc #008000>c3 07 00 00 00 00 00 00</fc>  |"...............|
00000030  <fc #800000>00 00 00 00 00 00 00 00</fc>  00 00 00 00 00 00 00 00  |................|
*
00000080</xterm>

Dieser 128 Byte Hexdump des >><fc #008000>LBA 2</fc><< beinhaltet folgende Informationen:((http://de.wikipedia.org/wiki/GUID_Partition_Table#Partitionseintrag))

^  Offset  ^  Bytes  ^  Beispiel  ^  Definition  ^
|  0x00  |  16  | ''<fc #800000>0x4861682149646f6e744e656564454649</fc>''  | Partitionstyp GUID  |
|  0x16  |  16  | ''<fc #0000FF>0xcca36fd30aea8a4fb762000495a98ae8</fc>''  | Einzigartige Partitions GUID  |
|  0x32  |  8  | ''<fc #FF00FF>__22__00000000000000</fc>''  | Beginn der Partition: Erster LBA (Little Endian)  |
|  0x40  |  8  | ''<fc #008000>__c307__000000000000</fc>''  | Ende der Partition: Letzter LBA (Little Endian)  |
|  0x48  |  8  | ''<fc #800000>0x0000000000000000</fc>''  | Attribute  |
|  0x56  |  72  |  | Partitionsname  |

====BIOS-basiertes System von einem GPT Datentraeger booten====
Es gibt Leute, welche der Meinung sind, dass man mit einem BIOS-System nicht von einem >><fc #008000>GPT-formatierten</fc><< Datenträger booten kann (Ich gehörte bis vor kurzem auch dazu). Das stimmt aber nicht, oder zumindest zT nicht. Windows ist hier eher problematisch((http://www.rodsbooks.com/gdisk/booting.html#windows)) aber diesem Tutorial zB liegt ein Linux Debian 32-Bit System zu Grunde, welches problemlos in diesem Setup funktioniert.
===BIOS Boot Partition===
Wie bereits angemerkt passen moderne Bootloader nicht mehr in den 440 Byte großen Platz, welcher im MBR dafür vorgesehen ist. Deswegen ist der Bootloader meistens in mehrere Teile aufgeteilt (>><fc #008000>Stage</fc><<), wobei der erste Teil >><fc #008000>Stage 1</fc><< im >><fc #008000>MBR</fc><< untergebracht ist. Wie dann ggf der zweite Teil des Bootloaders geladen wird, hängt vom Bootloader selbst ab. In konventionellen BIOS-basierten Systemen befindet sich hinter dem ersten Sektor, welcher den MBR beinhaltet, ein kleines Loch bevor die erste Partition anfängt; ein sogenanntes >><fc #008000>Post-MBR-Gap</fc><<, die Größe hängt von der Ausrichtung der Partitionen an den Sektoren ab. Dieses Loch wurde von manchen Bootloadern benutzt, um den >><fc #008000>Stage 2</fc><< Bootloader unterzubringen. Diese Post-MBR Loch fehlt allerdings bei einem GPT-formatierten Datenträger, weil sich hier im Anschluss an den MBR >><fc #008000>LBA 0</fc><< sofort der >><fc #008000>GPT-Header</fc><< auf >><fc #008000>LBA 1</fc><< befindet. Aus diesem Grund besteht bei GPT-kompatiblen Disk-Partitionierungs-Utilities die Möglichkeit eine >><fc #008000>BIOS-Boot-Partition</fc><<((http://en.wikipedia.org/wiki/BIOS_Boot_partition)) anzulegen. Diese Partition wird nicht gemountet und enthält auch kein Dateisystem. 

Diese Partition benötigt idR nur sehr wenig Platz (ca. 30 KiB), wobei es sinnvoll ist das Partition-Alignment zu berücksichtigen, um die folgenden Partitionen korrekt auszurichten. Wenn Sie Ihre Partitionen nach dem 1 MiB Alignment((http://en.wikipedia.org/wiki/1_MB_partition_alignment#1_MB_alignment)) ausrichten, dann wäre die logische Größe dieser Partition 1 oder 2 MiB.

==Debian 6.0.6==
An dieser Stelle mit dem Partition Alignment bin ich bei Debian über ein Problem gestolpert, welches mich zuerst ratlos dastehen ließ und was mich zu einer ganzen Reihe dummer Fragen in >>de.comp.os.unix.linux.misc<< verleitet hat. Ich war nicht in der Lage eine 1 MiB Partition anzulegen, weil der Installer bei der Partitionierung nur MB zugelassen hat, was nach dieser dämlichen neuen Notation nun mal nur 1000 KB sind und nicht 1024 KB, wie es eigentlich sein müsste (oder früher mal gewesen wäre)