Tabulka oddílů GUID - GUID Partition Table
The Tabulka oddílů GUID (GPT) je standardem pro rozvržení tabulky oddílů fyzické paměťové zařízení počítače, jako je a pevný disk nebo jednotka SSD, použitím univerzálně jedinečné identifikátory, které jsou také známé jako globálně jedinečné identifikátory (GUID). Tvořící část Unified Extensible Firmware Interface (UEFI) standard (Sjednocené fórum EFI - navrhovaná náhrada za PC BIOS ), nicméně se také používá pro některé systémy BIOS z důvodu omezení hlavní spouštěcí záznam (MBR) tabulky oddílů, které používají 32 bitů adresování logických bloků (LBA) tradičních 512 bajtů sektory disků.
Všechny moderní osobní počítače operační systémy podporovat GPT. Některé, včetně Operační Systém Mac a Microsoft Windows na architektuře x86 podporuje zavádění z oddílů GPT pouze v systémech s firmwarem EFI, ale FreeBSD a většina Linuxové distribuce lze zavádět z oddílů GPT v systémech s firmwarovým rozhraním: starší BIOS nebo moderní EFI.
Dějiny
Systém rozdělení disku Master Boot Record (MBR), široce používaný od začátku 80. let, stanovil omezení pro použití moderního hardwaru. Hlavním nedostatkem je omezená velikost 32 bitů pro adresy bloků a související informace. U pevných disků s 512 bajtovými sektory umožňují položky tabulky oddílů MBR maximální velikost 2TiB (2³² × 512 bajtů ).[1]
Na konci 90. let Intel vyvinul nový formát tabulky oddílů jako součást toho, co se nakonec stalo Unified Extensible Firmware Interface (UEFI). Od roku 2010,[Aktualizace] tabulka oddílů GUID tvoří podmnožinu specifikace UEFI.[2] GPT používá 64 bitů pro adresy logických bloků, což umožňuje maximální velikost disku 264 odvětví. U disků s 512 bajtovými sektory je maximální velikost 9,4ZB (9,4 × 10²¹ bajtů) nebo 8ZiB (264 sektory × 29 bajtů na sektor), zatímco u disků s 4 096 bajtovými sektory je maximální velikost 75,6ZB (75,6 × 10²¹ bajtů) nebo 64ZiB (264 sektory × 212 bajtů na sektor).[1][3]
Od roku 2020 představují výrobci pevných disků disky s 4 096 bajtovými sektory (Pokročilý formát 4K nativní). Dříve disky nadále představovaly operačnímu systému 512bajtové fyzické sektory, které se neshodovaly s fyzickými jednotkami Hranice sektoru 4 KiB. Proto by mohl být výkon snížen na 4KiB logické bloky, klastry a stránky virtuální paměti běžné v mnoha operačních systémech a souborových systémech. Jedná se o konkrétní problém při operacích zápisu, když je jednotka nucena provést dvě operace čtení, úpravy a zápisu, aby uspokojila jedinou nesprávně zarovnanou operaci zápisu 4 KiB.[4]
Funkce
Stejně jako MBR používají GPT adresování logických bloků (LBA) namísto historického sektor hlavy válce (CHS) adresování. Ochranný MBR je uložen na LBA 0, hlavička GPT je v LBA 1. Hlavička GPT má a ukazatel do tabulky oddílů (Pole vstupu do oddílu), což je obvykle LBA 2. Každá položka v tabulce oddílů má velikost 128 bajtů. Specifikace UEFI stanoví, že pro pole vstupu do oddílu je přiděleno minimálně 16 384 bajtů, bez ohledu na velikost sektoru.[5] Na disku s 512 bajtovými sektory se tedy pro vstupní pole oddílu používá alespoň 32 sektorů a první použitelný blok je LBA 34 nebo vyšší. Na disku se sektory o velikosti 4 096 bajtů se pro vstupní pole oddílu používají minimálně 4 sektory a první použitelný blok je LBA 6 nebo vyšší.
Varianty MBR
Ochranný MBR (LBA 0)
Z důvodu omezené zpětné kompatibility je ve verzi GPT stále vyhrazeno místo staršího MBR, ale nyní se používá způsobem, který zabraňuje diskovým nástrojům založeným na MBR v nesprávném rozpoznání a možném přepsání GPT disků. Toto se označuje jako a ochranný MBR.[3]
Jediný typ oddílu
z No, zahrnující celou jednotku GPT (kde „celá“ ve skutečnosti znamená tolik jednotky, kolik lze zobrazit v MBR), je označena a identifikuje ji jako GPT. Operační systémy a nástroje, které nemohou číst disky GPT, obecně rozpoznají disk jako disk obsahující jeden oddíl neznámého typu a bez prázdného místa a obvykle odmítnou disk upravovat, pokud uživatel výslovně nepožádá a nepotvrdí odstranění tohoto oddílu. To minimalizuje náhodné vymazání.[3] Operační systémy podporující GPT mohou dále zkontrolovat ochranný MBR a pokud typ uzavřeného oddílu není typu No nebo pokud je v cílovém zařízení definováno více oddílů, může OS odmítnout manipulovat s tabulkou oddílů.[6]
Pokud skutečná velikost disku přesahuje maximální velikost oddílu, který lze představit pomocí starších 32bitových položek LBA v tabulce oddílů MBR, zaznamenaná velikost tohoto oddílu se ořízne na maximum, čímž se zbytek disku ignoruje. To odpovídá maximální hlášené velikosti 2 TiB, za předpokladu, že disk má 512 bajtů na sektor (viz 512e ). Výsledkem by bylo 16 TiB se 4 KiB sektory (4Kn ), ale protože mnoho starších operačních systémů a nástrojů je pevně zakódováno pro velikost sektoru 512 bajtů nebo je omezeno na 32bitové výpočty, mohlo by překročení limitu 2 TiB způsobit problémy s kompatibilitou.[3]
Hybridní MBR (LBA 0 + GPT)
V operačních systémech, které podporují spouštění založené na GPT prostřednictvím služeb BIOSu spíše než EFI, může být první sektor také stále používán k ukládání první fáze kódu zavaděče, ale upraven tak, aby rozpoznal oddíly GPT. Zavaděč v MBR nesmí předpokládat velikost sektoru 512 bajtů.[3]
Záhlaví tabulky oddílů (LBA 1)
Ofset | Délka | Obsah |
---|---|---|
0 (0x00) | 8 bytů | Podpis („EFI PART“, 45h 46h 49h 20h 50h 41h 52h 54h nebo 0x5452415020494645ULL[A] na malý Endian stroje) |
8 (0x08) | 4 byty | Revize (pro GPT verze 1.0 (prostřednictvím alespoň UEFI verze 2.7 (květen 2017)) je hodnota 00h 00h 01h 00h) |
12 (0x0C) | 4 byty | Velikost záhlaví v malém endianu (obvykle v bajtech) 5CH 00h 00h 00h nebo 92 bytů) |
16 (0x10) | 4 byty | CRC32 záhlaví (offset +0 až do velikosti záhlaví) v malém endianu, přičemž toto pole bylo během výpočtu vynulováno |
20 (0x14) | 4 byty | Rezervováno; musí být nula |
24 (0x18) | 8 bytů | Aktuální LBA (umístění této kopie záhlaví) |
32 (0x20) | 8 bytů | Záložní LBA (umístění další kopie záhlaví) |
40 (0x28) | 8 bytů | První použitelný LBA pro oddíly (tabulka primárních oddílů poslední LBA + 1) |
48 (0x30) | 8 bytů | Poslední použitelná LBA (tabulka sekundárních oddílů první LBA - 1) |
56 (0x38) | 16 bytů | Disk GUID ve smíšeném endianu[6] |
72 (0x48) | 8 bytů | Spuštění LBA pole položek oddílu (vždy 2 v primární kopii) |
80 (0x50) | 4 byty | Počet položek oddílu v poli |
84 (0x54) | 4 byty | Velikost jedné položky oddílu (obvykle 80h nebo 128) |
88 (0x58) | 4 byty | CRC32 pole položek oddílu v malém endianu |
92 (0x5C) | * | Rezervováno; musí být nuly pro zbytek bloku (420 bajtů pro velikost sektoru 512 bajtů; ale může být více s větší velikostí sektoru) |
Záhlaví tabulky oddílů definuje použitelné bloky na disku. Rovněž definuje počet a velikost položek oddílu, které tvoří tabulku oddílů.[Citace je zapotřebí ]
Vstupy do oddílů (LBA 2–33)
Ofset | Délka | Obsah |
---|---|---|
0 (0x00) | 16 bytů | GUID typu oddílu (smíšený endian[6]) |
16 (0x10) | 16 bytů | Jedinečný identifikátor GUID oddílu (smíšený endian) |
32 (0x20) | 8 bytů | První LBA (malý Endian ) |
40 (0x28) | 8 bytů | Poslední LBA (včetně, obvykle lichého) |
48 (0x30) | 8 bytů | Příznaky atributů (např. Bit 60 označuje pouze pro čtení) |
56 (0x38) | 72 bajtů | Název oddílu (36 UTF-16 Jednotky kódu LE) |
Po záhlaví popisuje pole vstupu do oddílu oddíly, přičemž pro každý vstupní blok používá minimální velikost 128 bajtů.[7] Počáteční umístění pole na disku a velikost každé položky jsou uvedeny v záhlaví GPT. Prvních 16 bajtů každé položky označuje globálně jedinečný identifikátor typu oddílu (GUID). Například GUID pro Systémový oddíl EFI je C12A7328-F81F-11D2-BA4B-00A0C93EC93B. Druhých 16 bajtů je identifikátor GUID jedinečný pro oddíl. Poté postupujte podle počátečního a koncového 64bitového LBA, atributů oddílu a maximálně 36 znaků. Unicode název oddílu. Jaká je povaha a účel GUID a podle RFC4122,[8] k zajištění jedinečnosti označení typu oddílu GUID není nutný žádný centrální registr.
Atributy 64bitové tabulky oddílů jsou sdíleny mezi 48bitovými běžnými atributy pro všechny typy oddílů a 16bitovými atributy specifickými pro daný typ:
Bit | Obsah |
---|---|
0 | Vyžaduje platformu (vyžaduje počítač, aby správně fungoval, například oddíl OEM, rozdělení disku nástroje musí zachovat oddíl tak, jak je) |
1 | Firmware EFI by měl ignorovat obsah oddílu a nepokoušet se z něj číst |
2 | Zaváděcí systém BIOS (ekvivalent k aktivní vlajka (obvykle bit 7 nastaven) na offsetu + 0 h v položkách oddílu Tabulka oddílů MBR )[9] |
3–47 | Vyhrazeno pro budoucí použití |
48–63 | Definováno a používáno jednotlivým typem oddílu |
Microsoft definuje atributy specifické pro daný typ základní datový oddíl tak jako:[10][11]
Bit | Obsah |
---|---|
60 | Pouze ke čtení |
61 | Stínová kopie (jiného oddílu) |
62 | Skrytý |
63 | Žádné písmeno jednotky (tj. Neprovádět automatickou montáž) |
Google definuje atributy specifické pro daný typ jádra systému Chrome OS jako:[12]
Bit | Obsah |
---|---|
56 | Úspěšný spouštěcí příznak |
55–52 | Zbývá pokusů |
51–48 | Priorita (15: nejvyšší, 1: nejnižší, 0: nelze spustit) |
Podpora operačního systému
Systémy podobné unixovým a unixovým
Rodina OS | Verze nebo vydání | Plošina | Podpora pro čtení a zápis | Podpora spouštění | Poznámka |
---|---|---|---|---|---|
FreeBSD | Od 7.0 | IA-32, x86-64, PAŽE | Ano | Ano | V hybridní konfiguraci lze použít identifikátory oddílu GPT i MBR. |
Linux | Většina x86 linuxových distribucí Fedora 8+ a Ubuntu 8.04+[13] | IA-32, x86-64 | Ano | Ano | Nástroje jako gdisk, GNU rozdělené,[14][15] util-linux v2.23 + fdisk,[16][17] SYSLINUX, GRUB 0,96 + opravy a GRUB 2 byly povoleny značky GPT. Omezeno na 256 oddílů na disk.[18] |
Operační Systém Mac | Od 10.4.0 (některé funkce od 10.4.6)[19] | IA-32, x86-64, PowerPC | Ano | Ano | Z GPT lze zavádět pouze počítače Intel Macintosh. |
MidnightBSD | Od 0,4 AKTUÁLNĚ | IA-32, x86-64 | Ano | Vyžaduje BIOS | V hybridní konfiguraci lze použít identifikátory oddílu GPT i MBR. |
NetBSD | Od 6.0[20] | x86,[21] x86-64[22] | Ano | Ano | |
OpenBSD | Od 5.9 | x86_64 | Ano | Vyžaduje UEFI | [23] |
Solaris | Vzhledem k tomu, Solaris 10 | IA-32, x86-64, SPARC | Ano | Ano | [24] |
HP-UX | Vzhledem k tomu, HP-UX 11.20 | IA-64 | Ano | Ano | [25] |
Windows: 32bitové verze
Windows 7 a starší nepodporují UEFI na 32bitových platformách, a proto neumožňují bootování z oddílů GPT.[26]
Verze OS | Datum vydání | Plošina | Podpora pro čtení nebo zápis | Podpora spouštění | Poznámka |
---|---|---|---|---|---|
Windows XP | 2001-10-25 | IA-32 | Ne | Ne | |
Windows Server 2003 | 2003-04-24 | IA-32 | Ne | Ne | |
Windows Server 2003 SP1 | 2005-03-30 | IA-32 | Ano | Ne | MBR v hybridní konfiguraci má přednost. |
Windows Vista | 2006-07-22 | IA-32 | Ano | Ne | MBR má přednost v hybridní konfiguraci. |
Windows Server 2008 | 2008-02-27 | IA-32 | Ano | Ne | MBR má přednost v hybridní konfiguraci. |
Windows 7 | 2009-10-22 | IA-32 | Ano | Ne | MBR má přednost v hybridní konfiguraci. |
Windows 8 | 2012-08-01 | IA-32 | Ano | Vyžaduje UEFI[27] | MBR má přednost v hybridní konfiguraci. |
Windows 8.1 | 2013-08-27 | IA-32 | Ano | Vyžaduje UEFI[27] | MBR má přednost v hybridní konfiguraci. |
Windows 10 | 2015-07-29 | IA-32 | Ano | Vyžaduje UEFI[27] | MBR má přednost v hybridní konfiguraci. |
Windows: 64bitové verze
Omezeno na 128 oddílů na disk.[28]
Verze OS | Datum vydání | Plošina | Podpora pro čtení a zápis | Podpora spouštění | Poznámka |
---|---|---|---|---|---|
Windows XP Professional x64 Edition Windows Server 2003 | 2005-04-25[29] | x64 | Ano | Ne | MBR v hybridní konfiguraci má přednost. |
Windows Server 2003 | 2005-04-25 | IA-64 | Ano | Ano | MBR má přednost v hybridní konfiguraci. |
Windows Vista | 2006-07-22 | x64 | Ano | Vyžaduje UEFI[b] | MBR má přednost v hybridní konfiguraci. |
Windows Server 2008 | 2008-02-27 | x64 | Ano | Vyžaduje UEFI | MBR má přednost v hybridní konfiguraci. |
Windows Server 2008 | 2008-02-27 | IA-64 | Ano | Ano | MBR má přednost v hybridní konfiguraci. |
Windows 7 | 2009-10-22 | x64 | Ano | Vyžaduje UEFI[C] | MBR má přednost v hybridní konfiguraci. |
Windows Server 2008 R2 | 2009-10-22 | IA-64 | Ano | Ano | MBR má přednost v hybridní konfiguraci. |
Windows 8 Windows Server 2012 | 2012-08-01 | x64 | Ano | Vyžaduje UEFI[27] | MBR má přednost v hybridní konfiguraci. |
Windows 8.1 | 2013-08-27 | x64 | Ano | Vyžaduje UEFI[27] | MBR má přednost v hybridní konfiguraci. |
Windows 10 | 2015-07-29 | x64 | Ano | Vyžaduje UEFI[27] | MBR má přednost v hybridní konfiguraci. |
Windows Server 2016 | 2016-10-12 | x64 | Ano | Vyžaduje UEFI[27] | MBR má přednost v hybridní konfiguraci. |
Identifikátory GUID typu oddílu
Každý oddíl má „GUID typu oddílu“, který identifikuje typ oddílu, a proto všechny oddíly stejného typu budou mít stejný „GUID typu oddílu“. Každý oddíl má také „jedinečný GUID oddílu“ jako samostatnou položku, což, jak název napovídá, je jedinečným ID každého oddílu.
Operační systém | Typ oddílu | Globálně jedinečný identifikátor (GUID)[d] |
---|---|---|
N / A | Nevyužitý vstup | 00000000-0000-0000-0000-000000000000 |
MBR schéma oddílu | 024DEE41-33E7-11D3-9D69-0008C781F39F | |
Systémový oddíl EFI | C12A7328-F81F-11D2-BA4B-00A0C93EC93B | |
Spouštěcí oddíl systému BIOS[E] | 21686148-6449-6E6F-744E-656564454649 | |
Oddíl Intel Fast Flash (iFFS) (pro technologii Intel Rapid Start)[30][31] | D3BFE2DE-3DAF-11DF-BA40-E3A556D89593 | |
Zaváděcí oddíl Sony[F] | F4019732-066E-4E12-8273-346C5641494F | |
Zaváděcí oddíl Lenovo[F] | BFBFAFE7-A34F-448A-9A5B-6213EB736C22 | |
Okna | Rezervovaný oddíl společnosti Microsoft (MSR) | E3C9E316-0B5C-4DB8-817D-F92DF00215AE |
Základní datový oddíl[G] | EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 | |
Správce logických disků (LDM) oddíl metadat | 5808C8AA-7E8F-42E0-85D2-E1E90434CFB3 | |
Datový oddíl Logical Disk Manager | AF9B60A0-1431-4F62-BC68-3311714A69AD | |
Prostředí pro obnovení systému Windows | DE94BBA4-06D1-4D40-A16A-BFD50179D6AC | |
IBM General Parallel File System (GPFS) oddíl | 37AFFC90-EF7D-4E96-91C3-2D7AE055B174 | |
Úložné prostory rozdělit | E75CAF8F-F680-4CEE-AFA3-B001E56EFC2D | |
Oddíl repliky úložiště[34] | 558D43C5-A1AC-43C0-AAC8-D1472B2923D1 | |
HP-UX | Datový oddíl | 75894C1E-3AEB-11D3-B7C1-7B03A0000000 |
Servisní oddíl | E2A1E728-32E3-11D6-A682-7B03A0000000 | |
Linux | Data souborového systému Linux[G] | 0FC63DAF-8483-4772-8E79-3D69D8477DE4 |
RAID oddíl | A19D880F-05FC-4D3B-A006-743F0F84911E | |
Kořenový oddíl (x86)[35][36] | 44479540-F297-41B2-9AF7-D131D5F0458A | |
Kořenový oddíl (x86-64)[35][36] | 4F68BCE3-E8CD-4DB1-96E7-FBCAF984B709 | |
Root partition (32-bit ARM)[35][36] | 69DAD710-2CE4-4E3C-B16C-21A1D49ABED3 | |
Kořenový oddíl (64bitový ARM / AArch64)[35][36] | B921B045-1DF0-41C3-AF44-4C6F280D3FAE | |
/ boot rozdělit[35][36] | BC13C2FF-59E6-4262-A352-B275FD6F7172 | |
Zaměnit oddíl[35][36] | 0657FD6D-A4AB-43C4-84E5-0933C84B4F4F | |
Správce logických svazků (LVM) oddíl | E6D6D379-F507-44C2-A23C-238F2A3DF928 | |
/Domov rozdělit[35][36] | 933AC7E1-2EB4-4F13-B844-0E14E2AEF915 | |
/ srv (data serveru) oddíl[35][36] | 3B8F8425-20E0-4F3B-907F-1A25A76F98E8 | |
Prostý dm-krypta rozdělit[37][38][39] | 7FFEC5C9-2D00-49B7-8941-3EA10A5586B7 | |
ŠTĚSTÍ rozdělit[37][38][39][40] | CA7D7CCB-63ED-4C53-861C-1742536059CC | |
Rezervováno | 8DA63339-0007-60C0-C436-083AC8230908 | |
FreeBSD | Spouštěcí oddíl | 83BD6B9D-7F41-11DC-BE0B-001560B84F0F |
Datový oddíl | 516E7CB4-6ECF-11D6-8FF8-00022D09712B | |
Zaměnit oddíl | 516E7CB5-6ECF-11D6-8FF8-00022D09712B | |
Systém souborů Unix (UFS) oddíl | 516E7CB6-6ECF-11D6-8FF8-00022D09712B | |
Správce hlasitosti Vinum rozdělit | 516E7CB8-6ECF-11D6-8FF8-00022D09712B | |
ZFS rozdělit | 516E7CBA-6ECF-11D6-8FF8-00022D09712B | |
Operační Systém Mac Darwine | Hierarchický souborový systém Plus Oddíl (HFS +) | 48465300-0000-11AA-AA11-00306543ECAC |
Jablko APFS kontejner APFS FileVault objemová nádoba | 7C3457EF-0000-11AA-AA11-00306543ECAC | |
Jablko UFS kontejner | 55465300-0000-11AA-AA11-00306543ECAC | |
ZFS[h] | 6A898CC3-1DD2-11B2-99A6-080020736631 | |
Oddíl Apple RAID | 52414944-0000-11AA-AA11-00306543ECAC | |
Oddíl Apple RAID, offline | 52414944-5F4F-11AA-AA11-00306543ECAC | |
Apple Boot partition (Recovery HD) | 426F6F74-0000-11AA-AA11-00306543ECAC | |
Apple štítek | 4C616265-6C00-11AA-AA11-00306543ECAC | |
Oddíl pro obnovení Apple TV | 5265636F-7665-11AA-AA11-00306543ECAC | |
Jablko Základní úložiště Kontejner HFS + FileVault objemová nádoba | 53746F72-6167-11AA-AA11-00306543ECAC | |
SoftRAID_Status | B6FA30DA-92D2-4A9A-96F1-871EC6486200 | |
SoftRAID_Scratch | 2E313465-19B9-463F-8126-8A7993773801 | |
SoftRAID_Objem | FA709C7E-65B1-4593-BFD5-E71D61DE9B02 | |
SoftRAID_Cache | BBBA6DF5-F46F-4A89-8F59-8765B2727503 | |
Solaris ilumos | Spouštěcí oddíl | 6A82CB45-1DD2-11B2-99A6-080020736631 |
Kořenový oddíl | 6A85CF4D-1DD2-11B2-99A6-080020736631 | |
Zaměnit oddíl | 6A87C46F-1DD2-11B2-99A6-080020736631 | |
Záložní oddíl | 6A8B642B-1DD2-11B2-99A6-080020736631 | |
/ usr rozdělit[h] | 6A898CC3-1DD2-11B2-99A6-080020736631 | |
/ var rozdělit | 6A8EF2E9-1DD2-11B2-99A6-080020736631 | |
/Domov rozdělit | 6A90BA39-1DD2-11B2-99A6-080020736631 | |
Alternativní sektor | 6A9283A5-1DD2-11B2-99A6-080020736631 | |
Vyhrazený oddíl | 6A945A3B-1DD2-11B2-99A6-080020736631 | |
6A9630D1-1DD2-11B2-99A6-080020736631 | ||
6A980767-1DD2-11B2-99A6-080020736631 | ||
6A96237F-1DD2-11B2-99A6-080020736631 | ||
6A8D2AC7-1DD2-11B2-99A6-080020736631 | ||
NetBSD[41][i] | Zaměnit oddíl | 49F48D32-B10E-11DC-B99B-0019D1879648 |
FFS rozdělit | 49F48D5A-B10E-11DC-B99B-0019D1879648 | |
LFS rozdělit | 49F48D82-B10E-11DC-B99B-0019D1879648 | |
RAID oddíl | 49F48DAA-B10E-11DC-B99B-0019D1879648 | |
Zřetězený oddíl | 2DB519C4-B10F-11DC-B99B-0019D1879648 | |
Šifrovaný oddíl | 2DB519EC-B10F-11DC-B99B-0019D1879648 | |
Chrome OS[42] | Jádro Chrome OS | FE3A2A5D-4F32-41A7-B725-ACCC3285A309 |
Root OS Chrome | 3CB8E202-3B7E-47DD-8A3C-7FF2A13CFCEC | |
Budoucí použití systému Chrome OS | 2E0A753D-9E48-43B0-8337-B15192CB1B5E | |
Kontejner Linux od CoreOS[43] | / usr oddíl (coreos-usr) | 5DFBF5F4-2848-4BAC-AA5E-0D9A20B745A6 |
Změna velikosti rootfs (coreos-resize) | 3884DD41-8582-4404-B9A8-E9B84F2DF50E | |
Přizpůsobení OEM (vyhrazeno pro jádro) | C95DC21A-DF0E-4340-8D7B-26CBFA9A03E0 | |
Kořenový souborový systém na RAID (coreos-root-raid) | BE9067B9-EA49-4F15-B4F6-F36F8C9E1818 | |
Haiku[44] | Haiku BFS | 42465331-3BA3-10F1-802A-4861696B7521 |
MidnightBSD[45][i] | Spouštěcí oddíl | 85D5E45E-237C-11E1-B4B3-E89A8F7FC3A7 |
Datový oddíl | 85D5E45A-237C-11E1-B4B3-E89A8F7FC3A7 | |
Zaměnit oddíl | 85D5E45B-237C-11E1-B4B3-E89A8F7FC3A7 | |
Systém souborů Unix (UFS) oddíl | 0394EF8B-237E-11E1-B4B3-E89A8F7FC3A7 | |
Správce hlasitosti Vinum rozdělit | 85D5E45C-237C-11E1-B4B3-E89A8F7FC3A7 | |
ZFS rozdělit | 85D5E45D-237C-11E1-B4B3-E89A8F7FC3A7 | |
Ceph[j] | Časopis | 45B0969E-9B03-4F30-B4C6-B4B80CEFF106 |
dm-krypta časopis | 45B0969E-9B03-4F30-B4C6-5EC00CEFF106 | |
OSD | 4FBD7E29-9D25-41B8-AFD0-062C0CEFF05D | |
dm-krypta OSD | 4FBD7E29-9D25-41B8-AFD0-5EC00CEFF05D | |
Disk se vytváří | 89C57F98-2FE5-4DC0-89C1-F3AD0CEFF2BE | |
dm-krypta disk ve stvoření | 89C57F98-2FE5-4DC0-89C1-5EC00CEFF2BE | |
Blok | CAFECAFE-9B03-4F30-B4C6-B4B80CEFF106 | |
Blokovat DB | 30CD0809-C2B2-499C-8879-2D6B78529876 | |
Blokovat zápis dopředu | 5CE17FCE-4087-4169-B7FF-056CC58473F9 | |
Lockbox pro dm-krypta klíče | FB3AABF9-D25F-47CC-BF5E-721D1816496B | |
Multipath OSD | 4FBD7E29-8AE0-4982-BF9D-5A8D867AF560 | |
Vícecestný deník | 45B0969E-8AE0-4982-BF9D-5A8D867AF560 | |
Vícecestný blok | CAFECAFE-8AE0-4982-BF9D-5A8D867AF560 | |
Vícecestný blok | 7F4A666A-16F3-47A2-8445-152EF4D03F6C | |
Vícecestný blok DB | EC6D6385-E346-45DC-BE91-DA2A7C8B3261 | |
Vícecestný blok zápisu dopředu | 01B41E1B-002A-453C-9F17-88793989FF8F | |
dm-krypta blok | CAFECAFE-9B03-4F30-B4C6-5EC00CEFF106 | |
dm-krypta blok DB | 93B0052D-02D9-4D8A-A43B-33A3EE4DFBC3 | |
dm-krypta blokovat zápis dopředu | 306E8683-4FE2-4330-B7C0-00A917C16966 | |
dm-krypta Deník LUKS | 45B0969E-9B03-4F30-B4C6-35865CEFF106 | |
dm-krypta LUKS blok | CAFECAFE-9B03-4F30-B4C6-35865CEFF106 | |
dm-krypta LUKS blokuje DB | 166418DA-C469-4022-ADF4-B30AFD37F176 | |
dm-krypta LUKS blokuje zápis dopředu | 86A32090-3647-40B9-BBBD-38D8C573AA86 | |
dm-krypta LUKS OSD | 4FBD7E29-9D25-41B8-AFD0-35865CEFF05D | |
OpenBSD | Datový oddíl | 824CC7A0-36A8-11E3-890A-952519AD3F61 |
QNX | Power-safe (QNX6) souborový systém[47] | CEF5A9AD-73BC-4601-89F3-CDEEEEE321A1 |
Plán 9 | Naplánujte oddíl 9 | C91818F9-8025-47AF-89D2-F030D7000C2C |
VMware ESX | vmkcore (coredump rozdělit) | 9D275380-40AD-11DB-BF97-000C2911D1B8 |
VMFS oddíl souborového systému | AA31E02A-400F-11DB-9590-000C2911D1B8 | |
VMware vyhrazeno | 9198EFFC-31C0-11DB-8F78-000C2911D1B8 | |
Android-IA[48][49][50][51] | Zavaděč | 2568845D-2332-4675-BC39-8FA5A4748D15 |
Bootloader2 | 114EAFFE-1552-4022-B26E-9B053604CF84 | |
Boot | 49A4D17F-93A3-45C1-A0DE-F50B2EBE2599 | |
Zotavení | 4177C722-9E92-4AAB-8644-43502BFD5506 | |
Různé | EF32A33B-A409-486C-9141-9FFB711F6266 | |
Metadata | 20AC26BE-20B7-11E3-84C5-6CFDB94711E9 | |
Systém | 38F428E6-D326-425D-9140-6E0EA133647C | |
Mezipaměti | A893EF21-E428-470A-9E55-0668FD91A2D9 | |
Data | DC76DDA9-5AC1-491C-AF42-A82591580C0D | |
Trvalý | EBC597D0-2053-4B15-8B64-E0AAC75F4DB1 | |
Prodejce | C5A0AEEC-13EA-11E5-A1B1-001E67CA0C3C | |
Konfigurace | BD59408B-4514-490D-BF12-9878D963F378 | |
Továrna | 8F68CC74-C5E5-48DA-BE91-A0C8C15E9C80 | |
Továrna (alt)[52] | 9FDAA6EF-4B3F-40D2-BA8D-BFF16BFB887B | |
Fastboot / terciární[53][54] | 767941D0-2085-11E3-AD3B-6CFDB94711E9 | |
OEM | AC6D7924-EB71-4DF8-B48D-E267B27148FF | |
ARM Android 6.0+ | Android Meta | 19A710A2-B3CA-11E4-B026-10604B889DCF |
Android EXT | 193D1EA4-B3CA-11E4-B075-10604B889DCF | |
Otevřené prostředí pro instalaci v síti (ONIE ) | Boot | 7412F7D5-A156-4B13-81DC-867174929325 |
Konfigurace | D4E6E2CD-4469-46F3-B5CB-1BFF57AFC149 | |
PowerPC | Zavádění PReP | 9E1A2D38-C612-4316-AA26-8B49521E5A8B |
freedesktop.org OS (Linux atd.) | Sdílená konfigurace zavaděče[55] | BC13C2FF-59E6-4262-A352-B275FD6F7172 |
Atari TOS | Základní datový oddíl (GEM, BGM, F32) | 734E5AFE-F61A-11E6-BC64-92361F002671 |
VeraCrypt | Šifrovaný datový oddíl | 8C8F8EFF-AC95-4770-814A-21994F2DBC8F |
OS / 2 | ArcaOS Typ 1 | 90B6FF38-B98F-4358-A21F-48F35B4A8AD3 |
Viz také
Poznámky
- ^ Přidávání
ULL
přípona na celočíselnou konstantu ji činí typemnepodepsaný dlouhý dlouhý int
. - ^ Pouze při použití jeho aktualizace Service Pack 1 nebo 2
- ^ V nastavení více disků vyžaduje bootloader (bootovací jednotka), který není UEFI, rozdělení na základě MBR, zatímco systémová jednotka může používat rozdělení GUID.
- ^ Identifikátory GUID v této tabulce jsou zapsány podle RFC 4122, tj. big-endian pořadí bytů, rozpoznatelné podle polohy bitů verze. Například GUID pro systémový oddíl EFI (
C12A7328-F81F-11D2-BA4B-00A0C93EC93B
), pokud je serializován v datových strukturách GPT (little-endian), odpovídá hexadecimální sekvenci28 73 2A C1 1F F8 D2 11 BA 4B 00 A0 C9 3E C9 3B
. První tři bloky jsou vyměněny za bajty za malý endian, poslední je bajtové pole. Zobrazit podrobnosti v TN2166[6] - ^ Tvorba tohoto identifikátoru GUID neodpovídá definici identifikátoru GUID; je tvořen pomocí ASCII kódy pro řetězec "Hah! IdontNeedEFI". Takové vytváření hodnoty" GUID "rozbíjí zaručenou jedinečnost GUID.
- ^ A b Někteří výrobci počítačů mají své vlastní identifikátory GUID pro oddíly, které jsou analogické se systémovým oddílem EFI, ale které obsahují zavaděče pro spuštění nástrojů pro obnovení specifických pro výrobce.[32]
- ^ A b Dříve Linux používal stejný GUID pro datové oddíly jako Windows (Základní datový oddíl: EBD0A0A2-B9E5-4433-87C0-68B6B72699C7). Linux nikdy neměl pro své datové oddíly definován samostatný jedinečný identifikátor GUID typu oddílu. To způsobilo problémy při duálním bootování Linuxu a Windows v nastavení UEFI-GPT. Nový identifikátor GUID (data systému souborů Linux: 0FC63DAF-8483-4772-8E79-3D69D8477DE4) byl definován společně vývojáři GPT fdisk a GNU Parted.[33] Je identifikován jako typový kód 0x8300 v GPT fdisk.
- ^ A b GUID pro
/ usr
v systému Solaris se používá jako obecný identifikátor GUID pro ZFS v systému macOS. - ^ A b NetBSD a MidnightBSD používaly identifikátory GUID FreeBSD před vytvořením jedinečných identifikátorů GUID.
- ^ Souborový systém Ceph používá identifikátory GUID k označení stavu přípravy disku.[46]
Reference
- ^ A b „Časté dotazy: Omezení omezení oddílů“ (PDF). Fórum UEFI. Citováno 2013-11-04.
- ^ Nikkel, Bruce J. (září 2009). "Forenzní analýza disků GPT a tabulkových oddílů GUID". Digitální vyšetřování. 6 (1–2): 39–47. doi:10.1016 / j.diin.2009.07.001.
Současné populární schéma dělení systému BIOS a MBR bylo původně vyvinuto počátkem 80. let pro osobní počítač IBM pomocí systému IBM PC DOS nebo MS-DOS. Základní systém vstupu / výstupu (BIOS) poskytuje rozhraní s hardwarem a iniciuje proces spouštění (IBM, 1983). MBR, umístěný v sektoru nula, obsahuje počáteční spouštěcí kód a tabulku oddílů se čtyřmi vstupy (Microsoft, 1983). Na konci 90. let byla společností Intel vyvinuta náhrada za BIOS a tabulku oddílů MBR, která měla vyřešit omezení zavádění a rozdělení na oddíly (Intel, 2000). Toto se nyní nazývá Unified EFI (UEFI, 2008 UEFI Forum. Specifikace sjednoceného rozšiřitelného firmwarového rozhraní verze 2.2 2008.UEFI, 2008) a je spravováno UEFI Forum (UEFI, 2009). Podmnožina této specifikace zahrnuje GPT, které má nahradit tabulky oddílů DOS / MBR.
- ^ A b C d E Smith, Roderick W. (03.07.2012). „Využijte velké disky s GPT a Linuxem na maximum“. IBM. Citováno 2013-05-29.
- ^ „Pokročilý formát Western Digital: Přechod na sektor 4K začíná“. Anandtech.com. Anandtech.
- ^ "Specifikace UEFI". UEFI.org.
- ^ A b C d „Technická poznámka TN2166: Tajemství GPT“. Developer.Apple.com. Jablko. 2006-11-06. Citováno 2014-04-16.
- ^ Záhlaví GPT obsahuje pole, které určuje velikost položky tabulky oddílů. Minimální požadovaná velikost je 128 bajtů, implementace však musí umožňovat další hodnoty. Vidět „Knihovna vývojářů pro Mac“. Developer.Apple.com. Jablko. Citováno 2014-07-13.
- ^ „RFC 4122“. Citováno 2018-10-23.
- ^ „e09127r3 EDD-4 Hybrid MBR Boot Code Annex“ (PDF). T13.org.
- ^ https://technet.microsoft.com/en-us/library/cc753455.aspx#Anchor_1
- ^ https://msdn.microsoft.com/en-us/library/aa381635.aspx
- ^ "Formát disku". Chromium.org. Citováno 2017-10-04.
- ^ „Ubuntu na MacBooku“. Komunitní dokumentace. Ubuntu.
- ^ "GNU Parted FAQ".
- ^ "mklabel". Rozdělený manuál. GNU.
- ^ "fdisk: přidat podporu GPT". kernel.org. 2013-09-27. Citováno 2013-10-18.
- ^ Bueso, Davidlohr (2013-09-28). „aktualizace fdisk a podpora GPT“. Citováno 2013-10-18.
- ^ „DISK_MAX_PARTS definovat“.
- ^ „Mýty a fakta o počítačích Intel Mac“. REFIT. Zdroj kovárna.
- ^ „Významné změny oproti NetBSD 5.0 až 6.0“..
- ^ „Významné změny z NetBSD 5.0 na 6.0 (NetBSD / i386)“..
- ^ „Významné změny z NetBSD 5.0 na 6.0 (NetBSD / amd64)“..
- ^ „OpenBSD 5.9“..
- ^ "Zavedení ze systému kořenových souborů ZFS". Věštec.
- ^ „idisk (1M)“. Hewlett Packard.
- ^ A b C „Windows a GPT - časté dotazy“. Microsoft.
- ^ A b C d E F G Windows 8 32-bit podporuje bootování z počítače založeného na UEFI pomocí disků založených na GPT.
- ^ „implementace Windows to omezuje na 128 oddílů“.
- ^ Společnost Microsoft zvyšuje rychlostní limit s dostupností 64bitových edic systémů Windows Server 2003 a Windows XP Professional Archivováno 10. 11. 2010 na Wayback Machine
- ^ ftp://download.gigabyte.ru/manual/mb_manual_intel-ui_e.pdf
- ^ „F6F: Funtoo Linux a technologie Intel Rapid Start“. Blog.adios.tw. 2012-10-30. Citováno 2014-01-29.
- ^ GPT fdisk: parttypes.cc, řádek 198
- ^ Smith, Rod (23. června 2011). "Potřeba jedinečného kódu typu GUID pro Linux GPT (včetně PATCH)" ". bug-parted (Poštovní seznam). lists.gnu.org. Citováno 12. dubna 2016.
- ^ Známé problémy s replikou úložiště
- ^ A b C d E F G h Specifikace viditelných oddílů
- ^ A b C d E F G h systemd-gpt-auto-generator (8)
- ^ A b „[dm-crypt] LUKS GPT GUID“. Saout.de. Citováno 2014-01-29.
- ^ A b „[dm-crypt] LUKS GPT GUID“. Saout.de. Citováno 2014-01-29.
- ^ A b "zdrojový kód pyuefi".
- ^ "zdrojový kód udisks-2.7.4".
- ^ „CVS log for src / sys / sys / disklabel_gpt.h“. Cvsweb.netbsd.org. Citováno 2014-01-29.
- ^ „Disk Format - The Chromium Projects“. Chromium.org. Citováno 2014-01-29.
- ^ "Konstanty a ID". CoreOS. Citováno 2018-07-26.
- ^ src / doplňky / jádro / partitioning_systems / gpt / gpt_known_guids.h
- ^ http://www.midnightbsd.org/cgi-bin/cvsweb.cgi/src/sys/sys/gpt.h.diff?r1=1,4;r2=1,5 src / sys / sys / gpt.h
- ^ Skript pro nastavení ceph disku: ceph-disk, řádky 76-81
- ^ QNX Energeticky bezpečný souborový systém
- ^ „gpt.ini (github.com/android-ia/device-androidia-mixins)“.
- ^ „gpt.ini (github.com/android-ia/device-androidia)“.
- ^ „gpt.ini (github.com/android-ia/vendor_intel_baytrail)“.
- ^ „gpt-sample.ini (github.com/android-ia/platform_bootable_userfastboot)“.
- ^ „gpt_ini2bin.py (android.googlesource.com/platform/hardware/bsp/intel)“.
- ^ „gpt.c (github.com/android-ia/platform_bootable_userfastboot)“.
- ^ „gpt_ini2bin.py (github.com/android-ia/vendor_intel_common)“.
- ^ "Specifikace zavaděče". freedesktop.org. Citováno 2017-01-05.
externí odkazy
- Microsoft TechNet: Sektory disků na discích GPT (archivovaná stránka)
- Nasazení systému Microsoft Windows: Převod MBR na GPT bez ztráty dat
- Microsoft TechNet: Odstraňování problémů s disky a souborovými systémy
- Microsoft TechNet: Používání jednotek GPT
- Microsoft: Časté dotazy k používání disků GPT ve Windows
- Microsoft Technet: Jak fungují základní disky a svazky Trochu MS specifické, ale dobré údaje se týkají GPT se starším formátem MBR a ochranným MBR, ukazují rozložení úplných disků a jak interpretovat hexdumps tabulky oddílů.
- Připojení vývojáře Apple: Tajemství GPT
- Využijte velké disky s GPT a Linux na maximum
- Převeďte zavádění systému Windows Vista SP1 + nebo 7 x86_64 z režimu BIOS-MBR na režim UEFI-GPT bez přeinstalování
- Podpora GPT (schéma oddílů) a HDD větší než 2,19 TB v systému Microsoft Windows XP
- Nastavení svazku RAID v systému Linux s disky> 2 TB