Кажется, в этом вопросе и его обсуждении есть некоторая путаница или, по крайней мере, неточное использование терминологии. Таким образом, может быть полезно рассмотреть структуры данных GPT, которые описаны в статье Википедии о GPT. (Спецификация EFI более авторитетна и доступна бесплатно, но для ее загрузки необходимо принять условия лицензии. Смотрите здесь, чтобы получить это.) Коды типов GPT на самом деле являются значениями GUID - список известных значений приведен в таблице GUID типов разделов в статье в Википедии. Есть также атрибуты GPT и имена разделов; это три полностью независимые структуры данных (хотя многие инструменты разделения устанавливают имена разделов на основе кода типа). Я не знаю ни одного типа раздела GPT, называемого "первичным". Я подозреваю, что ссылка на этот тип является результатом путаницы с разделами MBR, которые могут быть первичными, расширенными или логическими; но эти понятия не имеют смысла в GPT. Некоторые инструменты продолжают применять термин "основной" применительно ко всем разделам GPT, предположительно потому, что инструменты изначально были написаны для дисков MBR и поэтому требуют первичной / расширенной / логической идентификации для всех разделов.
Коды типов в MBR и GPT определяют предполагаемое использование раздела. Windows, OS X и некоторые другие ОС используют коды типов в качестве своего рода "фильтра" - эти ОС игнорируют разделы, которые не относятся к определенным типам, так что вы можете настроить (скажем) файловую систему Linux на раздел с Код типа, специфичный для Linux, и Windows не будет пытаться его отформатировать. Есть также несколько специфичных для Windows кодов типов (см. Таблицу Википедии), а также несколько кросс-ОС (например, код для системного раздела EFI или ESP).
Атрибуты используются реже (коды типов являются обязательными), но они могут изменить способ, которым ОС или встроенное ПО обрабатывает раздел. Например, "скрытый" атрибут указывает ОС игнорировать раздел. Это может или не может быть выполнено, в зависимости от ОС. Атрибуты могут варьироваться от одного типа раздела к другому.
Названия разделов существуют в основном для потребления человеком, так что вы можете идентифицировать разделы. Я не исследовал это подробно, но я думаю, что OS X привередлива к имени, присвоенному его разделу Recovery HD
; в моих (кратких) тестах он исчез, когда этот раздел был переименован. Я не встречал ни одного другого случая, когда ОС или утилиты заботились об именах разделов, хотя они часто назначались описаниям, связанным с кодом типа при создании разделов.
Я не очень знаком с инструментом Microsoft diskpart
, но, как указывает Бен Н в своем ответе, его можно использовать для установки кодов типов в произвольные значения GUID. Другие инструменты тоже могут это делать или могут устанавливать коды типов другим способом. Мой собственный GPT fdisk (gdisk
), например, использует четырехзначные (двухбайтовые) шестнадцатеричные значения в качестве "ярлыков" для известных значений GUID; или вы можете ввести значения GPT "сырые". Обратитесь к разделу « Пошаговое руководство по gdisk
для получения информации о том, как это сделать. Библиотека libparted (которая используется несколькими инструментами Linux) устанавливает коды типов на основе файловой системы, которая, по вашему мнению, будет использоваться в разделе; но вы можете изменить их в ограниченной степени, установив "флаги", некоторые из которых соответствуют кодам типов, а некоторые - атрибутам. Это довольно запутанное смешение двух независимых базовых структур данных.