Häufig gestellte Fragen zur Datenträgerarchitektur der GUID-Partitionierungstabelle

Die GUID-Partitionstabellen-Datenträgerarchitektur wurde im Rahmen der Extensible Firmware Interface-Initiative eingeführt. Die GUID-Partitionstabelle ist eine neue Datenträgerarchitektur, die auf dem älteren MBR-Partitionierungsschema (Master Boot Record) erweitert wird, das für Intel-basierte Computer üblich ist.

Eine Partition ist ein zusammenhängender Speicherplatz auf einem physischen oder logischen Datenträger, der so funktioniert, als wäre er ein physisch getrennter Datenträger. Partitionen sind für die Systemfirmware und die installierten Betriebssysteme sichtbar. Der Zugriff auf eine Partition wird durch die Systemfirmware und das derzeit aktive Betriebssystem gesteuert.

GUID-Partitionstabellen-Datenträger können zu einer großen Größe anwachsen. Ab Juli 2001 unterstützt die Microsoft-Implementierung eine Festplatte von bis zu 18 EB (512 KB LBAs).

Die Anzahl der Partitionen auf einem GUID-Partitionstabellendatenträger wird nicht durch temporäre Schemas wie Containerpartitionen eingeschränkt, wie sie vom MBR Extended Boot Record definiert werden. Die Microsoft-Implementierung der GUID-Partitionstabelle ist auf 128 Partitionen beschränkt. Es ist jedoch wichtig zu beachten, dass eine Partition für die EFI-Systempartition verwendet wird, eine für die reservierte Microsoft-Partition und zwei weitere werden verwendet, wenn Sie dynamische Datenträger verwenden. Dadurch verbleiben 124 Partitionen für die Datenverwendung.

Das Partitionsformat der GUID-Partitionstabelle ist klar definiert und vollständig selbstidentifizierend. Daten, die für das Betriebssystem wichtig sind, befinden sich in Partitionen und nicht in nicht partitionierten oder ausgeblendeten Sektoren. Die GUID-Partitionstabelle lässt keine ausgeblendeten Sektoren oder Partitionen zu. GUID-Partitionstabellendatenträger verwenden primäre und Sicherungspartitionstabellen für Redundanz und CRC32-Felder für eine verbesserte Integrität der Partitionsdatenstruktur. Das Partitionsformat guid Partitionstabelle verwendet Felder für Versionsnummer und Größe für die zukünftige Erweiterung.

Jede GUID-Partitionstabellenpartition verfügt über eine eindeutige Identifikations-GUID und einen Partitionsinhaltstyp, sodass keine Koordination erforderlich ist, um Konflikte mit Partitionsbezeichnern zu verhindern. Jede GUID-Partitionstabellenpartition hat einen 36-stelligen Unicode-Namen, was bedeutet, dass jede Software einen leicht lesbaren Namen für die Partition ohne zusätzliche Kenntnisse der Partition darstellen kann.

MBR-Datenträger unterstützen nur vier Primäre Partitionstabelleneinträge oder mehrere logische Partitionen in der erweiterten Partition. Wenn mehr Partitionen gewünscht werden, ist eine sekundäre Struktur, eine erweiterte Partition, erforderlich. Erweiterte Partitionen werden dann in einen oder mehrere logische Datenträger unterteilt.

Auf einem bestimmten Laufwerk kann nur eine erweiterte Partition vorhanden sein, und die maximale Anzahl logischer Laufwerke ist MAXULONG/4. Alle MBR-Datenträgerpartitionen und logischen Laufwerke müssen zylinderbündig sein, auch auf Hardware-RAID-Sets, die aus mehreren verschiedenen Laufwerken ohne klare zugrunde liegende physische Geometrie erstellt werden.

MBR-Partitionierungsregeln sind komplex und schlecht angegeben. Bedeutet beispielsweise die Zylinderausrichtung, dass jede Partition mindestens einen Zylinder lang sein muss? Eine MBR-Partition wird durch ein Zwei-Byte-Feld identifiziert, und eine Koordination ist erforderlich, um Kollisionen zu vermeiden. IBM hatte diese Koordination ursprünglich vorgesehen, aber seit Juli 2001 gibt es keine einzige autoritative Liste von Partitionsbezeichnern.

