GPT - GUID Partition Table

GPT (Таблица разделов GUID, GUID Partition Table) - стандарт размещения таблиц разделов на физическом носителе информации. Принципиально отличается от своего предшественника (MBR) упрощенной структурой размещения функциональных блоков на физическом носителе, потому как размещение и структуризация происходит более логичным и очевидным способом. GPT не является самостоятельной разработкой, а проектировалась как часть расширяемого микропрограммного интерфейса (Unified Extensible Firmware Interface, UEFI), и вошла в состав последнего на поздних этапах разработки. UEFI в настоящее время начал активно внедряться и постепенно приходит на смену традиционному, классическому BIOS. Вспомните, что BIOS для загрузки ОС с носителя использует MBR, так вот, для более очевидной аналогии можно использовать следующее утверждение: там где BIOS использует MBR, UEFI использует GPT.

Несмотря на все очевидные преимущества GPT, основной причиной разработки стандарта явилась острая необходимость преодолеть ограничения, накладываемые традиционной таблицей разделов (размещается внутри MBR), которая не предоставляла возможности создавать разделы размером более 2-х терабайт и/или размещать их произвольным образом по смещению более 2-х терабайт от начала диска.

К преимуществам GPT относятся:

1. Избыточность данных. Дублирование заголовка и таблиц разделов в начале и конце диска. Подобное нововведение позволило создать отказоустойчивость на уровне разделов, чего был лишен классический MBR. При повреждении одной из копий заголовка/таблиц разделов GPT, возможно восстановление из резервной копии.
2. Достаточный лимит на размер раздела(ов) [при размере сектора 512 байт] - 9.4 зеттабайт (Зб) или 8 zebibyte (ZiB, ZB) или 2⁶⁴ блоков или 9,444,732,965,739,290,427,392 байт (9.4 x 10²¹). Что бы было проще осознать масштаб - это примерно 9 миллиардов терабайт. MBR имел параметр "смещение первого сектора" в записи о разделе разрядностью всего 4 байта (32 бита, LBA32), что позволяло адресовать лишь 4294967296 * 512 (размер сектора, байт) = ~2 терабайта. В GPT размерность параметров, описывающих смещения разделов, увеличилась до 64 бит (LBA64).
3. Отсутствие ограничения разметки MBR в четыре основные раздела (партиции). GPT может иметь до 128 разделов на одном физическом диске, что вполне достаточно даже для самых требовательных конфигураций.
4. Отсутствие такого труднопонимаемого многими архаизма, как "логические диски" в расширенном разделе, присутствующего в традиционной разметке MBR.
5. Отсутствие необходимости писать цепочку загрузчиков вида MBR - PBR - Bootmgr и самому работать с железом посредством портов и прерываний реального режима, нет необходимости заботиться о переходе в защищенный режим и прочих нюансах. В EFI загрузчике все проще - структуры данных уже подготовлены, есть возможность использовать готовые функции UEFI для упрощенного "диалога" с оборудованием.
6. 16-байтовый идентификатор (GUID) типа раздела. В классическом MBR тип раздела имел размерность всего один байт, что вводило ограничение на идентификацию множества ОС.
7. Контрольная сумма в формате CRC32 заголовка и таблицы разделов GPT, что упрощает обнаружение ошибок по причине сбоев носителя информации.
8. Введены поля номера версии (ревизии), размеров заголовка и записи раздела, что позволяет безболезненно модифицировать структуру GPT в будущих версиях.

Давайте сделаем небольшой экскурс в совсем недалекое прошлое и вспомним принцип работы классического (legacy) метода загрузки BIOS -> MBR. Код BIOS, который на финальных этапах работы инициализирует установленные в системе носители, считывает с носителя, имеющего статус "загрузочный", первый физический сектор (блок LBA0), копирует его по адресу 0000:7C00 и передает по этому адресу управление. Код MBR, в свою очередь, обязан произвести анализ таблицы разделов, выбрать загрузочный раздел, загрузить с него загрузочный сектор раздела (PBR) и передать управление уже ему. Становится очевидным, что данный способ, с точки зрения трудозатрат на программирование, имеет неудобную реализацию и требует упрощения. В отличие от устаревшего классического, традиционного (legacy) способа загрузки ОС, UEFI содержит более актуальные встроенные процедуры работы с загрузочным носителем. Этот функционал, именуемый UEFI Boot Manager, производит поиск на заданном носителе GPT специализированного раздела (EFI System Partition (ESP)) и в случае обнаружения находит на нем загрузочный .efi-модуль операционной системы (например, bootx64.efi), производит загрузку найденного файла и передача ему управления. С некоторым количеством оговорок можно утверждать, что новая схема загрузки с использованием UEFI+GPT имеет более интуитивную логику и большую гибкость по сравнению с классическим методом BIOS+MBR. Фактически, работа по написанию загрузчика операционной системы стала менее трудоемкой, при том, что код загрузчика стал более универсальным.

