Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen gezeigt.
|
it:gpt [2013/01/11 23:16] wikisysop [BIOS-basiertes System von einem GPT Datentraeger booten] |
it:gpt [2014/06/10 11:09] (aktuell) wikisysop |
||
|---|---|---|---|
| Zeile 1: | Zeile 1: | ||
| - | [[:it|{{ :xeon.png?40|}}]] | + | FIXME[[:it|{{ :xeon.png?40|}}]] |
| =====GUID Partition Table (GPT)===== | =====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. | 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. | ||
| Zeile 115: | Zeile 115: | ||
| 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. | 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=== | ===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><<. 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. | + | 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 Disk-Alignment zu berücksichtigen, um die folgenden Partitionen korrekt auszurichten. | + | |
| + | 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) | ||