Eine weitere gängige Praxis besteht darin, partitionierte oder "ausgeblendete" Sektoren zu verwenden, um bestimmte Informationen zu enthalten. Diese Vorgehensweise ist nicht dokumentiert und führt zu schwerwiegenden Systemproblemen, die schwer zu debuggen sind. Im Laufe der Jahre wurden fehlerhafte Implementierungen und Tools für die Öffentlichkeit freigegeben, was die Unterstützung erschwert.

Kapitel 16 der Spezifikation für extensible Firmware Interface definiert das Format der GUID-Partitionstabelle. Dieses Dokument ist auf der folgenden Intel-Website verfügbar:

Die einheitliche EFI-Spezifikation definiert eine Schnittstelle zwischen einem Betriebssystem und Plattformfirmware.

Informationen zum Haftungsausschluss von Drittanbietern

Die in diesem Artikel genannten Drittanbieterprodukte stammen von Herstellern, die von Microsoft unabhängig sind. Microsoft gewährt keine implizite oder sonstige Garantie in Bezug auf die Leistung oder Zuverlässigkeit dieser Produkte.

Nein GUID-Partitionstabellen-Datenträger sind selbstidentifizierend. Alle Informationen, die zum Interpretieren des Partitionierungsschemas eines GUID-Partitionstabellendatenträgers erforderlich sind, sind vollständig in Strukturen an angegebenen Speicherorten auf den physischen Medien enthalten.

Theoretisch kann ein GUID-Partitionstabellendatenträger bis zu 264 Sektoren in einem einzelnen logischen Block umfassen. Logische Blöcke sind in der Regel 512 Bytes oder ein Sektor groß.

In der Praxis unterstützt Windows XP GUID-Partitionstabellen-Datenträger mit einer Größe von bis zu etwa 18 Exabyte.

Theoretisch eine unbegrenzte Anzahl. Im Juli 2001 besteht die Microsoft-Implementierung aus 128 Partitionen. Die Anzahl der Partitionen wird durch den Speicherplatz begrenzt, der für die Erstellung von Partitionseinträgen reserviert ist.

Nein Alle GUID-Partitionstabellen-Datenträger enthalten jedoch einen schützenden MBR, der für Legacyprogramme verwendet wird, die die GUID-Partitionstabellen-Datenträgerstruktur nicht verstehen.

Die schützende MBR, beginnend in Sektor 0, geht der Partitionstabelle GUID-Partitionstabelle auf dem Datenträger voran. Der MBR enthält einen Typ 0xEE Partition, der sich über die gesamte Länge des Datenträgers erstreckt. Dies ist unabhängig von der Anzahl der Partitionen identisch, die im Datenträgereintragsarray der GUID-Partitionstabelle definiert sind.

Die schützende MBR schützt GUID-Partitionstabellen-Datenträger vor zuvor veröffentlichten MBR-Datenträgertools wie Microsoft MS-DOS FDISK oder Microsoft Windows NT Disk Administrator. Diese Tools kennen die GUID-Partitionstabelle nicht und wissen nicht, wie sie ordnungsgemäß auf einen GUID-Partitionstabellendatenträger zugreifen. Legacysoftware, die die GUID-Partitionstabelle nicht kennt, interpretiert nur die geschützte MBR, wenn sie auf einen GUID-Partitionstabellendatenträger zugreift. Diese Tools zeigen einen GUID-Partitionstabellendatenträger als eine einzelne enthaltende (möglicherweise nicht erkannte) Partition an, indem sie die geschützte MBR interpretieren, anstatt den Datenträger mit einer nicht partitionierten Partition zu verschleiern.

Wenn dies der Fall ist, müssen Sie ein Nur-MBR-fähiges Datenträgertool verwendet haben, um auf den GUID-Partitionstabellendatenträger zuzugreifen.

Die EE-Partition in der Schutz-MBR wird als die maximale Größe angegeben, die in einer MBR zulässig ist.

• Kann die 64-Bit-Version von Windows XP von GUID-Partitionstabellen-Datenträgern lesen, schreiben und starten?

  Die 64-Bit-Version von Windows XP kann GUID-Partitionstabellendatenträger lesen und schreiben, aber nicht von GUID-Partitionstabellen-Datenträgern starten.

• Kann die 64-Bit-Version von Windows XP von MBR-Datenträgern lesen, schreiben und starten?

  Ja.

• Kann die 32-Bit-Version von Windows XP von GUID-Partitionstabellen-Datenträgern lesen, schreiben und starten?

  Nein In der 32-Bit-Version wird nur die Schutz-MBR angezeigt. Die EE-Partition wird nicht eingebunden oder anderweitig für Programmsoftware verfügbar gemacht.