Теперь мы можем приступить к более детальному рассмотрению структуры диска при использовании стандарта GPT и для начала я приведу наглядное графическое представление структуры GPT диска, в котором описаны все основные блоки стандарта:

* где X - общее количество разделов на носителе. N - общее количество секторов на носителе.

Логика работы GPT

• Если по какой-либо причине оказываются поврежденными первичные GPT записи (заголовок+таблица разделов), то ПО поддержки (драйвер) должно проверить последний блок LBA носителя на предмет наличия дублирующего рабочего набора GPT записей. Они содержатся в конце диска. Последний блок должен содержать рабочий GPT заголовок, который указывает на исправную таблицу GPT разделов. Если это так и дублирующий набор не поврежден, то ПО должно восстановить первые заголовок и таблицу разделов GPT из дублирующего набора.
• По спецификации ПО должно запросить подтверждение пользователя на восстановление основного GPT заголовка.
• Встречается проблема, когда GPT диск, по ошибке или умышленно, отформатирован в стандартную разметку MBR каким-либо старым ПО (типа format.com от DOS :). В таких случаях сохраняется нетронутым ("выживает") последний логический блок диска, который содержит актуальный рабочий GPT заголовок. Такие сценарии должны обнаруживаться ПО, работающим с GPT, по тому факту, что оно обнаруживает стандартный MBR, который содержит полноценную таблицу разделов (с несколькими разделами разного размера), а не "защитный MBR" с одним разделом, охватывающим весь диск.
• Любое ПО, которое обновляет первичные GPT записи (заголовок+таблицу разделов), должно обновлять вторичные GPT в первую очередь.
• ПО может обновлять заголовок GPT и таблицу разделов GPT в любом порядке, с того момента, как все контрольные суммы будут помещены в соответствующие поля заголовка GPT.
• Если размер диска изменился, то ПО должно обновлять сначала вторичные GPT (заголовок+таблицу разделов), а затем уже первичные. Делается это с тем расчетом, что если обновления прервались по какой-либо причине, вторичные GPT всегда содержат правильную информацию.
• Если первичный заголовок GPT поврежден, вместо него используется вторичный заголовок, который размещается в последнем логическом блоке диска.
• Если вторичный GPT корректен, он должен быть использован для восстановления первичного GPT.
• Если первичный GPT корректен, а вторичный GPT неисправен, то ПО должно попытаться восстановить вторичный GPT.
• Если оба GPT некорректны, то диск помечается как не содержащий рабочей (корректной) таблицы разделов GPT.
• Оба, первичные и вторичные GPT должны быть валидны и синхронизированы перед операцией увеличения раздела (например, при добавлении в RAID-массив). Как только произведена операция увеличения раздела, вторичный GPT должен быть перенесен в конец раздела согласно правилам размещения, и первичные и вторичные GPT заголовки должны быть обновлены для отражения нового актуального размера раздела.
• ПО, которое делает копии GPT дисков либо разделов, должно генерировать новое (уникальное) значение поля DiskGUID в заголовке GPT и новое (уникальное) значение поля UniquePartitionGUID в таблице разделов GPT. В случае, когда ПО обнаруживает два диска либо раздела с идентичными GUID, результат не в спецификации не определен и отдается на откуп автору ПО.

Защитный (Protective) MBR

Первый физический сектор диска (LBA0) может, по-прежнему, содержать хорошо знакомый нам сектор MBR. В спецификации GPT он именуется как Protective MBR.
Protective MBR - это типовой сектор MBR выбранной ОС. Соответственно, под Windows 7 он полностью повторяет стандартный MBR Windows 7, который используется при традиционной разметке, за исключением следующих отличий:

