GUID Partition Table
The GUID Partition Table is a standard for the layout of partition tables of a physical computer storage device, such as a hard disk drive or solid-state drive. It is part of the Unified Extensible Firmware Interface standard.
It has several advantages over master boot record partition tables, such as support for more than four primary partitions and 64-bit rather than 32-bit logical block addresses for blocks on a storage device. The larger LBA size supports larger disks.
Some BIOSes support GPT partition tables as well as MBR partition tables, in order to support larger disks than MBR partition tables can support.
GPT uses universally unique identifiers, which are also known as globally unique identifiers, to identify partitions and partition types.
All modern personal computer operating systems support GPT. Some, including macOS and Microsoft Windows on the x86 architecture, support booting from GPT partitions only on systems with EFI firmware, but FreeBSD and most Linux distributions can boot from GPT partitions on systems with either the BIOS or the EFI firmware interface.
History
The Master Boot Record partitioning scheme, widely used since the early 1980s, had limitations when it came to modern hardware. The available size for block addresses and related information is limited to 32 bits. For hard disks with 512byte sectors, the MBR partition table entries allow a maximum size of 2 TiB or 2.20 TB.In the late 1990s, Intel developed a new partition table format as part of what eventually became the Unified Extensible Firmware Interface. The GUID Partition Table is specified in chapter 5 of the UEFI 2.11 specification. GPT uses 64 bits for logical block addresses, allowing a maximum disk size of 264 sectors. For disks with 512byte sectors, the maximum size is 8 ZiB or 9.44 ZB. For disks with 4,096byte sectors the maximum size is 64 ZiB or 75.6 ZB.
In 2010, hard-disk manufacturers introduced drives with 4,096byte sectors. For compatibility with legacy hardware and software, those drives include an emulation technology that presents 512byte sectors to the entity accessing the hard drive, despite their underlying 4,096byte physical sectors. Performance could be degraded on write operations, when the drive is forced to perform two read-modify-write operations to satisfy a single misaligned 4,096byte write operation. Since April 2014, enterprise-class drives without emulation technology have been available on the market.
Readiness of the support for 4 KB logical sectors within operating systems differs among their types, vendors and versions. For example, Microsoft Windows supports 4K native drives since Windows 8 and Windows Server 2012 in UEFI.
Features
Like MBR, GPT uses logical block addressing in place of the historical cylinder-head-sector addressing. The protective MBR is stored at LBA 0, and the GPT header is in LBA 1. The GPT header has a pointer to the partition table, which is typically at LBA 2. Each entry in the partition table has the same size, which is 128 or 256 or 512, etc., bytes; typically this size is 128 bytes. The UEFI specification stipulates that a minimum of 16,384 bytes, regardless of sector size, are allocated for the Partition Entry Array. Thus, on a disk with 512-byte sectors, at least 32 sectors are used for the Partition Entry Array, and the first usable block is at LBA 34 or higher, while on a 4,096-byte sector disk, at least 4 sectors are used for the Partition Entry Array, and the first usable block is at LBA 6 or higher. In addition to the primary GPT header and Partition Entry Array, stored at the beginning of the disk, there is a backup GPT header and Partition Entry Array, stored at the end of the disk. The backup GPT header must be at the last block on the disk and the backup Partition Entry Array is placed between the end of the last partition and the last block.MBR variants
Protective MBR (LBA 0)
For limited backward compatibility, the space of the legacy Master Boot Record is still reserved in the GPT specification, but it is now used in a way that prevents MBR-based disk utilities from misrecognizing and possibly overwriting GPT disks. This is referred to as a protective MBR.A single partition of type EEh, encompassing the entire GPT drive, is indicated and identifies it as GPT. Operating systems and tools which cannot read GPT disks will generally recognize the disk as containing one partition of unknown type and no empty space, and will typically refuse to modify the disk unless the user explicitly requests and confirms the deletion of this partition. This minimizes accidental erasures. Furthermore, GPT-aware OSes may check the protective MBR and if the enclosed partition type is not of type or if there are multiple partitions defined on the target device, the OS may refuse to manipulate the partition table.
If the actual size of the disk exceeds the maximum partition size representable using the legacy 32-bit LBA entries in the MBR partition table, the recorded size of this partition is clipped at the maximum, thereby ignoring the rest of the disk. This amounts to a maximum reported size of 2 TiB, assuming a disk with 512 bytes per sector. It would result in 16 TiB with 4 KiB sectors, but since many older operating systems and tools are hard coded for a sector size of 512 bytes or are limited to 32-bit calculations, exceeding the 2 TiB limit could cause compatibility problems.
Hybrid MBR (LBA 0 + GPT)
In operating systems that support GPT-based boot through BIOS services rather than EFI, the first sector may also still be used to store the first stage of the bootloader code, but modified to recognize GPT partitions. The bootloader in the MBR must not assume a sector size of 512 bytes.Partition table header (LBA 1)
| Offset | Length | Contents |
| 0 | 8 bytes | Signature |
| 8 | 4 bytes | Revision number of header - 1.0 for UEFI 2.10 |
| 12 | 4 bytes | Header size in little endian |
| 16 | 4 bytes | CRC-32 of header in little endian, with this field zeroed during calculation |
| 20 | 4 bytes | Reserved; must be zero |
| 24 | 8 bytes | Current LBA |
| 32 | 8 bytes | Backup LBA |
| 40 | 8 bytes | First usable LBA for partitions |
| 48 | 8 bytes | Last usable LBA for partitions |
| 56 | 16 bytes | Disk GUID in little endian |
| 72 | 8 bytes | Starting LBA of array of partition entries |
| 80 | 4 bytes | Number of partition entries in array |
| 84 | 4 bytes | Size of a single partition entry |
| 88 | 4 bytes | CRC-32 of partition entries array in little endian |
| 92 | * | Reserved; must be zeroes for the rest of the block |
The partition table header defines the usable blocks on the disk. It also defines the number and size of the partition entries that make up the partition table.
Partition entries (LBA 2–33)
| Offset | Length | Contents |
| 0 | 16 bytes | Partition type GUID |
| 16 | 16 bytes | Unique partition GUID |
| 32 | 8 bytes | First LBA |
| 40 | 8 bytes | Last LBA |
| 48 | 8 bytes | Attribute flags |
| 56 | 72 bytes | Partition name |
After the primary header and before the backup header, the Partition Entry Array describes partitions, using a minimum size of 128 bytes for each entry block. The starting location of the array on disk, and the size of each entry, are given in the GPT header. The first 16 bytes of each entry designate the partition type's globally unique identifier. For example, the GUID for an EFI system partition is. The second 16 bytes are a GUID unique to the partition. Then follow the starting and ending 64 bit LBAs, partition attributes, and the 36 character Unicode partition name. As is the nature and purpose of GUIDs and as per
The 64-bit partition table attributes are shared between 48-bit common attributes for all partition types, and 16-bit type-specific attributes:
| Bit | Content |
| 0 | Platform required |
| 1 | EFI firmware should ignore the content of the partition and not try to read from it |
| 2 | Legacy BIOS bootable |
| 3–47 | Reserved for future use |
| 48–63 | Defined and used by the individual partition type |
Microsoft defines the type-specific attributes for basic data partition as:
| Bit | Content |
| 60 | Read-only |
| 61 | Shadow copy |
| 62 | Hidden |
| 63 | No drive letter |
Google defines the type-specific attributes for ChromeOS kernel as:
| Bit | Content |
| 56 | Successful boot flag |
| 55–52 | Tries remaining |
| 51–48 | Priority |
Operating-system support
UNIX and Unix-like systems
Windows: 32-bit versions
Windows 7 and earlier do not support UEFI on 32-bit platforms, and therefore do not allow booting from GPT partitions.| OS version | Release date | Platform | Read or write support | Boot support | Note |
| Windows 9x | 1995-08-24 | IA-32 | |||
| 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 takes precedence in hybrid configuration. | ||
| Windows Vista | 2006-07-22 | IA-32 | MBR takes precedence in hybrid configuration. | ||
| Windows Server 2008 | 2008-02-27 | IA-32 | MBR takes precedence in hybrid configuration. | ||
| Windows 7 | 2009-10-22 | IA-32 | MBR takes precedence in hybrid configuration. | ||
| Windows 8 | 2012-08-01 | IA-32 | MBR takes precedence in hybrid configuration. | ||
| Windows 8.1 | 2013-08-27 | IA-32 | MBR takes precedence in hybrid configuration. | ||
| Windows 10 | 2015-07-29 | IA-32, ARM32 | MBR takes precedence in hybrid configuration. |