GUID磁碟分割表
桌面或服務器個人計算機中使用的物理存儲設備上的分區表佈局標準 来自维基百科，自由的百科全书
GUID磁碟分割表（英語：GUID Partition Table，縮寫：GPT）是使用全域唯一識別碼（GUID，也稱通用唯一識別碼）對物理電腦儲存裝置（例如硬碟機或固態驅動器）的分區表進行佈局的標準。作為統一可延伸韌體介面（UEFI）標準的一部分（統一可延伸韌體介面討論區建議其為個人電腦BIOS的替代品），由於主開機紀錄（MBR）分區表的限制，它也被用在一些BIOS。MBR分區表使用32位元用於傳統512位元組磁碟磁區的邏輯區塊地址（LBA）。
 |
對於那些磁區為512位元組的磁碟，MBR分區表不支援容量大於2.2 TB（2.2×1012位元組）[1]的分區。然而，一些硬碟製造商（諸如希捷和威騰電子）注意到這個局限性，並且將他們的容量較大的磁碟升級到4 KiB的磁區，這意味着MBR的有效容量上限提升到16 TiB。 這個看似「正確的」解決方案，在臨時地降低人們對改進磁碟分配表的需求的同時，也給市場帶來關於在有較大的塊（block）的裝置上從BIOS啟動時，如何最佳的劃分磁碟分區的困惑。GPT分配64位給邏輯塊地址，因而使得最大分區大小在264-1個磁區成為可能。對於每個磁區大小為512位元組的磁碟，那意味着可以有9.4 ZB（9.4×1021位元組=18,446,744,073,709,551,615（264-1）個磁區 × 512位元組每磁區）的最大空間[1][2]。
截止至2010年，大多數作業系統對GPT均有所支援，儘管包括Mac OS X和Windows在內的一些僅支援在EFI基礎上自GPT分區啟動，見#作業系統支援。
特點
在MBR硬碟中，分區資訊直接儲存於主開機紀錄（MBR）中（主開機紀錄中還儲存着系統的引導程式）。但在GPT硬碟中，分區表的位置資訊儲存在GPT頭中。但出於相容性考慮，硬碟的第一個磁區仍然用作MBR，之後才是GPT頭。
跟現代的MBR一樣，GPT也使用邏輯區塊地址（LBA）取代了早期的CHS定址方式。傳統MBR資訊儲存於LBA 0，GPT頭儲存於LBA 1，接下來才是分區表本身。64位元Windows作業系統使用16,384位元組（或32磁區）作為GPT分區表，接下來的LBA 34是硬碟上第一個分區的開始。
蘋果公司曾經警告說：[3]「不要假定所有裝置的塊大小都是512位元組。」一些現代的儲存裝置如固態硬碟可能使用1024, 2048或4096磁區。[4]
使用英特爾架構的蘋果機也使用GPT。
為了減少分區表損壞的風險，GPT在硬碟最後儲存了一份分區表的副本。
傳統MBR (LBA 0)
在GPT分區表的最開頭，出於相容性考慮仍然儲存了一份傳統的MBR，用來防止不支援GPT的硬碟管理工具錯誤辨識並破壞硬碟中的數據，這個MBR也叫做保護MBR。在支援從GPT啟動的作業系統中，這裏也用於儲存第一階段的啟動代碼。在這個MBR中，只有一個標識為0xEE的分區，以此來表示這塊硬碟使用GPT分區表。不能辨識GPT硬碟的作業系統通常會辨識出一個未知類型的分區，並且拒絕對硬碟進行操作，除非用戶特別要求刪除這個分區。這就避免了意外刪除分區的危險。另外，能夠辨識GPT分區表的作業系統會檢查保護MBR中的分區表，如果分區類型不是0xEE或者MBR分區表中有多個項，也會拒絕對硬碟進行操作。
在使用MBR/GPT混合分區表的硬碟中，這部分儲存了GPT分區表的一部分分區（通常是前四個分區），可以使不支援從GPT啟動的作業系統從這個MBR啟動，啟動後只能操作MBR分區表中的分區。如早期Boot Camp就是使用這種方式啟動Windows 7。
分區表頭（LBA 1）
分區表頭定義了硬碟的可用空間以及組成分區表的項的大小和數量。在使用64位元Windows Server 2003的機器上，最多可以建立128個分區，即分區表中保留了128個項，其中每個都是128位元組。（EFI標準要求分區表最小要有16,384位元組，即128個分區項的大小）
分區表頭還記錄了這塊硬碟的GUID，記錄了分區表頭本身的位置和大小（位置總是在LBA 1）以及備份分區表頭和分區表的位置和大小（在硬碟的最後）。它還儲存着它本身和分區表的CRC32校驗。韌體、引導程式和作業系統在啟動時可以根據這個校驗值來判斷分區表是否出錯，如果出錯了，可以使用軟件從硬碟最後的備份GPT中恢復整個分區表，如果備份GPT也校驗錯誤，硬碟將不可使用。所以GPT硬碟的分區表不可以直接使用16進制編輯器修改。
| 起始位元組 | 長度 | 內容 |
|---|---|---|
| 0 | 8位元組 | 簽章（"EFI PART", 45 46 49 20 50 41 52 54） |
| 8 | 4位元組 | 修訂（在1.0版中，值是00 00 01 00） |
| 12 | 4位元組 | 分區表頭的大小（單位是位元組，通常是92位元組，即5C 00 00 00） |
| 16 | 4位元組 | 分區表頭（第0－91位元組）的CRC32校驗，在計算時，把這個欄位作為0處理，需要計算出分區序列的CRC32校驗後再計算本欄位 |
| 20 | 4位元組 | 保留，必須是0 |
| 24 | 8位元組 | 當前LBA（這個分區表頭的位置） |
| 32 | 8位元組 | 備份LBA（另一個分區表頭的位置） |
| 40 | 8位元組 | 第一個可用於分區的LBA（主分區表的最後一個LBA + 1） |
| 48 | 8位元組 | 最後一個可用於分區的LBA（備份分區表的第一個LBA − 1） |
| 56 | 16位元組 | 硬碟GUID（在類UNIX系統中也叫UUID） |
| 72 | 8位元組 | 分區表項的起始LBA（在主分區表中是2） |
| 80 | 4位元組 | 分區表項的數量 |
| 84 | 4位元組 | 一個分區表項的大小（通常是128） |
| 88 | 4位元組 | 分區序列的CRC32校驗 |
| 92 | * | 保留，剩餘的位元組必須是0（對於512位元組LBA的硬碟即是420個位元組） |
主分區表和備份分區表的頭分別位於硬碟的第二個磁區（LBA 1）以及硬碟的最後一個磁區。備份分區表頭中的資訊是關於備份分區表的。
分區表項（LBA 2–33）
GPT分區表使用簡單而直接的方式表示分區。一個分區表項的前16位元組是分區類型GUID。例如，EFI系統分區的GUID類型是{C12A7328-F81F-11D2-BA4B-00A0C93EC93B}。接下來的16位元組是該分區唯一的GUID（這個GUID指的是該分區本身，而之前的GUID指的是該分區的類型）。再接下來是分區起始和末尾的64位元LBA編號，以及分區的名字和屬性。
作業系統支援
| 作業系統 | 版本 | 平台 | 讀寫支援 | 啟動支援 | 備註 |
|---|---|---|---|---|---|
| FreeBSD | 7.0以後 | IA-32、x86-64、ARM | 是 | 是 | 在MBR/GPT混合硬碟中，可以同時使用GPT和MBR分區標識。 |
| Linux | 大多數x86架構的Linux發行版 |
IA-32、x86-64 | 是 | 是 | 諸如gdisk、GNU Parted、[6][7]util-linux v2.23+ fdisk、[8][9]SYSLINUX、安裝修補程式後的GRUB 0.96和GRUB 2等新工具均已支援GPT。 |
| macOS | 10.4.0以後（一些功能要到10.4.6以後）[10] | IA-32、x86-64、PowerPC、Apple晶片 | 是 | 是 | 只有搭載英特爾晶片和Apple晶片的電腦支援GPT啟動。 |
| MidnightBSD | 0.4-CURRENT以後 | IA-32、x86-64 | 是 | 需要CSM | 在MBR/GPT混合硬碟中，可以同時使用GPT和MBR分區標識。 |
| Solaris | Solaris 10以後 | IA-32、x86-64、SPARC | 是 | 是 | [11] |
| HP-UX | HP-UX 11.20以後 | IA-64 | 是 | 是 | [12] |
| 系統版本 | 發售日期 | 平台 | 讀寫支援 | 啟動支援 | 備註 |
|---|---|---|---|---|---|
| Windows XP | 2001-10-25 | IA-32 | 否 | 否 | |
| Windows Server 2003 | 2003-04-24 | IA-32 | 否 | 否 | |
| Windows Server 2003 SP1 | 2005-03-30 | IA-32 | 是 | 否 | 在MBR/GPT混合硬碟中優先使用MBR。 |
| Windows Vista | 2006-07-22 | IA-32 | 是 | 否 | 在MBR/GPT混合硬碟中優先使用MBR。 |
| Windows Server 2008 | 2008-02-27 | IA-32 | 是 | 否 | 在MBR/GPT混合硬碟中優先使用MBR。 |
| Windows 7 | 2009-10-22 | IA-32 | 是 | 否 | 在MBR/GPT混合硬碟中優先使用MBR。 |
| Windows 8 | 2012-08-01 | IA-32 | 是 | 需要UEFI[14] | 在MBR/GPT混合硬碟中優先使用MBR。 |
| Windows 8.1 | 2013-08-27 | IA-32 | 是 | 需要UEFI[14] | 在MBR/GPT混合硬碟中優先使用MBR。 |
| Windows 10 | 2015-07-29 | IA-32 | 是 | 需要UEFI[14] | 在MBR/GPT混合硬碟中優先使用MBR。 |
| 系統版本 | 發售日期 | 平台 | 讀寫支援 | 啟動支援 | 備註 |
|---|---|---|---|---|---|
| Windows XP Professional x64 Edition Windows Server 2003 |
2005-04-25[15] | x64 | 是 | 否 | 在MBR/GPT混合硬碟中優先使用MBR。 |
| Windows Server 2003 | 2005-04-25 | IA-64 | 是 | 是 | 在MBR/GPT混合硬碟中優先使用MBR。 |
| Windows Vista | 2006-07-22 | x64 | 是 | 需要UEFI[a] | 在MBR/GPT混合硬碟中優先使用MBR。 |
| Windows Server 2008 | 2008-02-27 | x64 | 是 | 需要UEFI | 在MBR/GPT混合硬碟中優先使用MBR。 |
| Windows Server 2008 | 2008-02-27 | IA-64 | 是 | 是 | 在MBR/GPT混合硬碟中優先使用MBR。 |
| Windows 7 | 2009-10-22 | x64 | 是 | 需要UEFI[b] | 在MBR/GPT混合硬碟中優先使用MBR。 |
| Windows Server 2008 R2 | 2009-10-22 | IA-64 | 是 | 是 | 在MBR/GPT混合硬碟中優先使用MBR。 |
| Windows 8 Windows Server 2012 |
2012-08-01 | x64 | 是 | 需要UEFI[14] | 在MBR/GPT混合硬碟中優先使用MBR。 |
| Windows 8.1 | 2013-08-27 | x64 | 是 | 需要UEFI[14] | 在MBR/GPT混合硬碟中優先使用MBR。 |
| Windows 10 | 2015-07-29 | x64 | 是 | 需要UEFI[14] | 在MBR/GPT混合硬碟中優先使用MBR。 |
| Windows Server 2016 | 2016-10-12 | x64 | 是 | 需要UEFI[14] | 在MBR/GPT混合硬碟中優先使用MBR。 |
| Windows 11 | 2021-10-05 | x64、ARM64 | 在MBR/GPT混合硬碟中優先使用MBR。 |
分區類型GUID
| 相關作業系統 | 分區類型 | GUID |
|---|---|---|
| （None） | 未使用 | 00000000-0000-0000-0000-000000000000 |
| MBR分區表 | 024DEE41-33E7-11D3-9D69-0008C781F39F | |
| EFI系統分區 | C12A7328-F81F-11D2-BA4B-00A0C93EC93B | |
| BIOS引導分區 | 21686148-6449-6E6F-744E-656564454649 | |
| Windows | 微軟保留分區 | E3C9E316-0B5C-4DB8-817D-F92DF00215AE |
| 基本數據分區[2] | EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 | |
| 邏輯軟碟管理工具元數據分區 | 5808C8AA-7E8F-42E0-85D2-E1E90434CFB3 | |
| 邏輯軟碟管理工具數據分區 | AF9B60A0-1431-4F62-BC68-3311714A69AD | |
| Windows恢復環境 | DE94BBA4-06D1-4D40-A16A-BFD50179D6AC | |
| IBM通用並列檔案系統（GPFS）分區 | 37AFFC90-EF7D-4e96-91C3-2D7AE055B174 | |
| HP-UX | 數據分區 | 75894C1E-3AEB-11D3-B7C1-7B03A0000000 |
| 服務分區 | E2A1E728-32E3-11D6-A682-7B03A0000000 | |
| Linux | 數據分區[2] | EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 |
| RAID分區 | A19D880F-05FC-4D3B-A006-743F0F84911E | |
| 交換分區 | 0657FD6D-A4AB-43C4-84E5-0933C84B4F4F | |
| 邏輯捲軸管理員（LVM）分區 | E6D6D379-F507-44C2-A23C-238F2A3DF928 | |
| 保留 | 8DA63339-0007-60C0-C436-083AC8230908 | |
| FreeBSD | 啟動分區 | 83BD6B9D-7F41-11DC-BE0B-001560B84F0F |
| 數據分區 | 516E7CB4-6ECF-11D6-8FF8-00022D09712B | |
| 交換分區 | 516E7CB5-6ECF-11D6-8FF8-00022D09712B | |
| UFS分區 | 516E7CB6-6ECF-11D6-8FF8-00022D09712B | |
| Vinum volume manager分區 | 516E7CB8-6ECF-11D6-8FF8-00022D09712B | |
| ZFS分區 | 516E7CBA-6ECF-11D6-8FF8-00022D09712B | |
| macOS Darwin |
HFS (HFS+) 分區 | 48465300-0000-11AA-AA11-00306543ECAC |
| Apple UFS 容器 | 55465300-0000-11AA-AA11-00306543ECAC | |
| APFS 卷宗容器 APFS 型 FileVault 卷宗容器 |
7C3457EF-0000-11AA-AA11-00306543ECAC | |
| ZFS[c] | 6A898CC3-1DD2-11B2-99A6-080020736631 | |
| Apple RAID 分區 | 52414944-0000-11AA-AA11-00306543ECAC | |
| Apple RAID 離線分區 | 52414944-5F4F-11AA-AA11-00306543ECAC | |
| Apple 開機卷宗 (恢復模式) | 426F6F74-0000-11AA-AA11-00306543ECAC | |
| Apple 卷標 | 4C616265-6C00-11AA-AA11-00306543ECAC | |
| Apple TV 恢復分區 | 5265636F-7665-11AA-AA11-00306543ECAC | |
| Apple Core Storage 卷宗容器 HFS+ 型 FileVault 卷宗容器 |
53746F72-6167-11AA-AA11-00306543ECAC | |
| SoftRAID_Status | B6FA30DA-92D2-4A9A-96F1-871EC6486200 | |
| SoftRAID_Scratch | 2E313465-19B9-463F-8126-8A7993773801 | |
| SoftRAID_Volume | FA709C7E-65B1-4593-BFD5-E71D61DE9B02 | |
| SoftRAID_Cache | BBBA6DF5-F46F-4A89-8F59-8765B2727503 | |
| Solaris | 啟動分區 | 6A82CB45-1DD2-11B2-99A6-080020736631 |
| 根分區 | 6A85CF4D-1DD2-11B2-99A6-080020736631 | |
| 交換分區 | 6A87C46F-1DD2-11B2-99A6-080020736631 | |
| 備份分區 | 6A8B642B-1DD2-11B2-99A6-080020736631 | |
| /usr分區[3] | 6A898CC3-1DD2-11B2-99A6-080020736631 | |
| /var分區 | 6A8EF2E9-1DD2-11B2-99A6-080020736631 | |
| /home分區 | 6A90BA39-1DD2-11B2-99A6-080020736631 | |
| 備用磁區 | 6A9283A5-1DD2-11B2-99A6-080020736631 | |
| 保留分區 | 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[4] | 交換分區 | 49F48D32-B10E-11DC-B99B-0019D1879648 |
| FFS分區 | 49F48D5A-B10E-11DC-B99B-0019D1879648 | |
| LFS分區 | 49F48D82-B10E-11DC-B99B-0019D1879648 | |
| RAID分區 | 49F48DAA-B10E-11DC-B99B-0019D1879648 | |
| concatenated分區 | 2DB519C4-B10F-11DC-B99B-0019D1879648 | |
| 加密分區 | 2DB519EC-B10F-11DC-B99B-0019D1879648 |
- ^ 本表中的GUID使用小端序表示。例如，EFI系統分區的GUID在這裏寫成C12A7328-F81F-11D2-BA4B-00A0C93EC93B但實際上它對應的16位元組的序列是28 73 2A C1 1F F8 D2 11 BA 4B 00 A0 C9 3E C9 3B——只有前3部分的位元組序被交換了。
- a b Linux和Windows的數據分區使用相同的GUID。
- a b Solaris系統中
/usr分區的GUID在Mac OS X上被用作普通的ZFS分區。 - ^ 具體定義見src/sys/sys/disklabel_gpt.h（頁面存檔備份，存於互聯網檔案館）。NetBSD的GUID在單獨定義之前曾經使用過FreeBSD的GUID。
MBR與GPT互相轉換
在Win10 1703及更高版本，執行命令「mbr2gpt /convert /disk:盤號 /allowfullos」
或者使用DiskGenius等軟件將MBR轉換為GPT。
參見
外部連結
- Microsoft TechNet: Disk Sectors on GPT Disks
- Microsoft TechNet: Using GPT Drives on x86-64 Systems（頁面存檔備份，存於互聯網檔案館）
- Apple Developer Connection: Secrets of the GPT （頁面存檔備份，存於互聯網檔案館）
- Make the most of large drives with GPT and Linux （頁面存檔備份，存於互聯網檔案館）
- GPT fdisk : Information on Hybrid GPT-MBR, Converting MBR and BSD disklabels to GPT and Booting from GPT disks （頁面存檔備份，存於互聯網檔案館）
- Microsoft : FAQs on Using GPT disks in Windows（頁面存檔備份，存於互聯網檔案館）
- A forum post describing steps to modify existing Windows x64 BIOS-MBR based installations to boot from UEFI-GPT
備註
參考資料
Wikiwand - on
Seamless Wikipedia browsing. On steroids.