DISKPART: основные разделы GPT

Question

Для диска GPT команда Microsoft DISKPART

 list partition  

определяет некоторые разделы как Primary и аналогично утилиту управления дисками.
Но старые первичные / расширенные разделы схемы MBR - это то, что стандарт GPT намеревается преодолеть.

Например, раздел Windows, который на жаргоне Microsoft определяется как основной раздел данных (GUID EBD0A0A2-B9E5-4433-87C0-68B6B72699C7), сообщается DISKPART как Primary . По иронии судьбы, утилита-аналог Linux fdisk правильно сообщает о ней как об Microsoft basic data

При преобразовании диска из базового в динамический BDP правильно отображаются с типом Dynamic Data .

Я безуспешно искал ссылку на терминологию DISKPART в отношении команды list partition . Кроме того, в текущей реализации Microsoft GPT нет никаких намеков на это.

Что именно это за тип раздела? Это просто дружеское название для разделов BDP?

редактировать

Для кого-то непонятно, о чем я спрашиваю. Простите за это. Попробуйте с этим:

Команда list part дискового списка помечает некоторые GPT-разделы как Type: Primary . Поскольку в спецификациях GPT нет определения основных разделов, вы можете указать:

1. Определение основных разделов GPT?
2. Пример неосновного раздела GPT?

Answer 1

Терминология может сбить с толку, потому что некоторые из них являются скорее вопросом общепринятой практики, чем того, что определено в официальных документах стандартов, и потому что люди часто неправильно используют термины. Существуют также различия в том, как люди относятся к вещам в разных кругах. Например, пользователи Windows часто называют разделы "дисками", тогда как в Linux термин "диск" обычно относится к физическому жесткому диску, а в macOS термин "том" часто используется для разделов. Это как шутка о британском и американском английском: мы разделены нашим общим языком.

В любом случае старые инструменты разбиения, которые были разработаны для MBR и затем адаптированы для GPT, часто применяют "основной" термин ко всем разделам GPT. Как вы предполагаете, это в лучшем случае бессмысленно и в худшем случае может привести к путанице, но причина, по-видимому, заключается в том, что структуры данных и / или пользовательские интерфейсы программ требуют наличия "первичной", "расширенной" или "логической" метки для применить, и тот, который наиболее подходит для раздела GPT, является "основным", так что это тот, который показан.

Это отличается от кода типа раздела. В MBR это 1-байтовое значение, часто (но не всегда) представленное в шестнадцатеричном формате, например 0x07 для NTFS (или HPFS) или 0x0c для FAT-32 LBA. В GPT код типа представляет собой 16-байтовое значение GUID, например, EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 для раздела "базовых данных" Windows (обычный раздел FAT или NTFS) или C12A7328-F81F-11D2-BA4B- 00A0C93EC93B для системного раздела EFI (ESP). Эти коды типов GPT неудобны и трудны для запоминания людьми, поэтому большинство инструментов либо не представляют их явно, либо представляют их, сопоставляя их с именем или мнемоническим кодом. Однако эти сопоставления, как правило, уникальны для конкретных программ, поэтому то, как их представляет программа А, скорее всего, будет отличаться от того, что делает программа В. Также обратите внимание, что отображение из кодов типа MBR в GPT не 1:1. Иногда существует довольно четкое отображение (например, MBR 0x83, который предназначен для файловых систем Linux, который четко отображается на 0FC63DAF-8483-4772-8E79-3D69D8477DE4 в GPT); но в других случаях может не быть эквивалента в одной схеме таблицы разделов или в другой (например, GPT 21686148-6449-6E6F-744E-656564454649, который предназначен для загрузочного раздела BIOS, который не имеет эквивалента MBR), или один код в одном Система может отображать несколько кодов в другом (например, в GPT EBD0A0A2-B9E5-4433-87C0-68B6B72699C7, или в раздел базовых данных Windows, который отображается на несколько кодов типа MBR).

Answer 2

Что касается основного раздела GPT, то он здесь:

Представьте себе таблицу разделов. Это не значит, что MBR и GPT отличаются во всех отношениях и не имеют никакого сходства. Они все еще таблицы. Я на самом деле предпочитаю называть схему разделов MBR схемой разделов MSDOS (как разработчики GParted), но это вопрос предпочтений.

Что касается разницы между MSDOS и GPT, они просто имеют разные структуры данных. У них все еще есть основные разделы; MSDOS не позволяет использовать более четырех основных разделов и дисков размером +2 ТБ из-за структуры. GPT позволяет это, хотя. Теоретически он может иметь практически неограниченное (по крайней мере для нашего использования) количество разделов (в Windows оно ограничено 128, что все же намного больше, чем может использовать средний пользователь). Основные разделы GPT имеют почти такую же структуру, что и основной раздел MSDOS; однако в GPT они упоминаются по GUID; MSDOS использует однобайтовые шестнадцатеричные коды типов разделов, такие как \Ox83 (Linux), для ссылки на свои разделы.

Это просто вопрос того, что считается основным, а что расширенным / логичным. Теоретически GPT может иметь расширенные и логические разделы, если это будет определено. Расширенные разделы являются просто контейнерами и не обязательно являются разделами. Логические разделы имеют различную структуру, так что они смогут соответствовать схеме разделов MSDOS.

Answer 3

Вы просто делаете неправильную аналогию. Разделы в таблице разделов MBR также имеют типы разделов, но они не являются первичными / расширенными / логическими, но они:

https://en.m.wikipedia.org/wiki/Partition_type#List_of_partition_IDs

Это просто в таблице разделов MBR тип в форме однобайтового идентификатора (иногда называемого кодом), в то время как в GPT тип находится в форме GUID.

Поле заполнено "первичным" просто потому, что в GPT нет смысла создавать еще один термин для раздела. Вы можете утверждать, что Microsoft могла бы оставить поле пустым, но это не их стиль, я полагаю, поскольку они, вероятно, опасаются, что пользователи будут паниковать, когда увидят, что такое поле оставлено пустым.