• Kann die 32-Bit-Version von Windows XP von MBR-Datenträgern lesen, schreiben und starten?

  Ja.

• Kann Microsoft Windows 2000, Microsoft Windows NT 4.0 oder Microsoft Windows 98/95 aus der GUID-Partitionstabelle lesen, schreiben und starten?

  Nein Legacysoftware wird nur die Schutz-MBR sehen.

GUID-Partitionstabellen- und MBR-Datenträger können nur auf 64-Bit-Systemen gemischt werden, und es gelten die folgenden Einschränkungen:

• Das Windows XP-Ladeprogramm und die Startpartition müssen sich auf einem GUID-Partitionstabellendatenträger befinden. Andere Festplatten können entweder MBR oder GUID-Partitionstabellen sein.

• Sowohl MBR- als auch GUID-Partitionstabellendatenträger können in einer einzelnen dynamischen Datenträgergruppe vorhanden sein. Volumesätze können sowohl MBR- als auch GUID-Partitionstabellendatenträger umfassen. Die Einschränkung der MBR-Zylinderausrichtung kann jedoch einige Probleme beim Spiegeln oder Striping von MBR- und GUID-Partitionstabellendatenträgern verursachen.

Wechselmedien müssen MBR oder Superfloppy sein.

Wechselmedien ohne GUID-Partitionstabelle oder MBR-Formatierung werden als Superfloppy betrachtet. Das gesamte Medium wird als einzelne Partition behandelt.

Der Medienhersteller führt jede MBR-Partitionierung von Wechselmedien durch; Wechselmedien werden von Windows niemals partitioniert. Wenn das Medium über einen MBR verfügt, wird nur eine Partition unterstützt. Es gibt wenig erkennbaren Unterschied zwischen MBR-partitionierten Medien und Superfloppies.

Beispiele für Wechselmedien sind Diskettenlaufwerke, JAZZ-Datenträgerpatronen, magnetooptische Medien, DVD-ROM und CD-ROM. Festplattenlaufwerke auf externen Bussen wie SCSI oder IEEE 1394 gelten nicht als wechselbar.

• Welches Standardverhalten hat die 64-Bit-Version von Windows XP beim Partitionieren von Medien?

  Feste Datenträger werden mithilfe der GUID-Partitionstabellenpartitionierung partitioniert. GUID-Partitionstabellen-Datenträger können nur dann in MBR-Datenträger konvertiert werden, wenn die gesamte vorhandene Partitionierung zuerst gelöscht wird, und damit verbundene Daten verloren gehen.

• Welches Standardverhalten hat die 32-Bit-Version von Windows XP beim Partitionieren von Medien?

  Es können nur MBR-Datenträger verwendet werden. MBR-Datenträger können nicht in GUID-Partitionstabellendatenträger konvertiert werden.

• Wie kann ein Laufwerkbuchstabe im Betriebssystem einer Partition in Extensible Firmware Interface Firmware zugeordnet werden?

  Es gibt keine inhärente Zuordnung zwischen Laufwerkbuchstaben und Partition, die verwendet werden kann, um eine von der anderen zu bestimmen. Eine grundlegende Datenpartition muss durch ihre Partitions-GUID identifiziert werden.

• Wie kann eine Extensible Firmware Interface Systempartition erstellt werden?

  Extensible Firmware Interface Systempartitionen können mithilfe des Extensible Firmware Interface Firmware-Hilfsprogramms Diskpart.efi oder des Windows XP-Befehlszeilenprogramms Diskpart.exe erstellt werden, oder sie können programmgesteuert mit IOCTL_SET_DRIVE_LAYOUT erstellt werden.

Sie sollten keinen Partitionsheadereintrag direkt ändern. Verwenden Sie keine Datenträgertools oder Hilfsprogramme, um Änderungen oder Änderungen vorzunehmen.

Bei getrennten Datenträgern wird üblicherweise erwartet, dass sie zwischen Computern migriert werden oder einfach manchmal nicht für das Betriebssystem verfügbar sind. Beispiele für trennbare Datenträger sind IEEE 1394-Datenträger, die vom Endbenutzer problemlos getrennt werden können, oder freigegebene MscS-Datenträger (Microsoft Cluster Services), die zwischen Knoten in einem Cluster verschoben werden. Windows XP unterstützt nur MBR-Partitionierung auf getrennten Datenträgern.

