MBR oder GPT erkennen?

4 Antworten

14.11.2020, 15:50

Hallo Steve,

Wenn Du auf diesen Link gehst und etwas herunter scrollst findest Du "Möglichkeit 2", wo Du unter Windows nachschauen kannst. 😊
14.11.2020, 22:49

MBR = Master Boot Record

GPT = GUID Partition Table

https://de.wikipedia.org/wiki/GUID_Partition_Table

https://de.wikipedia.org/wiki/Master_Boot_Record

Meistens wird eine MBR Verwendet sofern man mit MS Windoof und NTFS Partitionen bzw. Fat 32 bzw. exFat Partitionen arbeitet.

GPT ist dabei der Nachfolger der Partitionstabelle des Master Boot Record. GUID-Partitionstabellen können unter Einschränkungen auch auf Computern mit einem BIOS als Firmware verwendet werden.

Ältere Pc Systeme arbeiten meistens ( vor UEFI) mit MBR.

GPT wird somit mitunter auch bei neueren Pc Systemen ( wegen UEFI) genutzt.

Im ersten Sektor/Block des Datenträgers (LBA 0) befindet sich der MBR mit einer klassischen MBR-Partitionstabelle und einem Eintrag, der den Rest des Datenträgers als belegt kennzeichnet. Für ein Partitionierungstool, das nur MBR-, aber keine GPT-Partitionstabellen lesen kann, erscheint daher der gesamte Platz auf dem Datenträger als belegt. Der MBR einer GPT-Festplatte stellt somit einen Schutz für den Inhalt des Datenträgers dar, falls auf diesen mit Partitionierungstools, die das GPT-Schema noch nicht kennen, zugegriffen werden soll (daher auch englischprotective MBR). Als Partitionskennung wird der Wert EE16 für einen Schutz-MBR (mit nachfolgender GUID-Partitionstabelle) oder EF16 bei einer EFI-Systempartition verwendet.

Aus Kompatibilitätsgründen wurde die Konvention beibehalten, den Bootsektor in den Speicher zu laden und auszuführen. Und zwar auch bei Datenträgern mit mehreren Partitionen. Dazu wurde der Bereich für das ausführbare Programm leicht gekürzt und der frei gewordene Teil am Ende durch die Partitionstabelle ersetzt. Die Funktion des Bootloaders ist derart modifiziert, dass der Programmcode im MBR zunächst nur die enthaltene Partitionstabelle auswertet und im Chainloading-Prinzip den eigentlichen Bootloader lädt und ausführt, der sich im ersten Sektor derjenigen Partition befindet, die als aktiv markiert ist. Die Firmware (das BIOS) des Computers muss daher die Struktur mit den Partitionen nicht zu kennen und kann wie bisher das Programm im ersten Sektor der Festplatte ausführen.

Im zweiten Sektor/Block (LBA 1) befindet sich der Header der primären GPT und im letzten Sektor/Block (LBA −1) befindet sich der sekundäre Backup-GPT. Der Header selbst beschreibt u. a. die nutzbaren Blöcke des Datenträgers, die Position des eigenen Headers und des sekundären Backup-Headers sowie die Anzahl und Größe der Partitionseinträge. Die EFI-Spezifikationen] schreiben ein Minimum von 16 384 Bytes für die Partitionstabelle vor, so dass es Platz für 128 Einträge gibt. Weiterhin werden der Header selbst und die Partitionseinträge mit CRC32-Prüfsummen abgesichert, die von der Firmware, dem Bootloader oder dem Betriebssystem überprüft werden müssen. Wird daher der Header z. B. mit einem Hexeditor verändert, macht dies die Checksumme ungültig und das System wird instabil oder sogar unbrauchbar.

Die Partitionseinträge werden im LBA 2 bis LBA 33 (sekundärer Header: LBA -33 bis LBA -1) abgelegt. Jeder Partitionseintrag umfasst 128 Byte. Somit können pro logischem Block vier Partitionseinträge abgelegt werden. Diese in der Spezifikation vorgeschriebene Mindestanzahl von 32 Sektoren für Partitionseinträge kann bei Bedarf beliebig erhöht werden, so dass die maximal mögliche Anzahl an Partitionen prinzipiell nur durch den zur Verfügung stehenden Plattenplatz beschränkt wird.

Da bei vielen Systemen eine Überführung von MBR- in GUID-Partitionen möglich ist, gibt es für viele GUID-Partitionstypen einen entsprechenden MBR-Partitionstyp. Auch bei der Verwendung von Hybrid-MBRs werden die entsprechenden Partitionen einmal mit GUID- und einmal mit dazu passendem MBR-Partitionstyp erstellt.Es besteht grundsätzlich die Möglichkeit, von der Master-Boot-Record-Partitionstabelle zur GUID-Partitionstabelle zu konvertieren, jedoch wird dabei genügend freier Platz zwischen MBR und erster Partition sowie nach der letzten Partition vorausgesetzt, um die nötige Datenstruktur für die GUID-Partitionstabelle aufnehmen zu können. Unter anderem das Programm gptfdisk bietet diese Möglichkeit. Auch die Überführung von einigen BSD-Disklabel-Partitionen in GPT ist damit möglich.

Für Betriebssysteme, die auf der Itanium-Architektur (auch IA-64 für englischIntel Architecture 64-Bit) aufbauen, ist die Unterstützung von GPT zwingend notwendig, da diese Rechner das Extensible Firmware Interface verwenden. Auch bei PCs setzte sich ab ca. 2005 zunehmend der nunmehr UEFI genannte BIOS-Nachfolger durch, sodass auch Betriebssysteme für die IA-32-Architektur des x86-Prozessors GPT unterstützen. Neben den entsprechenden Itanium-Versionen von FreeBSD, HP-UX, Linux, NetBSD, OpenVMS, Solaris und Windows, die GPT Firmware-bedingt unterstützen, wird spätestens seit der Ablösung des BIOS durch UEFI auch von allen x86-64-Versionen GPT unterstützt.Die Versionen von Windows XP, die noch für die 32-Bit-Intel i386-Architektur entwickelt wurden, können dagegen auf einer GPT-Festplatte nur mit Einschränkungen installiert und betrieben werden. Unter anderem lesen sie nur den MBR, nicht aber die GPT, um Partitionierungsdaten zu erhalten. Durch die Verwendung von hybriden Partitionstabellen können die jeweiligen Partitionen sowohl als MBR- als auch als GPT-Partition eingerichtet werden, allerdings stehen im MBR maximal drei primäre Partitionen zur Verfügung, da dieser nicht mehr als vier Einträge zulässt und die erste Partition bereits für die EFI-Firmware reserviert ist. Umgekehrt werden erweiterte Partitionen des MBR, die als Container mehrere logische Partitionen enthalten können, von GPT nicht mehr unterstützt.

Ein 64-Bit-Linux kann – ganz ohne UEFI oder gesonderte BIOS-Unterstützung – mit GRUB2 von einer GPT-Partition booten. Es ist also kein UEFI dazu notwendig – die Kopplung von GPT an (U)EFI ist somit nicht zwingend.

Man kann also fast Behaupten wenn man kein UEFI verwendet nutzt man MBR und nutzt man UEFI ist GPT der Fall. Daher reicht es aus einfach nachzuschauen ob man UEFI oder kein UEFI verwendet.