1. Значение поля NT Disk Signature равно 00000000;
2. Вне зависимости от реальной разметки диска, в таблице разделов MBR указано наличие всего одного раздела, "охватывающего" весь диск. В официальной документации он называется GPT Protective partiton. Очевидно, что таблица разделов, размещенная в защитном MBR, имеет всего одну запись, описывающую раздел, имеющий размер, равный размеру физического носителя. Поле начала раздела равно LBA1 и поле конца раздела равно LBA(N), где N-последний блок (сектор) диска. Если же объем диска больше предельного значения, то поле конца выставляется в значение 0FFFFFFFFh;
3. Тип (поле Partition Type) этого раздела имеет значение 0EEh, которое указывает на использование GPT, наличие единственного псевдо-раздела, покрывающего весь диск;

Название "Protective MBR" говорит само за себя и глядя на него становится очевидным, что "защитным" он называется неспроста и основное его предназначение - обеспечение "защиты" структуры диска. Защита обеспечивает совместимость с устаревшим ПО (например, старые версии утилит работы с диском (fdisk)), которое просто-напросто и не в курсе, что такое GPT, и умеет работать исключительно с MBR-разметкой. Очевидным, что подобная логика работы, при отсутствии знакомых старым программам структур способна повредить GPT-диск, а наличие защитного MBR способно значительно упростить ситуацию. Старые 32-битные ОС могут распознавать раздел и присваивать ему статус недоступного GPT диска. Совсем уж старые реализации операционных систем обычно определяют диск как содержащий единственный раздел неизвестного типа, не имеющего свободного места; как правило, они отказываются модифицировать такой диск, пока пользователь явно не потребует и не подтвердит удаление неопознанного раздела. Таким образом вероятность случайного затирания содержимого GPT диска резко уменьшается.

Заголовок (оглавление) GPT

Заголовок GPT содержится в блоке (секторе) LBA1, втором логическом блоке носителя. Имеет свою копию в конце диска.
Давайте разберем, какие же поля присутствуют в заголовке GPT:

Таблица разделов GPT

В 64-битных ОС Windows, таблица разделов, обычно, начинается с блока LBA2 и имеет размер 16384 байта. По спецификации, после "заголовка GPT" должно быть зарезервировано минимум 16384 байта под таблицу разделов GPT. При стандартном размере сектора в 512 байт, это будет 32 сектора.
Фактически, представляет из себя подобие массива идущих друг за другом записей о разделах, каждая из которых равна 128 байтам. Имеет свою копию в конце диска.

Как можно увидеть, размер каждой записи таблицы разделов равен 128 байтам. С другой стороны, никто не мешает расширять размер записи таблицы разделов до требуемых значений. По факту, имеем масштабируемость дисковой разметки.
Атрибуты раздела GPT имеют достаточно большую размерность: 8 байт (64 бита). Каждый раздел имеет независимые атрибуты.

Для полноты картины представления, приведем таблицу типов (PartitionTypeGUID) разделов. Обратите внимание на то, что порядок записи байтов GUID соответствует "от младшего к старшему" (little-endian) в старших трех октетах идентификатора. К примеру, GUID раздела MSR записывается как E3C9E316-0B5C-4DB8-817D-F92DF00215AE, что соответствует последовательности байт: 16 E3 C9 E3 5C 0B 4D B8 81 7D F9 2D F0 02 15 AE.

Разделы GPT

А тут у нас располагаются разделы GPT. Данные, находящиеся на разделах, размещаются начиная с блока LBA34. Разделы идут друг за другом практически до самого конца диска, то есть ровно до блоков, занятых копиями таблицы разделов GPT и заголовка GPT.

Копия таблицы разделов GPT

Копия основной таблицы разделов. Размещается в блоках LBA(N-33) - LBA(N-1). То есть, если отсчет вести с конца диска, то следует сразу за копией оглавления GPT.

Копия заголовка (оглавления) GPT

Копия основного заголовка GPT. Эта копия UEFI оглавления имеет своё значение поля MyLBA и свою собственную контрольную сумму CRC32. Значение поля AlternativeLBA указывает на первую копию заголовка. Значения полей MyLBA и AltenativeLBA во втором заголовке GPT инвертированы по отношению к аналогичным значения первого заголовка GPT. Размещается в логическом блоке носителя LBA(N), где N - общее количество блоков диска.