• Was ist die Extensible Firmware Interface Systempartition?

  Die Extensible Firmware Interface Systempartition enthält ntldr, Boot.ini und andere Dateien, die zum Starten des Computers erforderlich sind, z. B. Treiber. Die Partitions-GUID definiert die Extensible Firmware Interface Systempartition:

  DEFINE_GUID (PARTITION_SYSTEM_GUID, 0xC12A7328L, 0xF81F, 0x11D2, 0xBA, 0x4B, 0x00, 0xA0, 0xC9, 0x3E, 0xC9, 0x3B)

• Verfügen nur GUID-Partitionstabellendatenträger über extensible Firmware Interface Systempartitionen?

  Nein, MBR-Datenträger können auch über extensible Firmware Interface Systempartitionen verfügen. Extensible Firmware Interface gibt das Starten aus der GUID-Partitionstabelle oder MBR an. Die Extensible Firmware Interface Systempartitionen auf einem MBR-Datenträger werden durch den Partitionstyp 0xEF identifiziert. Windows XP unterstützt jedoch nicht das Starten von Extensible Firmware Interface von MBR-Datenträgern oder 0xEF Partitionen.

• Wie groß ist die Extensible Firmware Interface Systempartition?

  Die Extensible Firmware Interface Systempartition wird mithilfe des folgenden Algorithmus bestimmt:

  Max (100 MB, Min. (1 Prozent des physischen Datenträgers, 1 GB))

  Anders ausgedrückt: Die Größe der Extensible Firmware Interface Systempartition muss größer als diese beiden Zahlen sein, 100 MB oder 1 Prozent der physischen Datenträgergröße (bis zu 1 GB). Die Größe des physischen Datenträgers wird zum Zeitpunkt der Datenträgerpartitionierung gemessen.

  Der Wert 1 Prozent des physischen Datenträgers wird zu dem Zeitpunkt berechnet, zu dem die Extensible Firmware Interface Systempartition erstellt wird, und ändert sich nicht, wenn der Datenträger später erweitert wird (z. B. durch RAID).

• Können zwei Extensible Firmware Interface Systempartitionen auf einem einzelnen Datenträger vorhanden sein?

  Eine solche Konfiguration sollte nicht erstellt werden und wird nicht unterstützt.

• Wie sieht es mit zwei Extensible Firmware Interface Systempartitionen auf zwei verschiedenen Datenträgern aus?

  Extensible Firmware Interface Systempartitionen können für Hochverfügbarkeitskonfigurationen repliziert werden. Die Replikation muss manuell erfolgen, und der Inhalt muss manuell synchronisiert werden. Extensible Firmware Interface Systempartitionen können nicht gespiegelt werden.

• Was platziert Microsoft in der Extensible Firmware Interface Systempartition?

  Microsoft platziert das Ladeprogramm und andere Dateien, die zum Starten des Betriebssystems erforderlich sind, in der Extensible Firmware Interface Systempartition.

• Wo sollte die Extensible Firmware Interface Systempartition auf dem Datenträger platziert werden?

  Die Extensible Firmware Interface Systempartition muss sich zuerst auf dem Datenträger befinden. Obwohl es keine Architekturanforderung gibt, gibt es zahlreiche Gründe, warum es vorteilhaft ist, die Extensible Firmware Interface Systempartition zuerst zu platzieren. Der Hauptgrund dafür ist, dass es unmöglich ist, Volumes zu umfassen, wenn sich die Extensible Firmware Interface Systempartition logisch zwischen den beiden Datenpartitionen befindet, die Sie überspannen möchten.

• Was sollte ein Computer- oder Gerätehersteller in der Extensible Firmware Interface Systempartition platzieren?

  Die Extensible Firmware Interface Systempartition sollte nur Dateien enthalten, die zum Starten eines Betriebssystems erforderlich sind, Plattformtools, die vor dem Starten des Betriebssystems ausgeführt werden, oder Dateien, auf die vor dem Start des Betriebssystems zugegriffen werden muss, z. B. bei der Systemwartung vor dem Start. Andere Dateien mit Mehrwert oder Diagnose, die während der Betriebssystemausführung verwendet werden, sollten nicht in der Extensible Firmware Interface Systempartition platziert werden. Es ist wichtig zu beachten, dass der Speicherplatz in der Extensible Firmware Interface SystemPartition eine begrenzte Systemressource ist. Der Hauptzweck besteht darin, Speicher für die Dateien bereitzustellen, die zum Starten des Betriebssystems erforderlich sind.

