GUID磁碟分割表

GUID磁碟分割表（GUID Partition Table，縮寫：GPT）是使用全局唯一標識符（GUID，也稱通用唯一標識符）對物理計算機存儲設備（例如硬盤驅動器或固態驅動器）的分區表進行佈局的標準。作為統一可擴展固件接口（UEFI）標準的一部分（統一可擴展固件接口論壇建議其為個人電腦BIOS的替代品），由於主引導記錄（MBR）分區表的限制，它也被用在一些BIOS。MBR分區表使用32位用於傳統512字節磁盤扇區的邏輯區塊位址（LBA）。
對於那些扇區為512字節的磁盤，MBR分區表不支持容量大於2.2 TB（2.2×1012字節）的分區。然而，一些硬盤製造商（諸如希捷和西部數據）注意到這個侷限性，並且將他們的容量較大的磁盤升級到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字節每扇區）的最大空間。
截止至2010年，大多數操作系統對GPT均有所支持，儘管包括Mac OS X和Windows在內的一些僅支持在EFI基礎上自GPT分區啟動，見#操作系統支持。
GPT分區表的結構。此例中，每個邏輯塊（LBA）為512字節，每個分區的記錄為128字節。負數的LBA地址表示從最後的塊開始倒數，−1表示最後一個塊。

**特點**
在MBR硬盤中，分區信息直接存儲於主引導記錄（MBR）中（主引導記錄中還存儲著系統的引導程序）。但在GPT硬盤中，分區表的位置信息儲存在GPT頭中。但出於兼容性考慮，硬盤的第一個扇區仍然用作MBR，之後才是GPT頭。
跟現代的MBR一樣，GPT也使用邏輯區塊位址（LBA）取代了早期的CHS尋址方式。傳統MBR信息存儲於LBA 0，GPT頭存儲於LBA 1，接下來才是分區表本身。64位Windows操作系統使用16,384字節（或32扇區）作為GPT分區表，接下來的LBA 34是硬盤上第一個分區的開始。
蘋果公司曾經警告說：“不要假定所有設備的塊大小都是512字節。”一些現代的存儲設備如固態硬盤可能使用1024, 2048或4096扇區。
使用英特爾架構的蘋果機也使用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進制編輯器修改。
主分區表和備份分區表的頭分別位於硬盤的第二個扇區（LBA 1）以及硬盤的最後一個扇區。備份分區表頭中的信息是關於備份分區表的。

**分區表項（LBA 2–33）**
GPT分區表使用簡單而直接的方式表示分區。一個分區表項的前16字節是分區類型GUID。例如，EFI系統分區的GUID類型是{C12A7328-F81F-11D2-BA4B-00A0C93EC93B}。接下來的16字節是該分區唯一的GUID（這個GUID指的是該分區本身，而之前的GUID指的是該分區的類型）。再接下來是分區起始和末尾的64位LBA編號，以及分區的名字和屬性。

**操作系統支持**

**類Unix操作系統**

**32位Windows**

**64位Windows**

**分區類型GUID**
# guidord本表中的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 Linux和Windows的數據分區使用相同的GUID。
# a Solaris系統中/usr分區的GUID在Mac OS X上被用作普通的ZFS分區。
# ^具體定義見 src/sys/sys/disklabel_gpt.hdate=20110702083128 。NetBSD的GUID在單獨定義之前曾經使用過FreeBSD的GUID。

**MBR與GPT互相轉換**

**Windows操作系統**
在Win10 1703及更高版本，執行命令“mbr2gpt /convert /disk:盤號 /allowfullos”
或者使用DiskGenius等軟件將MBR轉換為GPT。

**參見**
 主引導記錄- GUID- 硬盤分區- 可擴展固件接口- BIOS

**外部鏈接**
 Microsoft TechNet:  Disk Sectors on GPT Disks- Microsoft TechNet:  Using GPT Drives on x86-64 Systemsdate=20050706074131 - Apple Developer Connection:  Secrets of the GPT date=20080518082924 -  Make the most of large drives with GPT and Linux date=20180929042338 - GPT fdisk :  Information on Hybrid GPT-MBR, Converting MBR and BSD disklabels to GPT and Booting from GPT disks date=20210115054648 - Microsoft :  FAQs on Using GPT disks in Windowsdate=20110219111649 -  A forum post describing steps to modify existing Windows x64 BIOS-MBR based installations to boot from UEFI-GPT

**備註**

**參考資料 ==