GUID Partition Table - Versionsgeschichte

InternetArchiveBot: InternetArchiveBot hat 1 Archivlink(s) ergänzt und 1 Link(s) als defekt/tot markiert.) #IABot (v2.0.9.5

2025-03-19T20:57:58Z

InternetArchiveBot hat 1 Archivlink(s) ergänzt und 1 Link(s) als defekt/tot markiert.) #IABot (v2.0.9.5

← Nächstältere Version		Version vom 19. März 2025, 22:57 Uhr
Zeile 179:		Zeile 179:
	\|rowspan="2"\| ONIE		\|rowspan="2"\| ONIE
	\| ONIE boot		\| ONIE boot
	\|rowspan="2"\| Open Network Install Environment (ONIE)<ref name="onieblkdev">{{Toter Link \|date=2018-04 \|url=https://github.com/onie/onie/blob/master/rootconf/x86_64/sysroot-lib-onie/onie-blkdev-common }}</ref><ref>[http://www.onie.org/ onie.org]</ref>		\|rowspan="2"\| Open Network Install Environment (ONIE)<ref name="onieblkdev">{{Toter Link \|date=2018-04 \|url=https://github.com/onie/onie/blob/master/rootconf/x86_64/sysroot-lib-onie/onie-blkdev-common }}</ref><ref>{{Webarchiv\|url=http://www.onie.org/ \|wayback=20150608172328 \|text=onie.org \|archiv-bot=2025-03-19 20:57:52 InternetArchiveBot }}</ref>
	\|-		\|-
	\| <code>D4E6E2CD-4469-46F3-B5CB-1BFF57AFC149</code>		\| <code>D4E6E2CD-4469-46F3-B5CB-1BFF57AFC149</code>
Zeile 218:		Zeile 218:
	\|rowspan="3"\| [[Chromebook]]		\|rowspan="3"\| [[Chromebook]]
	\| ChromeOS [[Kernel (Betriebssystem)\|kernel]]		\| ChromeOS [[Kernel (Betriebssystem)\|kernel]]
	\|rowspan="3"\| [[Google Chrome OS]]<ref name="ChromeOSsrcgpth">vboot_reference/firmware/lib/cgptlib/include/gpt.h, ChromeOS-Quelltext von 23. Dezember 2010</ref><ref name="chromiumos-diskformat">[http://www.chromium.org/chromium-os/chromiumos-design-docs/disk-format chromium.org]</ref>		\|rowspan="3"\| [[Google Chrome OS]]<ref name="ChromeOSsrcgpth">vboot_reference/firmware/lib/cgptlib/include/gpt.h, ChromeOS-Quelltext von 23. Dezember 2010</ref><ref name="chromiumos-diskformat">[http://www.chromium.org/chromium-os/chromiumos-design-docs/disk-format chromium.org]{{Toter Link\|url=http://www.chromium.org/chromium-os/chromiumos-design-docs/disk-format \|date=2025-03 \|archivebot=2025-03-19 20:57:52 InternetArchiveBot }}</ref>
	\|-		\|-
	\| <code>3CB8E202-3B7E-47DD-8A3C-7FF2A13CFCEC</code>		\| <code>3CB8E202-3B7E-47DD-8A3C-7FF2A13CFCEC</code>

Seltzdesign: /* growthexperiments-addlink-summary-summary:2|0|0 */

2025-03-15T17:39:09Z

Linkvorschlag-Funktion: 2 Links hinzugefügt.

← Nächstältere Version		Version vom 15. März 2025, 19:39 Uhr
Zeile 99:		Zeile 99:

	=== {{Anker\|ESP\|EFI System Partition\|EFI-Systempartition\|EFI-System-Partition}}Systempartition ===		=== {{Anker\|ESP\|EFI System Partition\|EFI-Systempartition\|EFI-System-Partition}}Systempartition ===
	Für [[Bootfähiges Medium\|startfähige Medien]], die zum [[Booten]] eines Systems verwendet werden können, ist eine spezielle Partition namens {{enS\|EFI System Partition}}, kurz ESP, vorgesehen. Eine System-Firmware nach dem EFI-Standard sucht bei externen Medien auf der EFI-Systempartition nach Bootloadern und bietet im EFI-[[Bootmenü]] alle kompatiblen Einträge zur Auswahl an. Bei internen Startmedien, etwa der eingebauten [[Festplatte]], muss ein installiertes System den jeweiligen EFI-Bootloader im NVRAM als Eintrag hinzufügen. Der Standardeintrag lässt sich mit Dienstprogrammen verändern, im Bootmenü werden alle konfigurierten Bootloader angezeigt.		Für [[Bootfähiges Medium\|startfähige Medien]], die zum [[Booten]] eines Systems verwendet werden können, ist eine spezielle Partition namens {{enS\|EFI System Partition}}, kurz ESP, vorgesehen. Eine System-Firmware nach dem EFI-Standard sucht bei externen Medien auf der EFI-Systempartition nach Bootloadern und bietet im EFI-[[Bootmenü]] alle kompatiblen Einträge zur Auswahl an. Bei internen Startmedien, etwa der eingebauten [[Festplatte]], muss ein installiertes System den jeweiligen EFI-Bootloader im [[NVRAM]] als Eintrag hinzufügen. Der Standardeintrag lässt sich mit Dienstprogrammen verändern, im Bootmenü werden alle konfigurierten Bootloader angezeigt.

	=== Partitionstyp-GUIDs ===		=== Partitionstyp-GUIDs ===
Zeile 610:		Zeile 610:

	== Konvertierung ==		== Konvertierung ==
	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 ''GPT fdisk'' (besser bekannt als <code>gdisk</code>) bietet diese Möglichkeit.<ref name="gptfdisk_mbr2gpt" /> Auch die Überführung von einigen BSD-Disklabel-Partitionen in GPT ist damit möglich.		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 ''GPT fdisk'' (besser bekannt als <code>gdisk</code>) bietet diese Möglichkeit.<ref name="gptfdisk_mbr2gpt" /> Auch die Überführung von einigen BSD-Disklabel-Partitionen in GPT ist damit möglich.

	== Begrenzungen ==		== Begrenzungen ==

Y2kbug: /* Hybrid-MBR */ Revert: "Der Speicherbereich bezeichnet in der Informatik einen zusammenhängenden Abschnitt des Arbeitsspeichers, Adressraums oder Massenspeicher eines Computers", wobei zwar der Massenspeicher im Rahmen der Speicherverwaltung Teil der Speicherhierarchie sind, hier speziell jedoch die Daten auf dem physischen Datenträger (wie einer Festplatte) gemeint sind; eher also Datenblöcke (Datenblock) als Speicherbereich!

2025-02-07T08:38:05Z

Hybrid-MBR: Revert: "Der Speicherbereich bezeichnet in der Informatik einen zusammenhängenden Abschnitt des Arbeitsspeichers, Adressraums oder Massenspeicher eines Computers", wobei zwar der Massenspeicher im Rahmen der Speicherverwaltung Teil der Speicherhierarchie sind, hier speziell jedoch die Daten auf dem physischen Datenträger (wie einer Festplatte) gemeint sind; eher also Datenblöcke (Datenblock) als Speicherbereich!

← Nächstältere Version		Version vom 7. Februar 2025, 10:38 Uhr
Zeile 618:		Zeile 618:
	Ein Hybrid-MBR bezeichnet das Definieren einzelner Partitionen sowohl in der GUID-Partitionstabelle (GPT) als auch in der Partitionstabelle des [[Master Boot Record\|Master Boot Record (MBR)]]. Ein Zugriff auf die Partitionen ist dadurch sowohl über GPT als auch über MBR möglich, was [[Multi-Boot-System\|Dual-Boot]] zwischen Betriebssystemen ermöglicht, die nur jeweils eine der beiden Partitionstabellen verwenden oder unterstützen.		Ein Hybrid-MBR bezeichnet das Definieren einzelner Partitionen sowohl in der GUID-Partitionstabelle (GPT) als auch in der Partitionstabelle des [[Master Boot Record\|Master Boot Record (MBR)]]. Ein Zugriff auf die Partitionen ist dadurch sowohl über GPT als auch über MBR möglich, was [[Multi-Boot-System\|Dual-Boot]] zwischen Betriebssystemen ermöglicht, die nur jeweils eine der beiden Partitionstabellen verwenden oder unterstützen.

	Im MBR ist normalerweise nur eine den gesamten ~~[[Speicherbereich]]~~ umfassende Schutzpartition enthalten, was als Schutz-MBR ({{enS\|“protective MBR”}}) bezeichnet wird. Bei Hybrid-Partitionierung wird ein und dieselbe Partition sowohl in der GUID- als auch in der MBR-Partitionstabelle definiert: da der Master Boot Record dabei als [[Hybrid]] der eigentlichen GUID-Partitionstabelle auftritt, wird in diesem Fall die Bezeichnung „Hybrid-MBR“ verwendet.		Im MBR ist normalerweise nur eine den gesamten Datenbereich umfassende Schutzpartition enthalten, was als Schutz-MBR ({{enS\|“protective MBR”}}) bezeichnet wird. Bei Hybrid-Partitionierung wird ein und dieselbe Partition sowohl in der GUID- als auch in der MBR-Partitionstabelle definiert: da der Master Boot Record dabei als [[Hybrid]] der eigentlichen GUID-Partitionstabelle auftritt, wird in diesem Fall die Bezeichnung „Hybrid-MBR“ verwendet.

	Die Gefahr bei der Hybrid-Partitionierung ist, dass das Verändern nur einer der beiden Partitionstabellen zu groben Partitionierungsfehlern führen kann. Daher muss eine Hybrid-Partitionierung durch dafür vorgesehene Programme erfolgen und darf keinesfalls über Partitionierungswerkzeuge eines Betriebssystems, welches nur eine der beiden Partitionstabellen verwendet, verändert werden.		Die Gefahr bei der Hybrid-Partitionierung ist, dass das Verändern nur einer der beiden Partitionstabellen zu groben Partitionierungsfehlern führen kann. Daher muss eine Hybrid-Partitionierung durch dafür vorgesehene Programme erfolgen und darf keinesfalls über Partitionierungswerkzeuge eines Betriebssystems, welches nur eine der beiden Partitionstabellen verwendet, verändert werden.

CyDeFect: „Datenbereich“ durch „Speicherbereich“ ersetzt und verlinkt.

2025-02-07T08:28:59Z

„Datenbereich“ durch „Speicherbereich“ ersetzt und verlinkt.

← Nächstältere Version		Version vom 7. Februar 2025, 10:28 Uhr
Zeile 618:		Zeile 618:
	Ein Hybrid-MBR bezeichnet das Definieren einzelner Partitionen sowohl in der GUID-Partitionstabelle (GPT) als auch in der Partitionstabelle des [[Master Boot Record\|Master Boot Record (MBR)]]. Ein Zugriff auf die Partitionen ist dadurch sowohl über GPT als auch über MBR möglich, was [[Multi-Boot-System\|Dual-Boot]] zwischen Betriebssystemen ermöglicht, die nur jeweils eine der beiden Partitionstabellen verwenden oder unterstützen.		Ein Hybrid-MBR bezeichnet das Definieren einzelner Partitionen sowohl in der GUID-Partitionstabelle (GPT) als auch in der Partitionstabelle des [[Master Boot Record\|Master Boot Record (MBR)]]. Ein Zugriff auf die Partitionen ist dadurch sowohl über GPT als auch über MBR möglich, was [[Multi-Boot-System\|Dual-Boot]] zwischen Betriebssystemen ermöglicht, die nur jeweils eine der beiden Partitionstabellen verwenden oder unterstützen.

	Im MBR ist normalerweise nur eine den gesamten ~~Datenbereich~~ umfassende Schutzpartition enthalten, was als Schutz-MBR ({{enS\|“protective MBR”}}) bezeichnet wird. Bei Hybrid-Partitionierung wird ein und dieselbe Partition sowohl in der GUID- als auch in der MBR-Partitionstabelle definiert: da der Master Boot Record dabei als [[Hybrid]] der eigentlichen GUID-Partitionstabelle auftritt, wird in diesem Fall die Bezeichnung „Hybrid-MBR“ verwendet.		Im MBR ist normalerweise nur eine den gesamten [[Speicherbereich]] umfassende Schutzpartition enthalten, was als Schutz-MBR ({{enS\|“protective MBR”}}) bezeichnet wird. Bei Hybrid-Partitionierung wird ein und dieselbe Partition sowohl in der GUID- als auch in der MBR-Partitionstabelle definiert: da der Master Boot Record dabei als [[Hybrid]] der eigentlichen GUID-Partitionstabelle auftritt, wird in diesem Fall die Bezeichnung „Hybrid-MBR“ verwendet.

	Die Gefahr bei der Hybrid-Partitionierung ist, dass das Verändern nur einer der beiden Partitionstabellen zu groben Partitionierungsfehlern führen kann. Daher muss eine Hybrid-Partitionierung durch dafür vorgesehene Programme erfolgen und darf keinesfalls über Partitionierungswerkzeuge eines Betriebssystems, welches nur eine der beiden Partitionstabellen verwendet, verändert werden.		Die Gefahr bei der Hybrid-Partitionierung ist, dass das Verändern nur einer der beiden Partitionstabellen zu groben Partitionierungsfehlern führen kann. Daher muss eine Hybrid-Partitionierung durch dafür vorgesehene Programme erfolgen und darf keinesfalls über Partitionierungswerkzeuge eines Betriebssystems, welches nur eine der beiden Partitionstabellen verwendet, verändert werden.

Michalsc: Emu68 MBR Typ zentriert in der Tabelle

2024-12-27T13:46:43Z

Emu68 MBR Typ zentriert in der Tabelle

← Nächstältere Version		Version vom 27. Dezember 2024, 15:46 Uhr
Zeile 601:		Zeile 601:
	\|-		\|-
	\|<code>3F82EEBC-87C9-4097-8165-89D6540557C0</code>		\|<code>3F82EEBC-87C9-4097-8165-89D6540557C0</code>
			\|style="text-align:center"\| 76
	\|76
	\|Emu68/[[AmigaOS]]		\|Emu68/[[AmigaOS]]
	\|[[Rigid Disk Block]]		\|[[Rigid Disk Block]]

Michalsc: Emu68 GUID hinzufügt, samt Erläuterungen

2024-12-27T13:44:58Z

Emu68 GUID hinzufügt, samt Erläuterungen

← Nächstältere Version		Version vom 27. Dezember 2024, 15:44 Uhr
Zeile 599:		Zeile 599:
	\| Linux [[RAID]]		\| Linux [[RAID]]
	\|		\|
			\|-
			\|<code>3F82EEBC-87C9-4097-8165-89D6540557C0</code>
			\|76
			\|Emu68/[[AmigaOS]]
			\|[[Rigid Disk Block]]
			\|Diese Partition enthält eine eingebettete, vollständige AmigaOS-RDB-Partitionstabelle einschließlich aller Partitionen. Aufgrund der Einschränkungen der RDB darf die Größe dieser Partition 2 TiB nicht überschreiten.
	\|}		\|}

Y2kbug: /* Unterstützung in Betriebssystemen */ copy&paste-Fehler korr.

2024-08-03T12:05:29Z

Unterstützung in Betriebssystemen: copy&paste-Fehler korr.

← Nächstältere Version		Version vom 3. August 2024, 14:05 Uhr
Zeile 623:		Zeile 623:

	== Unterstützung in Betriebssystemen ==		== Unterstützung in Betriebssystemen ==
	Für Betriebssysteme, die auf der [[Itanium-Architektur]] (auch IA-64 für {{enS\|Intel Architecture 64-Bit}}) aufbauen, ist die Unterstützung von GPT zwingend notwendig, da diese Rechner das [[Extensible Firmware Interface]] (EFI) verwenden. Neben den entsprechenden Itanium-Versionen von [[FreeBSD]], [[HP-UX]], [[Linux]], [[NetBSD]], [[OpenVMS]], [[Solaris (Betriebssystem)\|Solaris]] und [[Microsoft Windows\|Windows]] wird seit der Ablöse des [[BIOS (IBM PC)\|PC-BIOS]] durch das [[Unified Extensible Firmware Interface]] (UEFI) auch von allen 64-Bit-PC-Betriebssystemen, „[[x64]]“ bzw. „[[x86-Architektur\|x86]]-64“, die GUID-Partitionstabelle unterstützt. Da ab ca. 2005 zunehmend UEFI das PC-BIOS auch auf [32-Bit-[[x86-Prozessor]]en „[IA-32]]“ ersetzte (wenn auch mit dem BIOS-Kompatibilitätsmodul „CSM“), unterstützen auch die 32-Bit-Varianten der PC-Betriebssysteme GPT, wenn auch oft nicht als [[Systemlaufwerk]] zum [[Booten\|Starten]].		Für Betriebssysteme, die auf der [[Itanium-Architektur]] (auch IA-64 für {{enS\|Intel Architecture 64-Bit}}) aufbauen, ist die Unterstützung von GPT zwingend notwendig, da diese Rechner das [[Extensible Firmware Interface]] (EFI) verwenden. Neben den entsprechenden Itanium-Versionen von [[FreeBSD]], [[HP-UX]], [[Linux]], [[NetBSD]], [[OpenVMS]], [[Solaris (Betriebssystem)\|Solaris]] und [[Microsoft Windows\|Windows]] wird seit der Ablöse des [[BIOS (IBM PC)\|PC-BIOS]] durch das [[Unified Extensible Firmware Interface]] (UEFI) auch von allen 64-Bit-PC-Betriebssystemen, „[[x64]]“ bzw. „[[x86-Architektur\|x86]]-64“, die GUID-Partitionstabelle unterstützt. Da ab ca. 2005 zunehmend UEFI das PC-BIOS auch auf 32-Bit-[[x86-Prozessor]]en „[[IA-32]]“ ersetzte (wenn auch mit dem BIOS-Kompatibilitätsmodul „CSM“), unterstützen auch die 32-Bit-Varianten der PC-Betriebssysteme GPT, wenn auch oft nicht als [[Systemlaufwerk]] zum [[Booten\|Starten]].

	Seit der Umstellung der [[Apple]]-[[Macintosh]]-Rechner auf Intel-Prozessoren Anfang 2006 verwendet [[macOS\|Mac OS X]] (seit 2016 „macOS“) ebenfalls GPT, da Intel-basierte Macs eine Apple-eigene EFI-Variante verwenden. [[Mac OS X Tiger]] (10.4, 2005) und neuer kann jedoch auch auf der PowerPC-Plattform GPT-Medien verwenden, Firmware-bedingt aber nicht davon [[Booten\|starten]].		Seit der Umstellung der [[Apple]]-[[Macintosh]]-Rechner auf Intel-Prozessoren Anfang 2006 verwendet [[macOS\|Mac OS X]] (seit 2016 „macOS“) ebenfalls GPT, da Intel-basierte Macs eine Apple-eigene EFI-Variante verwenden. [[Mac OS X Tiger]] (10.4, 2005) und neuer kann jedoch auch auf der PowerPC-Plattform GPT-Medien verwenden, Firmware-bedingt aber nicht davon [[Booten\|starten]].

Y2kbug: /* Unterstützung in Betriebssystemen */ Formulierung abermals überarbeitet

2024-08-03T12:04:36Z

Unterstützung in Betriebssystemen: Formulierung abermals überarbeitet

← Nächstältere Version		Version vom 3. August 2024, 14:04 Uhr
Zeile 623:		Zeile 623:

	== Unterstützung in Betriebssystemen ==		== Unterstützung in Betriebssystemen ==
	Für Betriebssysteme, die auf der [[Itanium-Architektur]] (auch IA-64 für {{enS\|Intel Architecture 64-Bit}}) aufbauen, ist die Unterstützung von GPT zwingend notwendig, da diese Rechner das [[Extensible Firmware Interface]] verwenden. Neben den entsprechenden Itanium-Versionen von [[FreeBSD]], [[HP-UX]], [[Linux]], [[NetBSD]], [[OpenVMS]], [[Solaris (Betriebssystem)\|Solaris]] und [[Microsoft Windows\|Windows]] wird seit der ~~Ablösung~~ des BIOS ~~durch~~ ~~UEFI~~ ~~auch~~ ~~von allen~~ [[~~x64\|x86-64]]-Versionen~~ ~~GPT~~ ~~unterstützt.~~ ~~Doch~~ auch ~~bei~~ PC-~~Betriebssysteme für~~ [[~~IA-32~~]], ~~die~~ ~~32-Bit-~~[[x86-Architektur]] ~~von~~ ~~[[x86~~-~~Prozessor]]en,~~ ~~setzte~~ ~~sich~~ ab ca. 2005 zunehmend ~~der~~ ~~nunmehr~~ ~~[[Unified~~ ~~Extensible~~ ~~Firmware~~ ~~Interface\|UEFI~~]] ~~genannte~~ [~~[BIOS~~]]-~~Nachfolger~~ ~~durch~~, ~~sodass~~ auch die 32-Bit-Varianten ~~dieser~~ Betriebssysteme GPT ~~unterstützten~~, wenn auch oft nicht als [[Systemlaufwerk]] zum [[Booten\|Starten]].		Für Betriebssysteme, die auf der [[Itanium-Architektur]] (auch IA-64 für {{enS\|Intel Architecture 64-Bit}}) aufbauen, ist die Unterstützung von GPT zwingend notwendig, da diese Rechner das [[Extensible Firmware Interface]] (EFI) verwenden. Neben den entsprechenden Itanium-Versionen von [[FreeBSD]], [[HP-UX]], [[Linux]], [[NetBSD]], [[OpenVMS]], [[Solaris (Betriebssystem)\|Solaris]] und [[Microsoft Windows\|Windows]] wird seit der Ablöse des [[BIOS (IBM PC)\|PC-BIOS]] durch das [[Unified Extensible Firmware Interface]] (UEFI) auch von allen 64-Bit-PC-Betriebssystemen, „[[x64]]“ bzw. „[[x86-Architektur\|x86]]-64“, die GUID-Partitionstabelle unterstützt. Da ab ca. 2005 zunehmend UEFI das PC-BIOS auch auf [32-Bit-[[x86-Prozessor]]en „[IA-32]]“ ersetzte (wenn auch mit dem BIOS-Kompatibilitätsmodul „CSM“), unterstützen auch die 32-Bit-Varianten der PC-Betriebssysteme GPT, wenn auch oft nicht als [[Systemlaufwerk]] zum [[Booten\|Starten]].

	Seit der Umstellung der [[Apple]]-[[Macintosh]]-Rechner auf Intel-Prozessoren Anfang 2006 verwendet [[macOS\|Mac OS X]] (seit 2016 „macOS“) ebenfalls GPT, da Intel-basierte Macs eine Apple-eigene EFI-Variante verwenden. [[Mac OS X Tiger]] (10.4, 2005) und neuer kann jedoch auch auf der PowerPC-Plattform GPT-Medien verwenden, Firmware-bedingt aber nicht davon [[Booten\|starten]].		Seit der Umstellung der [[Apple]]-[[Macintosh]]-Rechner auf Intel-Prozessoren Anfang 2006 verwendet [[macOS\|Mac OS X]] (seit 2016 „macOS“) ebenfalls GPT, da Intel-basierte Macs eine Apple-eigene EFI-Variante verwenden. [[Mac OS X Tiger]] (10.4, 2005) und neuer kann jedoch auch auf der PowerPC-Plattform GPT-Medien verwenden, Firmware-bedingt aber nicht davon [[Booten\|starten]].

Y2kbug: /* Unterstützung in Betriebssystemen */ Formulierung verbessert: Heute ist x64 der Standard, 32-Bit-Betriebssysteme gibt es nur noch historisch...

2024-08-03T11:53:15Z

Unterstützung in Betriebssystemen: Formulierung verbessert: Heute ist x64 der Standard, 32-Bit-Betriebssysteme gibt es nur noch historisch...

← Nächstältere Version		Version vom 3. August 2024, 13:53 Uhr
Zeile 623:		Zeile 623:

	== Unterstützung in Betriebssystemen ==		== Unterstützung in Betriebssystemen ==
	Für Betriebssysteme, die auf der [[Itanium-Architektur]] (auch IA-64 für {{enS\|Intel 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 [[Unified Extensible Firmware Interface\|UEFI]] genannte [[BIOS]]-Nachfolger durch, sodass auch Betriebssysteme für die [[IA-32]]-Architektur des [[x86-Prozessor]]s GPT unterstützen. Neben den entsprechenden Itanium-Versionen von [[FreeBSD]], [[HP-UX]], [[Linux]], [[NetBSD]], [[OpenVMS]], [[Solaris (Betriebssystem)\|Solaris]] und [[Microsoft Windows\|Windows]]~~, die GPT Firmware-bedingt unterstützen,~~ wird ~~spätestens~~ seit der Ablösung des BIOS durch UEFI auch von allen [[x64\|x86-64]]-Versionen GPT unterstützt.		Für Betriebssysteme, die auf der [[Itanium-Architektur]] (auch IA-64 für {{enS\|Intel Architecture 64-Bit}}) aufbauen, ist die Unterstützung von GPT zwingend notwendig, da diese Rechner das [[Extensible Firmware Interface]] verwenden. Neben den entsprechenden Itanium-Versionen von [[FreeBSD]], [[HP-UX]], [[Linux]], [[NetBSD]], [[OpenVMS]], [[Solaris (Betriebssystem)\|Solaris]] und [[Microsoft Windows\|Windows]] wird seit der Ablösung des BIOS durch UEFI auch von allen [[x64\|x86-64]]-Versionen GPT unterstützt. Doch auch bei PC-Betriebssysteme für [[IA-32]], die 32-Bit-[[x86-Architektur]] von [[x86-Prozessor]]en, setzte sich ab ca. 2005 zunehmend der nunmehr [[Unified Extensible Firmware Interface\|UEFI]] genannte [[BIOS]]-Nachfolger durch, sodass auch die 32-Bit-Varianten dieser Betriebssysteme GPT unterstützten, wenn auch oft nicht als [[Systemlaufwerk]] zum [[Booten\|Starten]].

	Seit der Umstellung der [[Apple]]-[[Macintosh]]-Rechner auf Intel-Prozessoren Anfang 2006 verwendet [[macOS\|Mac OS X]] (seit 2016 „macOS“) ebenfalls GPT, da Intel-basierte Macs eine Apple-eigene EFI-Variante verwenden. [[Mac OS X Tiger]] (10.4, 2005) und neuer kann jedoch auch auf der PowerPC-Plattform GPT-Medien verwenden, Firmware-bedingt aber nicht davon [[Booten\|starten]].		Seit der Umstellung der [[Apple]]-[[Macintosh]]-Rechner auf Intel-Prozessoren Anfang 2006 verwendet [[macOS\|Mac OS X]] (seit 2016 „macOS“) ebenfalls GPT, da Intel-basierte Macs eine Apple-eigene EFI-Variante verwenden. [[Mac OS X Tiger]] (10.4, 2005) und neuer kann jedoch auch auf der PowerPC-Plattform GPT-Medien verwenden, Firmware-bedingt aber nicht davon [[Booten\|starten]].

2A02:8071:2284:5340:32EF:1A94:78A8:299A: Atari TOS: GUID für MBR-Typ 'RAW' hinzugefügt

2024-08-03T09:00:19Z

Atari TOS: GUID für MBR-Typ 'RAW' hinzugefügt

← Nächstältere Version		Version vom 3. August 2024, 11:00 Uhr
Zeile 290:		Zeile 290:
	\|-		\|-
	\|rowspan="3"\| <code>734E5AFE-F61A-11E6-BC64-92361F002671</code>		\|rowspan="3"\| <code>734E5AFE-F61A-11E6-BC64-92361F002671</code>
	\|rowspan="3" style="text-align:center"\| a2		\|rowspan="3" style="text-align:center"\| -
	\|rowspan="3"\| [[TOS (Betriebssystem)\|Atari TOS]]		\|rowspan="3"\| [[TOS (Betriebssystem)\|Atari TOS]]
	\|rowspan="3"\| TOS basic data		\|rowspan="3"\| TOS basic data
Zeile 298:		Zeile 298:
	\|-		\|-
	\| [[File Allocation Table #FAT32\|FAT32]], <code>'F32'</code>		\| [[File Allocation Table #FAT32\|FAT32]], <code>'F32'</code>
			\|-
			\| <code>35540011-B055-499F-842D-C69AECA357B7</code>
			\|style="text-align:center"\| -
			\| [[TOS (Betriebssystem)\|Atari TOS]]
			\| TOS raw data
			\| XHDI-Typ <code>'RAW'</code>, Details s. XHDI-Spezifikation
	\|-		\|-
	\| <code>516E7CB4-6ECF-11D6-8FF8-00022D09712B</code>		\| <code>516E7CB4-6ECF-11D6-8FF8-00022D09712B</code>