Die bevorzugte Option besteht darin, dass Computerhersteller Mehrwertinhalte in einer OEM-spezifischen Partition platzieren. Genau wie MBR-OEM-Partitionen werden die Inhalte von GUID-Partitionstabellen-OEM-Partitionen (oder anderen unbekannten) Partitionen nicht verfügbar gemacht (wenn Laufwerkbuchstaben angegeben oder in Volumelisten zurückgegeben werden). Benutzer werden gewarnt, dass das Löschen der Partition dazu führen kann, dass der Computer nicht funktioniert. Eine OEM-spezifische Partition sollte vor der reservierten Microsoft-Partition und nach jeder Extensible Firmware Interface Systempartition auf dem Datenträger platziert werden. Obwohl diese Platzierung nicht architektonisch ist, hat diese Platzierung die gleichen Vorteile wie die Platzierung der Extensible Firmware Interface Systempartition. Beispielsweise ist es auch unmöglich, Volumes zu umfassen, wenn sich eine OEM-spezifische Partition logisch zwischen den beiden Datenpartitionen befindet, die Sie überspannen möchten.

Die Platzierung in der Extensible Firmware Interface Systempartition ist eine Option für Programme oder Dateien, die in der Startumgebung vor dem Betriebssystem ausgeführt werden. Die Extensible Firmware Interface Systempartition ist jedoch architektonisch gemeinsam genutzter Speicherplatz und stellt eine begrenzte Ressource dar. Die Nutzung von Speicherplatz in der Extensible Firmware Interface Systempartition sollte sorgfältig in Betracht gezogen werden. Dateien, die für die Startumgebung vor dem Betriebssystem nicht relevant sind, sollten nicht in der Extensible Firmware Interface Systempartition platziert werden.

