GUID Partition Table - Versionsgeschichte

Siegbert v2: Archivversion für tote Links oder ggf. alternative Quelle

2025-07-04T08:23:32Z

Archivversion für tote Links oder ggf. alternative Quelle

← Nächstältere Version		Version vom 4. Juli 2025, 10:23 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>{{~~Webarchiv~~\|url=~~http~~://www.~~onie~~.~~org~~/ \|~~wayback~~=~~20150608172328~~ \|~~text~~=~~onie~~.~~org~~ \|~~archiv-bot~~=~~2025~~-03-19 ~~20:57:52 InternetArchiveBot~~ }}</ref>		\|rowspan="2"\| Open Network Install Environment (ONIE)<ref name="onieblkdev">{{Internetquelle \|autor=Curt Brune et al. \|url=https://github.com/opencomputeproject/onie/blob/master/rootconf/grub-arch/sysroot-lib-onie/onie-blkdev-common \|titel=onie-blkdev-common \|werk=github.com \|sprache=en \|abruf=2025-07-04}}</ref><ref>{{Internetquelle \|autor=Roderick W. Smith \|url=https://www.rodsbooks.com/gdisk/revisions.html \|titel=GPT fdisk Revisions \|werk=rodsbooks.com \|datum=2024-02-19 \|sprache=en \|abruf=2025-07-04}}</ref>
	\|-		\|-
	\| <code>D4E6E2CD-4469-46F3-B5CB-1BFF57AFC149</code>		\| <code>D4E6E2CD-4469-46F3-B5CB-1BFF57AFC149</code>
Zeile 188:		Zeile 188:
	\| [[Plan 9 (Betriebssystem)\|Plan 9]]		\| [[Plan 9 (Betriebssystem)\|Plan 9]]
	\| Plan 9		\| Plan 9
	\| Vom Betriebssystem Plan 9 verwendete Partition.<ref>~~[http~~://man.~~cat-v~~.org~~/9front~~/8/prep man.~~cat-v~~.org]</ref>		\| Vom Betriebssystem Plan 9 verwendete Partition.<ref>{{Internetquelle \|url=https://man.9front.org/8/prep \|titel=Plan 9: PREP(8) \|werk=man.9front.org \|sprache=en \|abruf=2025-07-04}}</ref>
	\|-		\|-
	\| <code>9E1A2D38-C612-4316-AA26-8B49521E5A8B</code>		\| <code>9E1A2D38-C612-4316-AA26-8B49521E5A8B</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~~]{{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>		\|rowspan="3"\| [[Google Chrome OS]]<ref name="ChromeOSsrcgpth">{{Internetquelle \|url=https://chromium.googlesource.com/chromiumos/platform/vboot/+/master/_vboot_reference/firmware/include/gpt.h \|titel=gpt.h \|werk=chromium.googlesource.com \|sprache=en \|abruf=2010-12-23}}</ref><ref name="chromiumos-diskformat">{{Internetquelle \|url=http://www.chromium.org/chromium-os/chromiumos-design-docs/disk-format \|titel=Disk Format \|werk=chromium.org \|sprache=en \|archiv-url=https://web.archive.org/web/20101204130524/http://www.chromium.org/chromium-os/chromiumos-design-docs/disk-format \|archiv-datum=2010-12-04 \|abruf=2015-07-04}}</ref>
	\|-		\|-
	\| <code>3CB8E202-3B7E-47DD-8A3C-7FF2A13CFCEC</code>		\| <code>3CB8E202-3B7E-47DD-8A3C-7FF2A13CFCEC</code>
Zeile 281:		Zeile 281:
	\| [[Intel]]-[[IBM-PC-kompatibler Computer\|PC]]		\| [[Intel]]-[[IBM-PC-kompatibler Computer\|PC]]
	\| Intel Rapid Start		\| Intel Rapid Start
	\| Was als ''Intel Rapid Start Technology'' bezeichnet wird, ist eigentlich eine Mischform aus [[Bereitschaftsbetrieb]] (S3, {{lang\|en\|“suspend to RAM”}}) und [[Ruhezustand]] (S4, {{lang\|en\|“suspend to disk”}}).<ref>[[c’t]] ~~Hotline:~~ ~~[http~~://heise.de/-~~2132476~~ ~~Was~~ ~~ist~~ ~~„Rapid~~ ~~Start~~ ~~Technology“?]~~ ~~aus~~ ~~Heft~~ 7/~~2014, abgerufen am 9~~.~~ Juli~~ ~~2015~~</ref>		\| Was als ''Intel Rapid Start Technology'' bezeichnet wird, ist eigentlich eine Mischform aus [[Bereitschaftsbetrieb]] (S3, {{lang\|en\|“suspend to RAM”}}) und [[Ruhezustand]] (S4, {{lang\|en\|“suspend to disk”}}).<ref>{{Literatur \|Titel=Hotline: Was ist „Rapid Start Technology“? \|Sammelwerk=[[c’t]] \|Band=7 \|Datum=2014 \|Sprache=de \|ISSN=0724-8679 \|Seiten=170–173 \|Online=https://www.heise.de/select/ct/archiv/2014/7/seite-170/pdf \|Format=PDF \|KBytes=176 \|Abruf=2015-07-09}}<!-- dyn. Weiterleitung archiviert unter: https://web.archive.org/web/20250704072324/https://epaper.heise.de/download/archiv/67814ab984c7/ct.14.07.170-173.pdf --></ref>
	\|-		\|-
	\| <code>E6D6D379-F507-44C2-A23C-238F2A3DF928</code>		\| <code>E6D6D379-F507-44C2-A23C-238F2A3DF928</code>
Zeile 421:		Zeile 421:
	\| <code>4C616265-6C00-11AA-AA11-00306543ECAC</code>		\| <code>4C616265-6C00-11AA-AA11-00306543ECAC</code>
	\| Apple Label		\| Apple Label
	\| {{lang\|en\|“Apple Label”}} ist eine [[Disklabel]]-Variante für [[macOS\|Mac OS X]].<ref>~~Apple~~ ~~Developer: [https~~://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPages/man8/disklabel.8.html ~~disklabel~~ ~~man~~ ~~page]~~ (~~englisch~~), ~~abgerufen~~ am 12. ~~Juli~~ 2015</ref>		\| {{lang\|en\|“Apple Label”}} ist eine [[Disklabel]]-Variante für [[macOS\|Mac OS X]].<ref>{{Internetquelle \|url=http://developer.apple.com/library/mac/#documentation/Darwin/Reference/ManPages/man8/disklabel.8.html \|titel=Mac OS X Manual Page: disklabel(8) \|werk=developer.apple.com \|sprache=en \|archiv-url=https://web.archive.org/web/20101104012720/http://developer.apple.com/library/mac/#documentation/Darwin/Reference/ManPages/man8/disklabel.8.html \|archiv-datum=2010-11-04 \|abruf=2015-07-12}}</ref>
	\|-		\|-
	\| <code>5265636F-7665-11AA-AA11-00306543ECAC</code>		\| <code>5265636F-7665-11AA-AA11-00306543ECAC</code>
Zeile 473:		Zeile 473:
	\| <code>6A898CC3-1DD2-11B2-99A6-080020736631</code>		\| <code>6A898CC3-1DD2-11B2-99A6-080020736631</code>
	\| Solaris /usr		\| Solaris /usr
	\| Beherbergt bis Solaris 9 üblicherweise das Dateisystem [[Unix File System\|UFS]] und ab Solaris 10 [[ZFS (Dateisystem)\|ZFS]]. MacZFS<ref>~~[http~~://~~code~~.~~google~~.~~com~~/p/~~maczfs~~/ ~~MacZFS.org:~~ ~~Official~~ ~~Site~~ ~~for~~ ~~the~~ ~~Free~~ ~~ZFS~~ ~~for Mac OS] (englisch), abgerufen am 9. Juli 2015~~</ref> ~~verwendet dieselbe GUID.~~		\| Beherbergt bis Solaris 9 üblicherweise das Dateisystem [[Unix File System\|UFS]] und ab Solaris 10 [[ZFS (Dateisystem)\|ZFS]]. MacZFS verwendet dieselbe GUID.<ref>{{Internetquelle \|url=https://www.ullright.org/ullWiki/show/fdisk-gpt-partitiont-types-numeric-integer \|titel=fdisk GPT partition types numeric/integer \|werk=ullright.org \|sprache=en \|abruf=2025-07-04}}</ref>
	\|-		\|-
	\| <code>6A87C46F-1DD2-11B2-99A6-080020736631</code>		\| <code>6A87C46F-1DD2-11B2-99A6-080020736631</code>
Zeile 543:		Zeile 543:
	\|rowspan="3"\| EFI		\|rowspan="3"\| EFI
	\| EFI System (ESP)		\| EFI System (ESP)
	\| Diese Partition wird als [[#EFI System Partition\|{{lang\|en\|EFI System Partition}}]] (ESP) bezeichnet. Sie enthält ein FAT-Dateisystem, von dem die Firmware eine ausführbare Datei ([[Portable Executable\|PE]]/[[Common Object File Format\|COFF]]), z. B. <code>\EFI\BOOT\BOOTX64.EFI</code>, lädt und ausführt. Unter <code>[[GNU Parted\|parted]]</code> wird diese Partition mit {{lang\|en\|“boot flag”}}, also als [[Startpartition]], angezeigt.<ref>~~[http~~://www.rodsbooks.com/efi-bootloaders/principles.html Managing EFI Boot Loaders for Linux: Basic Principles] ~~(englisch),~~ ~~Rod~~ ~~Smith, abgerufen am 9. Juli~~ 2015</ref>		\| Diese Partition wird als [[#EFI System Partition\|{{lang\|en\|EFI System Partition}}]] (ESP) bezeichnet. Sie enthält ein FAT-Dateisystem, von dem die Firmware eine ausführbare Datei ([[Portable Executable\|PE]]/[[Common Object File Format\|COFF]]), z. B. <code>\EFI\BOOT\BOOTX64.EFI</code>, lädt und ausführt. Unter <code>[[GNU Parted\|parted]]</code> wird diese Partition mit {{lang\|en\|“boot flag”}}, also als [[Startpartition]], angezeigt.<ref>{{Internetquelle \|autor=Roderick W. Smith \|url=https://www.rodsbooks.com/efi-bootloaders/principles.html \|titel=Managing EFI Boot Loaders for Linux: Basic Principles \|werk=rodsbooks.com \|datum=2011-09-23 \|sprache=en \|abruf=2015-07-09}}</ref>
	\|-		\|-
	\| <code>024DEE41-33E7-11D3-9D69-0008C781F39F</code>		\| <code>024DEE41-33E7-11D3-9D69-0008C781F39F</code>
Zeile 648:		Zeile 648:
	== Einzelnachweise ==		== Einzelnachweise ==
	<references>		<references>
			<ref name="gptfdisk">{{Internetquelle \|url=https://sourceforge.net/projects/gptfdisk/ \|titel=GPT fdisk \|werk=[[SourceForge]] \|sprache=en \|abruf=2015-07-04}}</ref>
	<ref name="gptfdisk">
			<ref name="gptfdisk_mbr2gpt">{{Internetquelle \|autor=Roderick W. Smith \|url=https://www.rodsbooks.com/gdisk/mbr2gpt.html \|titel=Converting to or from GPT \|werk=rodsbooks.com \|datum=2022-04-18 \|sprache=en \|abruf=2015-07-12}}</ref>
	[http://sourceforge.net/projects/gptfdisk/ gptfdisk] auf sourceforge.com (englisch); abgerufen am 4. Juli 2015
	</ref>
	<ref name="gptfdisk_mbr2gpt">
	[http://www.rodsbooks.com/gdisk/mbr2gpt.html Converting to or from GPT.] Rod Smith (englisch); abgerufen am 12. Juli 2015
	</ref>
	</references>		</references>

Dk1909: typografische Anführungszeichen korrigiert

2025-06-29T13:58:28Z

typografische Anführungszeichen korrigiert

← Nächstältere Version		Version vom 29. Juni 2025, 15:58 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 dem [[File Allocation Table\|FAT]]-Dateisystem der EFI-Systempartition nach Bootloadern und bietet im EFI-[[Bootmenü]] alle kompatiblen Einträge zur Auswahl an. Theoretisch wird [[File Allocation Table#FAT12\|FAT12]]/[[File Allocation Table#FAT16\|16]]/[[File Allocation Table#FAT32\|32]] unterstützt,<ref>{{Internetquelle \|autor= \|url=https://uefi.org/specs/UEFI/2.10/13_Protocols_Media_Access.html \|titel=~~Docs »~~ 13. Protocols~~ ~~– Media Access \|werk=UEFI Specification 2.10 \|hrsg=UEFI Forum, Inc. \|datum=2022 \|sprache=en \|abruf=2025-06-21 \|zitat=13.3. File System Format … EFI encompasses the use of FAT32 for a system partition, and FAT12 or FAT16 for removable media.}}</ref> praktisch kommt jedoch durchwegs [[File Allocation Table#FAT32\|FAT32]] zum Einsatz.<ref>{{Internetquelle \|url=https://wiki.osdev.org/EFI_System_Partition \|titel=EFI System Partition \|titelerg= \|werk=OSDev-Wiki \|hrsg=OSDev.org \|format=[[Wiki]] \|sprache=en \|abruf=2025-06-21 \|zitat=In theory ESP can be formatted to any FAT file system, FAT12/16/32. In reality most firmware only support FAT32, and some platforms with limited resources may support FAT16 too. FAT12 is very rarely implemented, and it's safe to assume it won't work on a real hardware.}}</ref> 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 dem [[File Allocation Table\|FAT]]-Dateisystem der EFI-Systempartition nach Bootloadern und bietet im EFI-[[Bootmenü]] alle kompatiblen Einträge zur Auswahl an. Theoretisch wird [[File Allocation Table#FAT12\|FAT12]]/[[File Allocation Table#FAT16\|16]]/[[File Allocation Table#FAT32\|32]] unterstützt,<ref>{{Internetquelle \|autor= \|url=https://uefi.org/specs/UEFI/2.10/13_Protocols_Media_Access.html \|titel=13. Protocols – Media Access \|werk=UEFI Specification 2.10 \|titelerg=Docs \|hrsg=UEFI Forum, Inc. \|datum=2022 \|sprache=en \|abruf=2025-06-21 \|zitat=13.3. File System Format … EFI encompasses the use of FAT32 for a system partition, and FAT12 or FAT16 for removable media.}}</ref> praktisch kommt jedoch durchwegs [[File Allocation Table#FAT32\|FAT32]] zum Einsatz.<ref>{{Internetquelle \|url=https://wiki.osdev.org/EFI_System_Partition \|titel=EFI System Partition \|titelerg= \|werk=OSDev-Wiki \|hrsg=OSDev.org \|format=[[Wiki]] \|sprache=en \|abruf=2025-06-21 \|zitat=In theory ESP can be formatted to any FAT file system, FAT12/16/32. In reality most firmware only support FAT32, and some platforms with limited resources may support FAT16 too. FAT12 is very rarely implemented, and it's safe to assume it won't work on a real hardware.}}</ref> 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 ===

Y2kbug: /* Systempartition */ FAT12/16/32

2025-06-21T18:44:38Z

Systempartition: FAT12/16/32

← Nächstältere Version		Version vom 21. Juni 2025, 20:44 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 dem [[File Allocation Table\|FAT]]-Dateisystem der EFI-Systempartition nach Bootloadern und bietet im EFI-[[Bootmenü]] alle kompatiblen Einträge zur Auswahl an. Theoretisch wird [[File Allocation Table#FAT12\|FAT12]]/[[File Allocation Table#FAT16\|16]]/[[File Allocation Table#FAT32\|32]] unterstützt,<ref>{{Internetquelle \|autor= \|url=https://uefi.org/specs/UEFI/2.10/13_Protocols_Media_Access.html \|titel=Docs » 13. Protocols – Media Access \|werk=UEFI Specification 2.10 \|hrsg=UEFI Forum, Inc. \|datum=2022 \|sprache=en \|abruf=2025-06-21 \|zitat=13.3. File System Format … EFI encompasses the use of FAT32 for a system partition, and FAT12 or FAT16 for removable media.}}</ref> praktisch kommt jedoch durchwegs [[File Allocation Table#FAT32\|FAT32]] zum Einsatz.<ref>{{Internetquelle \|url=https://wiki.osdev.org/EFI_System_Partition \|titel=EFI System Partition \|titelerg= \|werk=OSDev-Wiki \|hrsg=OSDev.org \|format=[[Wiki]] \|sprache=en \|abruf=2025-06-21 \|zitat=In theory ESP can be formatted to any FAT file system, FAT12/16/32. In reality most firmware only support FAT32, and some platforms with limited resources may support FAT16 too. FAT12 is very rarely implemented, and it's safe to assume it won't work on a real hardware.}}</ref> 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 ===

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]].