Для GPT-диска команда Microsoft DISKPART
list partition
определяет некоторые разделы как Primaryи аналогично утилита Disk Management.
Но старые первичные/расширенные разделы схемы 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?
Редактировать
Для кого-то непонятно, что я спрашиваю. Извините за это. Попробуйте с этим:
Команда Diskpart list partпомечает некоторые разделы GPT как Type: Primary. Поскольку в спецификациях GPT нет определения основных разделов, можете ли вы любезно предоставить:
- Определение первичных разделов GPT?
- Пример неосновного раздела GPT?
решение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 "basic data" (обычный раздел FAT или NTFS) или C12A7328-F81F-11D2-BA4B-00A0C93EC93B для системного раздела EFI (ESP). Эти коды типов GPT неудобны и трудны для запоминания людьми, поэтому большинство инструментов либо не представляют их явно, либо представляют их, сопоставляя с именем или мнемоническим кодом. Однако эти сопоставления, как правило, уникальны для конкретных программ, поэтому то, как их представляет программа A, вероятно, будет отличаться от того, что делает программа B. Обратите внимание также, что сопоставление кодов типов MBR и GPT не является 1:1. Иногда есть довольно четкое сопоставление (например, 0x83 MBR, который предназначен для файловых систем Linux, который четко сопоставлен с 0FC63DAF-8483-4772-8E79-3D69D8477DE4 в GPT); Однако в других случаях эквивалента в той или иной схеме таблицы разделов может не быть (например, 21686148-6449-6E6F-744E-656564454649 в GPT, который предназначен для загрузочного раздела BIOS и не имеет эквивалента в MBR), или один код в одной системе может соответствовать нескольким кодам в другой (например, EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 в GPT или базовый раздел данных Windows, который соответствует нескольким кодам типа MBR).
решение2
Вы просто проводите неправильную аналогию. Разделы в таблице разделов MBR также имеют типы разделов, но они не являются первичными/расширенными/логическими, а такими:
https://en.m.wikipedia.org/wiki/Тип_раздела#Список_идентификаторов_разделов
Просто в таблице разделов MBR тип представлен в виде однобайтового идентификатора (иногда называемого кодом), тогда как в GPT тип представлен в виде GUID.
Поле заполнено "первичным" только потому, что нет смысла создавать другой термин для раздела в GPT. Вы можете утверждать, что Microsoft могла бы оставить поле пустым, но, полагаю, это не в их стиле, поскольку они, вероятно, опасаются, что пользователи запаникуют, увидев такое поле пустым.
решение3
Что касается основного раздела GPT, то он выглядит следующим образом:
Представьте себе таблицу разделов. MBR и GPT не отличаются во всем и не имеют никаких сходств. Это все равно таблицы. На самом деле я предпочитаю называть схему разделов MBR схемой разделов MSDOS (как разработчики GParted), но это вопрос предпочтений.
Что касается разницы между MSDOS и GPT, то у них просто разные структуры данных. У них по-прежнему есть основные разделы; MSDOS не допускает более четырех основных разделов и дисков размером +2 ТБ из-за своей структуры. GPT же допускает это. Теоретически он может иметь практически неограниченное (по крайней мере, для наших нужд) количество разделов (оно ограничено 128 в Windows, что все равно намного больше, чем может использовать среднестатистический пользователь). Основные разделы GPT имеют почти такую же структуру, как и основные разделы MSDOS; однако в GPT они обозначаются идентификаторами GUID; MSDOS использует однобайтовые шестнадцатеричные коды типов разделов, такие как \Ox83 (Linux), для обозначения своих разделов.
Это просто вопрос того, что считать первичным, а что считать расширенным/логическим. Теоретически GPT может иметь расширенные и логические разделы, если это должно быть определено. Расширенные разделы — это просто контейнеры, и не обязательно разделы. Логические разделы имеют разные структуры, поэтому они могут поместиться в схему разделов MSDOS.