• Was ist eine reservierte Microsoft-Partition?

  Die reservierte Microsoft-Partition reserviert Speicherplatz auf jedem Laufwerk für die spätere Verwendung durch Betriebssystemsoftware. GUID-Partitionstabellendatenträger lassen keine ausgeblendeten Sektoren zu. Softwarekomponenten, die zuvor ausgeblendete Sektoren verwendet haben, weisen jetzt Teile der reservierten Microsoft-Partition für komponentenspezifische Partitionen zu. Die Konvertierung eines Basisdatenträgers in einen dynamischen Datenträger führt beispielsweise dazu, dass die reservierte Microsoft-Partition auf diesem Datenträger verkleinert wird, und eine neu erstellte Partition enthält die Datenbank des dynamischen Datenträgers. Die reservierte Microsoft-Partition verfügt über die folgende Partitions-GUID:

  DEFINE_GUID (PARTITION_MSFT_RESERVED_GUID, 0xE3C9E316L, 0x0B5C, 0x4DB8, 0x81, 0x7D, 0xF9, 0x2D, 0xF0, 0x02, 0x15, 0xAE

• Für welche Datenträger ist eine reservierte Microsoft-Partition erforderlich?

  Jeder GUID-Partitionstabellendatenträger muss eine reservierte Microsoft-Partition enthalten. Die reservierte Microsoft-Partition muss die erste Partition nach der Extensible Firmware Interface Systempartition (falls vorhanden) auf dem Datenträger sein. Es ist besonders wichtig, dass die reservierte Microsoft-Partition vor anderen primären Datenpartitionen erstellt wird.

• Wer erstellt die reservierte Microsoft-Partition?

  Die reservierte Microsoft-Partition muss erstellt werden, wenn Informationen zur Datenträgerpartitionierung zuerst auf das Laufwerk geschrieben werden. Wenn der Hersteller den Datenträger partitioniert, muss der Hersteller gleichzeitig die reservierte Microsoft-Partition erstellen. Wenn Windows den Datenträger während des Setups partitioniert, wird die reservierte Microsoft-Partition erstellt.

• Warum muss die reservierte Microsoft-Partition erstellt werden, wenn der Datenträger zum ersten Mal partitioniert wird?

  Nachdem der Datenträger partitioniert wurde, ist kein freier Speicherplatz mehr vorhanden, um eine reservierte Microsoft-Partition zu erstellen.

• Wie groß ist die reservierte Microsoft-Partition?

  Bei der ersten Erstellung hängt die Größe der reservierten Microsoft-Partition von der Größe des Laufwerks ab:

  • Auf Laufwerken mit einer Größe von weniger als 16 GB beträgt die reservierte Microsoft-Partition 32 MB.
  • Auf Laufwerken, die größer oder gleich 16 GB sind, beträgt die reservierte Microsoft-Partition 128 MB. Da die reservierte Microsoft-Partition in andere Partitionen unterteilt ist, wird sie kleiner.

Jedes startbare Laufwerk muss eine Extensible Firmware Interface Systempartition, eine reservierte Microsoft-Partition und mindestens eine grundlegende Datenpartition enthalten, die das Betriebssystem enthält. Jedes Datenlaufwerk muss mindestens eine reservierte Microsoft-Partition und eine einfache Datenpartition enthalten.

Alle grundlegenden Datenpartitionen auf dem Laufwerk sollten zusammenhängend sein. Wie bereits erwähnt, führt das Platzieren einer OEM-spezifischen oder anderen nicht erkannten Partition zwischen Datenpartitionen zu Einschränkungen für die spätere Volumespannung.

Grundlegende Datenpartitionen entsprechen primären MBR-Partitionen 0x6 (FAT), 0x7 (NTFS) oder 0xB (FAT32). Es besteht eine direkte 1:1-Korrelation zwischen einer einfachen Datenpartition und einem Laufwerkbuchstaben oder Bereitstellungspunkt, einem anderen Volumegeräteobjekt oder beidem. Jede grundlegende Datenpartition wird in Windows als Volumegeräteobjekt und optional als Bereitstellungspunkt oder Laufwerkbuchstabe dargestellt.

Es verfügt über die folgende Partitionstyp-GUID:

DEFINE_GUID (PARTITION_BASIC_DATA_GUID, 0xEBD0A0A2L, 0xB9E5, 0x4433, 0x87, 0xC0, 0x68, 0xB6, 0xB7, 0x26, 0x99, 0xC7)

Dem Benutzer werden diese Partitionen nicht in Windows Explorer verfügbar gemacht, noch wird ein erkanntes Dateisystem für Legacyprogramme wie die Kontextindizierung verfügbar gemacht. Die Extensible Firmware Interface Systempartition, OEM-spezifische und andere nicht erkannte Partitionen sind nur im MMC-Snap-In für die Datenträgerverwaltung sichtbar.

Windows XP macht nur grundlegende Datenpartitionen verfügbar. Andere Partitionen mit FAT-Dateisystemen können eingebunden, aber nicht verfügbar gemacht werden (nur programmgesteuert). Nur grundlegenden Datenpartitionen werden Laufwerkbuchstaben oder Bereitstellungspunkte zugewiesen.

Das FAT-Dateisystem extensible Firmware Interface System partition is mounted, but not exposed. Dadurch können Programme, die unter Windows ausgeführt werden, den Inhalt der Extensible Firmware Interface Systempartition aktualisieren. Der folgende Registrierungsschlüssel sucht die Extensible Firmware Interface Systempartition:

HKEY_LOCAL_MACHINE/System/Setup/SystemPartition

Die reservierte Microsoft-Partition (und alle Partitionen, die aus der reservierten Microsoft-Partition erstellt werden) können über erkennbare Dateisysteme verfügen. keine verfügbar gemacht werden.

Oem-spezifische Partitionen oder Partitionen, die anderen Betriebssystemen zugeordnet sind, werden von Windows nicht erkannt. Nicht erkannte Partitionen mit erkennbaren Dateisystemen werden wie die Extensible Firmware Interface Systempartition behandelt. Sie werden eingebunden, aber nicht verfügbar gemacht. Im Gegensatz zu MBR-Datenträgern gibt es keinen praktischen Unterschied zwischen OEM-spezifischen Partitionen und anderen Betriebssystempartitionen. alle werden nicht erkannt.

Der Benutzer kann Datenträgerverwaltungstools wie das MMC-Snap-In für die Datenträgerverwaltung oder Diskpart.exe verwenden. Die reservierte Microsoft-Partition und alle Partitionen, die aus der reservierten Microsoft-Partition erstellt werden, sind nur an einer Eingabeaufforderung sichtbar.

Dynamische Datenträger verwenden zwei verschiedene GUID-Partitionstabellenpartitionen:

• Eine Datencontainerpartition, die der MBR-Partition 0x42 entspricht, mit der folgenden GUID:DEFINE_GUID (PARTITION_LDM_DATA_GUID, 0xAF9B60A0L, 0x1431, 0x4F62, 0xBC, 0x68, 0x33, 0x11, 0x71, 0x4A, 0x69, 0xAD)

• Eine Partition, die die dynamische Konfigurationsdatenbank mit der folgenden GUID enthalten soll: DEFINE_GUID(PARTITION_LDM_METADATA_GUID, 0x5808C8AAL, 0x7E8F, 0x42E0, 0x85, 0xD2, 0xE1, 0xE9, 0x04, 0x34, 0xCF, 0xB3) werden im Datencontainer erstellt und standardmäßig eingebunden. Dies entspricht dem Inhalt von 0x42 MBR-Partitionen.

Damit ein Laufwerk in dynamisch konvertiert werden kann, müssen alle grundlegenden Datenpartitionen auf dem Laufwerk zusammenhängend sein. Wenn andere nicht erkannte Partitionen grundlegende Datenpartitionen trennen, kann der Datenträger nicht konvertiert werden. Dies ist einer der Gründe, warum die reservierte Microsoft-Partition vor allen grundlegenden Datenpartitionen erstellt werden muss.

Der erste Schritt bei der Konvertierung besteht darin, einen Teil der reservierten Microsoft-Partition zu trennen, um die Konfigurationsdatenbankpartition zu erstellen. Alle nicht startbaren Basispartitionen werden dann zu einer einzelnen Datencontainerpartition kombiniert. Startpartitionen werden als separate Datencontainerpartitionen aufbewahrt. Dies ist analog zur Konvertierung primärer Partitionen.

Windows XP unterscheidet sich von Windows 2000 darin, dass grundlegende und erweiterte Partitionen bevorzugt in eine einzelne 0x42 Partition konvertiert werden, anstatt als mehrere unterschiedliche 0x42 Partitionen wie unter Windows 2000 beibehalten zu werden.

Mit den folgenden Tools können Sie auf die GUID-Partitionstabellen-Datenträgerpartitionen unterschiedlicher Typen zugreifen.

Diskpart.efi:
Firmware: Erweiterbare Firmwareschnittstellensystempartition
Reservierte Microsoft-Partition

Diskpart.exe:
Windows XP: Erweiterbare Firmwareschnittstellensystempartition
Reservierte Microsoft-Partition

Diskgmt.msc:
Windows XP: Erweiterbare Firmwareschnittstellensystempartition
DATEN

Explorer.exe:
Windows XP: DATA

Sie können auch eigene Tools entwickeln (mithilfe der Microsoft Win32- oder Microsoft Win64-APIs), um auf die GUID-Partitionstabellen-Datenträgerpartitionen auf ihren primitiven Ebenen zuzugreifen.

GUID-Partitionstabellen- und MBR-Datenträger werden auf die gleiche Weise verwaltet. Datenträger können mithilfe des Befehlszeilenprogramms Diskpart.exe oder mithilfe des Datenträgerverwaltungs-Snap-Ins als GUID-Partitionstabelle oder MBR formatiert werden. Volumes können sowohl auf GUID-Partitionstabellen- als auch auf MBR-Datenträgern erstellt werden, und beide Arten von Datenträgern können in derselben dynamischen Datenträgergruppe gemischt werden.

Es gibt keine FTdisk-Set-Unterstützung unter Windows XP für MBR- oder GUID-Partitionstabellen-Datenträger. Logische Volumes werden nur über dynamische Datenträger unterstützt.

Ja, aber nur, wenn der Datenträger keine Partitionen oder Volumes enthält. Alle Daten auf dem Datenträger werden zerstört. GUID-Partitionstabellen-Datenträger werden nur unter der 64-Bit-Version von Windows XP unterstützt.

NTFS wird für alle grundlegenden Datenpartitionen und alle dynamischen Volumes empfohlen. Windows Setup und das Datenträgerverwaltungs-Snap-In bieten nur NTFS. Sie können jedoch auch auf diesen Partitionen FAT16 und FAT32 verwenden. Um dies zu umgehen, muss die Partition oder das Volume explizit mit dem Formattool formatiert werden.

Nein Die Datenträger- und Partitions-GUIDs sind nicht mehr eindeutig. Das darf nie passieren. Sie können eine Sektor-für-Sektor-Kopie des Inhalts der Extensible Firmware Interface Systempartition oder grundlegender Datenpartitionen erstellen.

Ja; Es gibt jedoch einige wichtige Einschränkungen. Das OEM Preinstallation Kit (OPK) initialisiert die Datenträger- und Partitions-GUIDs auf Null. Beim ersten Start von Windows XP generiert das Betriebssystem eindeutige GUIDs. Das OPK unterstützt nur die Generierung von Extensible Firmware Interface Systempartition, Microsoft Reserved Partition und grundlegenden Datenpartitionen.

Wenn ein Programm Datenträger- oder Partitions-GUIDs aufgezeichnet hat, funktioniert das Programm möglicherweise nicht. Alle Programme, Treiber, Hilfsprogramme oder Firmwareimplementierungen, die von Computerherstellern oder Programmanbietern bereitgestellt werden, die auf GUIDs angewiesen sind, sollten GUIDs verarbeiten können, die sich von den OPK-Initialisierungswerten zu den vom Betriebssystem generierten Werten ändern.

Es ist eine Möglichkeit für OEMs, die Vorinstallation des Betriebssystems und die Systemwiederherstellung zu vereinfachen. Dieser Befehl kann problemlos erweitert werden, um eine Standarddatenträgerkonfiguration für die Plattform zu erstellen. Der Computerhersteller könnte beispielsweise den MAKE-Befehl erweitern, um das Startlaufwerk automatisch mit einer Extensible Firmware Interface Systempartition, einer reservierten Microsoft-Partition, einer OEM-spezifischen Partition und einer grundlegenden Datenpartition zu partitionieren. Betrachten Sie beispielsweise eine mögliche Datenträgerkonfiguration namens BOOT_DISK. Im Falle einer Notfallwiederherstellung würde MAKE BOOT_DISK es dem Kunden ermöglichen, einen Startdatenträger vollständig auf die ursprünglichen Factorystandardeinstellungen neu zu partitionieren.

Windows XP generiert bei der Erkennung neue GUIDs für alle doppelten Datenträger-GUID, die GUID der reservierten Microsoft-Partition oder die Basisdaten-GUID von Microsoft Reserved Partition. Dies ähnelt der Behandlung doppelter MBR-Signaturen in Windows 2000. Doppelte GUIDs in einem dynamischen Container oder einer Datenbankpartition führen zu unvorhersehbaren Ergebnissen.

Dies hängt von der Clustergröße ab, die zum Zeitpunkt der Formatierung ausgewählt wird. NTFS ist derzeit auf 2^32-1 Zuordnungseinheiten beschränkt. Dies ergibt ein Volume mit 256 TB und 64.000 Clustern. Dies wurde jedoch nur mit 16 TB oder 17.592.186.040.320 Byte getestet, wobei die Clustergröße 4K verwendet wird. Das folgende Diagramm zeigt die NTFS-Grenzwerte basierend auf der Clustergröße:

Um beispielsweise ein Volume mit einer Clustergröße von 8 KB zu formatieren, verwenden Sie einen Befehl wie den folgenden an einer Eingabeaufforderung, wobei /a: #### die Anzahl der Bytes pro Cluster angibt:

format d: /fs:ntfs /a:8192

Wenn Sie eine Clustergröße auswählen, die für die Größe der Partition zu klein ist, erhalten Sie beim Versuch, die Partition zu formatieren, die folgende Fehlermeldung:

Der Formatvorgang wurde nicht abgeschlossen, da die Clusteranzahl höher als erwartet ist.

Um die Clustergröße eines Volumes zu bestimmen, führen Sie den folgenden Befehl an einer Eingabeaufforderung aus, und notieren Sie sich dann den Wert Bytes pro Cluster :

fsutil fsinfo ntfsinfo <volume>

Wenn Sie beispielsweise den fsutil fsinfo ntfsinfo c: Befehl ausführen, erhalten Sie möglicherweise Ergebnisse, die der folgenden Ausgabe ähneln:

NTFS-Volumeseriennummer: 0xf4300f6c300f3560
Version : 3.1
Zahlensektoren: 0x000000001d17dbee
Cluster gesamt: 0x0000000003a2fb7d
Kostenlose Cluster: 0x000000000102bfa0
Reservierte Gesamtanzahl: 0x0000000000000800
Bytes pro Sektor: 512
Bytes pro Cluster: 4096
Bytes pro DateiDatensatzsegment: 1024
Cluster pro DateiDatensatzsegment: 0
Mft Gültige Datenlänge: 0x000000000e630000
Mft Start Lcn : 0x00000000000c0000
Mft2 Start Lcn : 0x0000000001d17dbe
Mft Zone Start : 0x00000000002185a0
Mft Zone End : 0x0000000000218740
RM-Id: 1587CC47-A713-11DB-9287-806E6F6E6963