Системный раздел EFI - Википедия - EFI system partition
В EFI (Расширяемый интерфейс прошивки) системный раздел или же ESP это раздел на устройство хранения данных (обычно привод жесткого диска или же твердотельный накопитель ), который используется компьютерами, придерживающимися Унифицированный расширяемый интерфейс встроенных микропрограмм (UEFI). Когда компьютер загружен, Прошивка UEFI загружает файлы, хранящиеся в ESP, чтобы начать установку операционные системы и различные утилиты.
ESP содержит загрузчики или же образы ядра для всех установленных операционных систем (которые содержатся в других разделах), драйвер устройства файлы для аппаратных устройств, присутствующих в компьютере и используемых прошивка во время загрузки системные служебные программы, которые предназначены для запуска перед загрузкой операционной системы, и файлы данных, такие как журналы ошибок.[1]
Обзор
Системный раздел EFI отформатирован с файловая система чья спецификация основана на Файловая система FAT и поддерживается как часть спецификации UEFI; поэтому спецификация файловой системы не зависит от исходной спецификации FAT. Фактическая степень расхождения неизвестна:[2] Apple поддерживает отдельный инструмент, который следует использовать,[3] в то время как другие системы прекрасно используют утилиты FAT.[4] В глобально уникальный идентификатор (GUID) для системного раздела EFI в Таблица разделов GUID (GPT) схема C12A7328-F81F-11D2-BA4B-00A0C93EC93B, а его идентификатор в Главная загрузочная запись (MBR) схема таблицы разделов 0xEF. Диски с разделами GPT и MBR могут содержать системный раздел EFI, поскольку для поддержки обеих схем разделов требуется прошивка UEFI. Также, Эль Торито загрузочный формат для CD-ROM и DVD поддерживается.[1]
UEFI предоставляет Обратная совместимость с унаследованными системами, зарезервировав первый блок (сектор) раздела для кода совместимости, эффективно создавая унаследованный загрузочный сектор. По наследству BIOS -системы, первый сектор раздела загружается в память, и выполнение передается этому коду. Микропрограмма UEFI не выполняет код в MBR, за исключением загрузки в устаревшем режиме BIOS через Модуль поддержки совместимости (CSM).[1]
Спецификация UEFI требует полной поддержки таблиц разделов MBR.[1] Однако некоторые реализации UEFI сразу переключаются на загрузку CSM на основе BIOS при обнаружении определенных типов таблиц разделов на загрузочном диске, что эффективно предотвращает выполнение загрузки UEFI из системных разделов EFI, содержащихся на дисках с разделами MBR.[5]
Прошивка UEFI поддерживает загрузку со съемных запоминающих устройств, таких как USB-накопители. Для этого съемное устройство форматируется с FAT12, FAT16 или же FAT32 файловая система, в то время как загрузчик должен храниться в соответствии со стандартной файловой иерархией ESP или путем предоставления полного пути загрузчика к диспетчеру загрузки системы. С другой стороны, на фиксированных дисках всегда ожидается FAT32.[1]
использование
Linux
GRUB 2 и Элило служат в качестве обычных полноценных автономных загрузчиков UEFI для Linux. После загрузки прошивкой UEFI они оба могут получать доступ и загружать образы ядра со всех устройств, разделов и файловых систем, которые они поддерживают, не ограничиваясь системным разделом EFI.
Загрузочная заглушка EFI позволяет загружать Ядро Linux образ без использования обычного загрузчика UEFI. Маскируясь под PE /COFF образ и отображается в прошивке как приложение UEFI, образ ядра x86 с включенной EFI Boot Stub может быть напрямую загружен и выполнен прошивкой UEFI. Такие образы ядра по-прежнему могут быть загружены и запущены загрузчиками на основе BIOS; таким образом, EFI Boot Stub позволяет одному образу ядра работать в любой загрузочной среде.[6]
Поддержка ядра Linux для EFI Boot Stub включается включением опции CONFIG_EFI_STUB
(Поддержка заглушки EFI) во время настройки ядра.[7] Он был объединен с версией 3.3 Основная линия ядра Linux, выпущен 18 марта 2012 г.[8]Gummiboot (a.k.a. systemd-boot) - это простой менеджер загрузки UEFI, который загружает и запускает настроенные образы UEFI, обращаясь только к системному разделу EFI. Фрагменты файла конфигурации, образы ядра и initrd Образы должны находиться в системном разделе EFI, поскольку Gummiboot не поддерживает доступ к файлам в других разделах или файловых системах. Ядра Linux должны быть собраны с CONFIG_EFI_STUB
включен, чтобы их можно было напрямую выполнять как образы UEFI.[9]
В Точка монтирования для системного раздела EFI обычно / boot / efi
, где его содержимое доступно после загрузки Linux.[10]
macOS
На macOS компьютеры на базе x64 При аппаратной архитектуре системный раздел EFI изначально остается пустым и не используется для загрузки.[11] Однако системный раздел EFI используется как промежуточная область для обновлений прошивки.[12] Логика обычно следующая: EFI сначала ищет загрузчик в ESP, а если его нет, он переходит к файловой системе MacOS.[нужна цитата ]
До-UEFI Архитектура Apple – Intel (mactel) Подсистема EFI, которая требовала форматирования системного раздела EFI в HFS +. Любой сторонний загрузчик также должен быть «благословлен» специальной командой IOCTL, прежде чем он станет загрузочным с помощью прошивки, пережитка системная папка благословение классической Mac OS. В остальном нет никаких ограничений на то, какие типы операционной системы EFI или загрузчика могут запускаться на компьютере Mactel.[13][14]
Windows
На Windows XP 64-разрядная версия и более поздние версии, доступ к системному разделу EFI можно получить, запустив mountvol / s команда.
Диспетчер загрузки Windows находится в EFI MICROSOFT BOOT
подпапка системного раздела EFI.
TrueOS
TrueOS с версии 10.1 добавлена поддержка UEFI в установщик и диспетчер загрузки. Диспетчер загрузки по умолчанию REFInd.[15]
Смотрите также
Рекомендации
- ^ а б c d е «Спецификации UEFI (версии 2.5 и старше)» (PDF). UEFI.org. Апрель 2015 г.. Получено 2015-05-29.
- ^ «Спецификация UEFI версии 2.5, раздел 12.3 Формат файловой системы» (PDF). UEFI.org. Апрель 2015. С. 536, 537.. Получено 2015-05-29.
Файловая система, поддерживаемая расширяемым интерфейсом микропрограмм, основана на файловой системе FAT. EFI определяет конкретную версию FAT, которая явно документирована и тестируется. Соответствие спецификации EFI и связанным с ней справочным документам - единственное определение FAT, которое необходимо реализовать для поддержки EFI. Чтобы отличить файловую систему EFI от чистой FAT, был определен новый тип файловой системы раздела.
- ^ «Техническое примечание TN2166: Секреты GPT». Разработчик.Apple.com. 2006-11-06. Получено 2015-05-06.
- ^ «Системный раздел EFI». ArchWiki. Получено 14 марта 2020.
- ^ «Загрузка системы UEFI из таблицы разделов MBR и устаревшей версии GRUB». ArchLinux.org. Июнь 2012 г.. Получено 2013-10-06.
- ^ «Документация ядра Linux: Documentation / efi-stub.txt». Kernel.org. 2014-06-16. Получено 2014-11-26.
- ^ "Ядро Linux 3.11.1 arch / x86 / Kconfig: CONFIG_EFI_STUB (строка # 1575)". Kernel.org. Получено 2013-10-06.
- ^ «Ядро Linux 3.3: 1.10. Поддержка загрузки EFI». KernelNewbies.org. 2012-03-18. Получено 2013-10-06.
- ^ "gummiboot: простой диспетчер загрузки UEFI". FreeDesktop.org. Архивировано из оригинал на 2013-09-12. Получено 2016-01-22.
- ^ «UEFI - Документация сообщества Ubuntu». Ubuntu.com. 2013-12-21. Получено 2013-12-27.
- ^ «REFIt: Мифы и факты о компьютерах Intel Mac - Миф: Mac OS X требует скрытого системного раздела EFI». rEFIt.SourceForge.net.
- ^ «Обновления прошивки для компьютеров Mac на базе Intel требуют схемы разделов GUID». База знаний Apple.
- ^ «Ubuntu + Mac: чистая загрузка EFI». Слегка рассерженный ученый. Получено 17 ноября 2019.
- ^ "Благослови (8) Man Page". macOS - SS64.com. [это более ранняя версия, в которой были флаги, специфичные для Mac OS 9]
- ^ «Что нового в версии 10.1».
внешняя ссылка
- Реестр подкаталогов системного раздела EFI - Реестр подкаталогов, расположенных ниже
/ EFI
каталог в системном разделе EFI