Шестнадцатеричные коды GDisk

Списки присвоенных типов раздела, которые будут использоваться в таблице разделов, первоначально велись IBM и Microsoft внутренне.

, Когда рынок операционных систем ПК и дисковых инструментов вырастил и освободил, у других поставщиков была потребность присвоить специальные типы раздела их продуктам также.

Несколько экспертов по промышленности в 1990-х начали исследовать типы раздела и опубликованные списки типов раздела, чтобы помочь зарегистрировать промышленность фактический стандарт и таким образом снизить риск дальнейших конфликтов.

Это до загрузчика и/или ядра операционной системы, как интерпретировать значение. Таким образом, таблица определяет, какие операционные системы или связанные с диском продукты первоначально представили идентификатор и что вводят файловая система или специальный раздел, они отобразили его на.

идентификатор Раздела: 83-й. Введите: файловая система. Источник: GNU/Linux. Описание: любая собственная файловая система Linux.

идентификатор Раздела: FDh. Источник: GNU/Linux. Поддерживаемый: Linux. Описание: Linux суперблок RAID с автоматическим обнаружением.

ответ kyodake корректен, но это также довольно центрально MBR. Под GPT те же принципы применяются - то есть, раздел вводят код, определяет намеченную цель раздела. Различие - то, что GPT вводят коды, 128-разрядные GUID, по сравнению с 8-разрядными кодами, используемыми под MBR. Природа GUID означает, что не необходимо зарегистрировать коды в центральной власти избежать коллизий; два GUID статистически очень вряд ли будут идентичны случайно.

AFAIK, нет никакого официального репозитория GPT, вводят коды, но они документируются на странице Wikipedia о GPT. Один недостаток GPT вводит коды, то, что, как GUID, они являются длинными и неловкими - например, 0FC63DAF-8483-4772-8E79-3D69D8477DE4 для данных файловой системы Linux, по сравнению с 0x83 для эквивалентного MBR. Таким образом большинство инструментов для разделения дисков GPT использует некоторую форму "стенографии" или "перевода естественного языка" в их пользовательских интерфейсах. Я - автор GPT fdisk, и как моя цель в записи, что это должно было создать что-то, что было столь же подобно (MBR) fdisk столь же возможный, я проявил подход использования кодов MBR как основа; однако, потому что корреспонденция между GPT и MBR вводит коды, не 1:1, я умножился, MBR вводят коды 0x100 для получения эквивалентов GPT. Таким образом 0x83 MBR стал 8300. Это также включает связанные последующие коды, которые не существуют в MBR, такой как 8 301, 8302, и т.д. Эти коды просты в использовании для людей, которые уже знакомы с эквивалентами MBR, но они по общему признанию произвольны для людей, которые не знают коды MBR. Внутренне, GPT fdisk переводит эти коды в GUID. Вы видите фактические GUID путем просмотра подробной информации о разделе (через i опция в gdisk, например). Можно также ввести произвольный GUID, а не использовать GPT fdisk четыре кодов символов, если Вам нравится или если необходимо использовать код, который не поддерживает GPT fdisk.

Другие инструменты используют другие подходы. libparted библиотека (и таким образом parted, GParted и другие инструменты, основанные на libparted), переводит, некоторые вводят коды к "флагам", и полностью скрывает другие коды. Это помогает упростить вещи для некоторых пользователей, но это представляет некоторые невозможные задачи - например, Вы не можете установить произвольный код типа ни с чем на основе libparted. Дисковая утилита OS X переводит известные GUID в описания простого текста. (IIRC, когда Вы создаете раздел, он устанавливает соответствующий код типа на основе файловой системы, созданной в разделе, подобном тому, что делает GParted.)

По большей части Linux не использует коды типа, или для MBR или для GPT. Таким образом, можно поставить стандартную файловую систему Linux (GPT fdisk) 8 300 разделов или использовать 0700 (как было распространено в прошлом), или присвойте собственный случайный GUID. Подобные комментарии относятся к RAID, LVM, подкачке и другим типам раздела. Существует несколько исключений к этому правилу, все же. Для одного установщики распределения часто смотрят на и устанавливают, вводят коды, таким образом, Вам, возможно, понадобится право, вводят код на разделе, прежде чем это будет использоваться правильно. Другое исключение - то, что systemd начинает использовать, вводят коды как нейтрализацию если /etc/fstab правильно не настроен. (Это - то, где большая часть fdisk's GPT 830x коды происходят - они - часть Поддающейся обнаружению Спецификации Разделов, которая является инициативой Freedesktop/systemd.) В настоящее время Ubuntu просто использует основной код типа файловой системы Linux (8300 в GPT fdisk) для файловых систем, плюс соответствующие коды для LVM, RAID, подкачки, и т.д. Одно большое исключение к "Linux не использует правила" кодов типа, код Раздела начальной загрузки BIOS (21686148-6449-6E6F-744E-656564454649; ef02 в GPT fdisk или bios_grub флаг в libparted). Это вводит код, определяет раздел, используемый GRUB, и когда Вы работаете grub-install, GRUB установит часть себя к тому разделу. При установке GRUB в загружающей BIOS системе с диском GPT Раздел начальной загрузки BIOS должен обычно присутствовать. (Существуют пути вокруг этого правила, все же.), Что еще более важно, если Вы по ошибке устанавливаете, это вводит код на неправильном разделе, тот раздел будет поврежден при установке GRUB! Я видел, что довольно много людей делают ту ошибку на различных онлайн-форумах.

То, где вводят коды, становятся более важными, при контакте с другими Ose. Windows и OS X, например, имеют тенденцию не затрагивать, разделы с вводят коды, которые они не распознают. Их список вводит коды, исключает общие коды определенного типа Linux, так использование кода определенного типа Linux помогает снизить риск, что Windows или OS X повредят Вашу установку Ubuntu. Эти Ose не заботятся, используете ли Вы GPT fdisk 8300 или код fd00, все же. Проблемы могут возникнуть, если Вы используете коды, которые распознаны этими другими Ose. Например, когда-то тип файловой системы Linux GUID (0FC63DAF-8483-4772-8E79-3D69D8477DE4) не существовал. Я создал его и продвинул его и в мой собственный GPT fdisk и в libparted, потому что обычная практика использования "Microsoft Basic Data" вводит код (EBD0A0A2-B9E5-4433-87C0-68B6B72699C7), вызывал проблемы в установках двойной загрузки. А именно, определенные инструменты Windows думали бы, что раздел Linux был поврежденным или деинициализировал раздел Windows и предложение подготовить его. Пользовательская ошибка при этой подсказке имела бы катастрофические последствия. Посмотрите эту мою страницу для больше на этом предмете.