Единый расширяемый интерфейс микропрограмм - Википедия - Unified Extensible Firmware Interface

Положение EFI в программном стеке

В Унифицированный расширяемый интерфейс встроенных микропрограмм (UEFI) это Технические характеристики который определяет программное обеспечение интерфейс между Операционная система и платформа прошивка. UEFI заменяет устаревшую базовую систему ввода / вывода (BIOS ) интерфейс прошивки изначально присутствует во всех IBM PC-совместимый персональные компьютеры,[1][2] с большинством реализаций микропрограмм UEFI, обеспечивающих поддержку устаревших сервисов BIOS. UEFI может поддерживать удаленную диагностику и ремонт компьютеров, даже если операционная система не установлена.[3]

Intel разработал оригинальный Расширяемый интерфейс прошивки (EFI) технические характеристики. Некоторые методы и форматы данных EFI отражают Майкрософт Виндоус.[4][5] В 2005 году UEFI устарел EFI 1.10 (последняя версия EFI). В Единый форум EFI - отраслевой орган, который полностью управляет спецификациями UEFI.

История

Первоначальная мотивация для EFI возникла во время ранней разработки первых Intel – HP. Itanium системы в середине 1990-х гг. BIOS ограничения (например, 16-битный реальный режим, 1 МБ адресуемой памяти[6], язык ассемблера программирование и ПК AT оборудования) стало слишком ограничительным для более крупных серверных платформ, на которые нацелился Itanium.[7] Усилия по решению этих проблем начались в 1998 году и первоначально назывались Инициатива загрузки Intel.[8] Позже он был переименован в Расширяемый интерфейс прошивки (EFI).[9][10]

В июле 2005 года Intel прекратила разработку спецификации EFI в версии 1.10 и внесла ее в Единый форум EFI, который разработал спецификацию как Унифицированный расширяемый интерфейс встроенных микропрограмм (UEFI). Исходная спецификация EFI остается собственностью Intel, которая предоставляет лицензии исключительно для продуктов на основе EFI, но спецификация UEFI принадлежит форуму UEFI.[7][11]

Версия 2.0 спецификации UEFI была выпущена 31 января 2006 г. Она добавила криптография и безопасность. Версия 2.1 спецификации UEFI была выпущена 7 января 2007 года. В нее добавлена ​​сетевая аутентификация и пользовательский интерфейс архитектура («Инфраструктура интерфейса пользователя» в UEFI). Последняя спецификация UEFI, версия 2.8, была опубликована в марте 2019 года.[12]

Первый Открытый исходный код Реализация UEFI, Tiano, была выпущена Intel в 2004 году. С тех пор Tiano был заменен EDK.[13] и EDK2[14] и теперь поддерживается сообществом TianoCore.[15]

В декабре 2018 г. Microsoft анонсировал Project Mu, форк TianoCore EDK2, используемый в Microsoft Surface и Hyper-V товары. Проект продвигает идею Прошивка как услуга.[16]

Преимущества

Интерфейс, определенный спецификацией EFI, включает таблицы данных, которые содержат информацию о платформе, а также службы загрузки и выполнения, доступные загрузчику ОС и ОС. Прошивка UEFI имеет несколько технических преимуществ по сравнению с традиционной системой BIOS:[17]

  • Возможность использования больших разделов дисков (более 2Туберкулез ) с Таблица разделов GUID (GPT)[18][а]
  • Гибкая среда до ОС, включая сетевые возможности, графический интерфейс, многоязычный интерфейс
  • 32-битный (например IA-32, ARM32 ) или 64-битный (например x64, AArch64 ) среда до ОС
  • Язык C программирование
  • Модульная конструкция
  • Обратная и прямая совместимость

Недостатки

  • более высокий уровень абстракции и возможность запускать приложения UEFI открывают двери для руткитов, которые уже наблюдались.[нужна цитата ]
  • многие утверждают, что UEFI представляет собой ненужную сложность, которая в любом случае не будет использоваться операционными системами, одним из самых ярких выступающих является Линус Торвальдс. Не многие основные ОС используют ни драйверы, не зависящие от процессора, ни гибкую модульную конструкцию, и каждой ОС нужен собственный драйвер.[нужна цитата ]

Совместимость

Совместимость процессора

Начиная с версии 2.5, привязки процессоров существуют для Itanium, x86, x86-64, РУКА (AArch32) и ARM64 (AArch64).[19] Только прямой порядок байтов процессоры могут поддерживаться.[20] Неофициальная поддержка UEFI для POWERPC64 разрабатывается путем реализации TianoCore поверх OPAL,[21] уровень абстракции OpenPOWER, работающий в режиме прямого порядка байтов.[22] Подобные проекты существуют для MIPS[23] и RISC-V.[24] Начиная с UEFI 2.7, привязки процессоров RISC-V были официально установлены для 32-, 64- и 128-битных режимов.[25]

Стандартный BIOS ПК ограничен режимом 16-битного процессора и 1 МБ адресуемой памяти, что является результатом конструкции, основанной на IBM 5150 который использовал 16-битный Intel 8088 процессор.[7][26] Для сравнения, режим процессора в среде UEFI может быть 32-битным (x86-32, AArch32) или 64-бит (x86-64, Itanium и AArch64).[7][27] Поддержка 64-битных прошивок UEFI длинный режим, что позволяет приложениям в среде предварительной загрузки использовать 64-битную адресацию для получения прямого доступа ко всей памяти машины.[28]

UEFI требует, чтобы микропрограмма и загрузчик операционной системы (или ядро) соответствовали размеру; например, реализация 64-разрядной прошивки UEFI может загружать только загрузчик или ядро ​​64-разрядной операционной системы (ОС) (за исключением устаревшей загрузки на основе CSM). После того, как система переходит от «Boot Services» к «Runtime Services», ядро ​​операционной системы вступает во владение. На этом этапе ядро ​​может изменять режимы процессора, если пожелает, но это запрещает использование служб времени выполнения (если ядро ​​снова не переключается обратно).[29]:разделы 2.3.2 и 2.3.4 Начиная с версии 3.15, Ядро Linux поддерживает 64-битные ядра, чтобы быть загружен на 32-битных реализациях прошивки UEFI, работающих на x86-64 ЦП с Передача UEFI поддержка загрузчика UEFI в качестве требования.[30] Протокол передачи UEFI дедупликация код инициализации UEFI между ядром и загрузчиками UEFI, оставляя инициализацию только для ядра Linux Загрузочная заглушка UEFI.[31][32]

Совместимость дискового устройства

Смотрите также: GPT § Поддержка операционных систем, и Защитный MBR

В дополнение к стандартной схеме разделов диска ПК, в которой используется Главная загрузочная запись (MBR), UEFI также работает с Таблица разделов GUID (GPT), свободная от многих ограничений MBR. В частности, MBR ограничивает количество и размер разделов диска (до четырех основные разделы на диск и до 2TiB (2 × 240 байты ) на диск) расслаблены.[33] В частности, GPT допускает максимальный размер диска и раздела 8ЗиБ (8 × 270 байты).[34][35]

Linux

Смотрите также: Системный раздел EFI § Linux

Поддержка GPT в Linux включается включением опции CONFIG_EFI_PARTITION (Поддержка разделов EFI GUID) во время настройки ядра.[36] Этот параметр позволяет Linux распознавать и использовать GPT-диски после того, как микропрограмма системы передаст управление системой Linux.

Для обратной совместимости Linux может использовать GPT-диски в системах на основе BIOS как для хранения данных, так и для загрузки, поскольку оба GRUB 2 и Linux поддерживают GPT. Такая установка обычно называется BIOS-GPT.[37] Поскольку GPT включает в себя защитную MBR, компьютер на базе BIOS может загружаться с GPT-диска с помощью загрузчика с поддержкой GPT, хранящегося в защитной MBR. область кода начальной загрузки.[35] В случае с GRUB для такой конфигурации требуется Загрузочный раздел BIOS для GRUB для встраивания своего кода второго этапа из-за отсутствия промежутка после MBR в дисках с разделами GPT (который передается GPT Основной заголовок и Таблица основных разделов). Обычно 1МиБ по размеру этот раздел Глобальный уникальный идентификатор (GUID) в схеме GPT - 21686148-6449-6E6F-744E-656564454649 и используется GRUB только в настройках BIOS-GPT. С точки зрения GRUB, такого типа раздела не существует в случае разделения MBR. Этот раздел не требуется, если система основана на UEFI, поскольку в этом случае не требуется встраивание кода второго уровня.[18][35][37]

Системы UEFI могут получать доступ к GPT-дискам и загружаться непосредственно с них, что позволяет Linux использовать методы загрузки UEFI. Загрузка Linux с GPT-дисков в системах UEFI включает создание Системный раздел EFI (ESP), который содержит приложения UEFI, такие как загрузчики, ядра операционной системы и служебные программы.[38][39][40] Такая установка обычно называется UEFI-GPT, в то время как ESP рекомендуется иметь размер не менее 512 МБ и отформатирован с файловой системой FAT32 для максимальной совместимости.[35][37][41]

За Обратная совместимость, большинство реализаций UEFI также поддерживают загрузку с дисков с разделами MBR через модуль поддержки совместимости (CSM), который обеспечивает совместимость с устаревшей BIOS.[42] В этом случае загрузка Linux в системах с UEFI такая же, как и в устаревших системах на основе BIOS.

Майкрософт Виндоус

64-битные версии Виндоус виста SP1 и более поздние версии могут загружаться с диска GPT, размер которого превышает 2Туберкулез.

Функции

Услуги

EFI определяет два типа услуг: службы загрузки и службы времени выполнения. Службы загрузки доступны только в то время, когда платформа владеет микропрограммой (т. Е. До ExitBootServices call), и они включают текстовые и графические консоли на различных устройствах, а также шинные, блочные и файловые службы. Во время работы операционной системы службы времени выполнения по-прежнему доступны; они включают такие услуги, как дата, время и NVRAM доступ.

Службы протокола вывода графики (GOP)
В Протокол вывода графики (GOP) предоставляет службы времени выполнения; смотрите также Графические особенности раздел ниже. Операционной системе разрешено напрямую записывать в буфер кадра, предоставляемый GOP, в режиме выполнения.[43]
Сервисы карт памяти UEFI
UEFI карта памяти похож на BIOS e820.
Различные услуги
Переменные UEFI предоставляют способ хранения данных, в частности, энергонезависимых данных. Некоторые переменные UEFI являются общими для прошивки платформы и операционных систем. Пространства имен переменных идентифицируются идентификаторами GUID, а переменные представляют собой пары ключ / значение. Например, переменные UEFI можно использовать для хранения сообщений о сбоях в NVRAM после сбоя для восстановления операционной системы после перезагрузки.[44]
Службы времени
UEFI предоставляет службы времени. Службы времени включают поддержку полей часового пояса и перехода на летнее время, что позволяет оборудованию часы реального времени необходимо установить на местное время или UTC.[45] На машинах, использующих часы реального времени PC-AT, по умолчанию аппаратные часы по-прежнему должны быть установлены на местное время для совместимости с Windows на основе BIOS,[5] если не используются последние версии и запись в Реестр Windows установлен, чтобы указать использование UTC.

Приложения

Взаимодействие между диспетчером загрузки EFI и драйверами EFI

Помимо загрузки ОС, UEFI может запускать Приложения UEFI, которые хранятся в виде файлов на Системный раздел EFI. Их можно запустить из UEFI Shell, прошивкой менеджер загрузки, или другими приложениями UEFI. Приложения UEFI могут быть разработаны и установлены независимо от производители оригинального оборудования (OEM).

Тип приложения UEFI - это загрузчик ОС, например GRUB, REFInd, Gummiboot, и Менеджер загрузки для Windows; который загружает некоторые файлы ОС в память и выполняет их. Кроме того, загрузчик ОС может предоставить пользовательский интерфейс, позволяющий выбрать другое приложение UEFI для запуска. Такие утилиты, как UEFI Shell, также являются приложениями UEFI.

Протоколы

EFI определяет протоколы как набор программных интерфейсов, используемых для связи между двумя двоичными модулями. Все драйверы EFI должны предоставлять услуги другим пользователям через протоколы. Протоколы EFI похожи на Вызов прерывания BIOS.

Драйверы устройств

Помимо стандартных архитектура набора команд -зависимые драйверы устройств, EFI обеспечивает независимый от ISA драйвер устройства Хранится в энергонезависимая память в качестве Байт-код EFI или же EBC. В системной прошивке есть интерпретатор образов EBC. В этом смысле EBC аналогичен Открытая прошивка, аппаратно-независимая прошивка, используемая в PowerPC -основан Apple Macintosh и Sun Microsystems SPARC компьютеры, среди прочего.

Некоторые зависящие от архитектуры (не связанные с байтовым кодом EFI) драйверы EFI для некоторых типов устройств могут иметь интерфейсы для использования ОС. Это позволяет ОС полагаться на EFI для драйверов для выполнения основных графических и сетевых функций до и в случае загрузки драйверов для конкретной операционной системы.

В других случаях драйвером EFI могут быть драйверы файловой системы, позволяющие загружаться с дисковых томов других типов. Примеры включают эфифс для 37 файловых систем (на основе GRUB2 код),[46] использован Руфус для последовательной загрузки файлов ESP NTFS.[47]

Графические особенности

Спецификация EFI определяет протокол UGA (универсальный графический адаптер) как способ поддержки графических функций. UEFI не включал UGA и заменял его GOP (протокол вывода графики).[48]

В UEFI 2.1 определена «Инфраструктура интерфейса пользователя» (HII) для управления вводом пользователем, локализованными строками, шрифтами и формами (в HTML смысл). Это позволяет производители оригинального оборудования (OEM) или независимые поставщики BIOS (IBV) для разработки графических интерфейсов для настройки перед загрузкой.

Самые ранние реализации прошивки UEFI были консольными. Сегодня многие реализации прошивки UEFI основаны на графическом интерфейсе.

Системный раздел EFI

Основная статья: Системный раздел EFI

Системный раздел EFI, часто сокращенно ESP, представляет собой устройство хранения данных раздел, который используется на компьютерах, соответствующих спецификации UEFI. Прошивка UEFI, доступ к которой осуществляется при включении компьютера, хранит приложения UEFI и файлы, которые эти приложения должны запускать, включая операционную систему. загрузчики. Поддерживается таблица разделов схемы включают MBR и GPT, а также Эль Торито тома на оптических дисках.[29]:раздел 2.6.2 Для использования в ESP UEFI определяет конкретную версию Файловая система FAT, который поддерживается как часть спецификации UEFI и независимо от исходной спецификации FAT, включая FAT32, FAT16 и FAT12 файловые системы.[29]:Раздел 12.3[49][50][51] ESP также предоставляет место для загрузочного сектора как часть обратной совместимости с BIOS.[42]

Загрузка

Загрузка UEFI

В отличие от устаревшей BIOS ПК, UEFI не полагается на загрузочные секторы, определяя вместо этого диспетчер загрузки как часть спецификации UEFI. Когда компьютер включен, менеджер загрузки проверяет конфигурацию загрузки и, основываясь на ее настройках, затем запускает указанную ОС. загрузчик или же ядро операционной системы (обычно загрузчик[52]). Конфигурация загрузки определяется переменными, хранящимися в NVRAM, включая переменные, указывающие пути файловой системы к загрузчикам ОС или ядрам ОС.

Загрузчики ОС могут автоматически обнаруживаться UEFI, что позволяет легко загрузка со съемных устройств, таких как USB-накопители. Это автоматическое обнаружение основывается на стандартизованных путях файлов к загрузчику ОС, причем путь зависит от компьютерная архитектура. Формат пути к файлу определяется как EFI BOOT BOOT .EFI; например, путь к файлу загрузчика ОС на x86-64 система efi boot bootx64.efi,[29] и efi boot bootaa64.efi на архитектуре ARM64.

Загрузка систем UEFI с дисков с разделами GPT обычно называется Загрузка UEFI-GPT. Несмотря на то, что спецификация UEFI требует полной поддержки таблиц разделов MBR,[29] некоторые реализации прошивки UEFI немедленно переключаются на загрузку CSM на основе BIOS в зависимости от типа таблицы разделов загрузочного диска, эффективно предотвращая выполнение загрузки UEFI из Системный раздел EFI на дисках с MBR-разделами.[42] Такую схему загрузки обычно называют UEFI-MBR.

Также обычно диспетчер загрузки имеет текстовый пользовательский интерфейс, поэтому пользователь может выбрать желаемую ОС (или служебную программу установки) из списка доступных параметров загрузки.

Загрузка CSM

Для обеспечения обратной совместимости большинство реализаций микропрограмм UEFI на компьютерах класса ПК также поддерживают загрузку в устаревшем режиме BIOS с дисков с разделами MBR через Модуль поддержки совместимости (CSM) что обеспечивает совместимость с устаревшей версией BIOS. В этом сценарии загрузка выполняется так же, как и в устаревших системах на основе BIOS, игнорируя таблицу разделов и полагаясь на содержимое загрузочный сектор.[42]

Загрузка в стиле BIOS с дисков с разделами MBR обычно называется BIOS-MBRнезависимо от того, выполняется ли это в системах на основе UEFI или устаревших BIOS. Кроме того, также возможна загрузка устаревших систем на основе BIOS с дисков GPT, и такая схема загрузки обычно называется BIOS-GPT.

В Модуль поддержки совместимости позволяет использовать устаревшие операционные системы и некоторые устаревшие дополнительные ПЗУ которые не поддерживают UEFI.[53] Он также предоставляет необходимое наследие Режим управления системой (SMM) функциональность, называемая Совместимость: мм, как дополнение к функциям, предоставляемым UEFI SMM. Примером такой унаследованной функциональности SMM является обеспечение унаследованной поддержки USB для клавиатуры и мыши путем имитации их классических PS / 2 аналоги.[53]

В ноябре 2017 года Intel объявила, что планирует прекратить поддержку CSM к 2020 году.[54]

Загрузка по сети

Спецификация UEFI включает поддержку загрузки по сети через Предзагрузочная среда выполнения (PXE). Использование загрузки PXE сетевые протоколы включают протокол Интернета (IPv4 и IPv6 ), Протокол пользовательских датаграмм (UDP), Протокол динамического конфигурирования сервера (DHCP), Простой протокол передачи файлов (TFTP) и iSCSI.[29][55]

Образы ОС можно удаленно хранить на сети хранения данных (SAN), с Интерфейс малой компьютерной системы Интернета (iSCSI) и Fibre Channel через Ethernet (FCoE) в качестве поддерживаемых протоколов для доступа к SAN.[29][56][57]

Версия 2.5 спецификации UEFI добавляет поддержку доступа к загрузочным образам через HTTP протокол.[58]

Безопасная загрузка

Смотрите также: Критика безопасной загрузки

Спецификация UEFI 2.3.1 Errata C (или выше) определяет протокол, известный как безопасная загрузка, который может защитить процесс загрузки, предотвратив загрузку драйверов UEFI или загрузчиков ОС, которые не подписанный с приемлемым цифровой подписи. Механические детали того, как именно эти драйверы должны быть подписаны, не указаны.[59] Когда безопасная загрузка включена, она изначально переводится в режим «настройки», который позволяет записать в микропрограмму открытый ключ, известный как «ключ платформы» (PK). После записи ключа безопасная загрузка переходит в «Пользовательский» режим, в котором микропрограммой могут быть загружены только драйверы UEFI и загрузчики ОС, подписанные ключом платформы. Дополнительный "ключи обмена ключами «(KEK) можно добавить в базу данных, хранящуюся в памяти, чтобы разрешить использование других сертификатов, но они по-прежнему должны иметь соединение с частной частью ключа платформы.[60] Безопасная загрузка также может быть переведена в «Пользовательский» режим, в котором в систему могут быть добавлены дополнительные открытые ключи, не соответствующие закрытому ключу.[61]

Безопасная загрузка поддерживается Windows 8 и 8.1, Windows Server 2012, и 2012 R2, и Windows 10, VMware vSphere 6.5[62] и ряд Дистрибутивы Linux включая Fedora (с версии 18), openSUSE (с версии 12.3), RHEL (с версии 7), CentOS (с версии 7[63]), Debian (начиная с версии 10),[64] и Ubuntu (с версии 12.04.2).[65] По состоянию на январь 2017 г., FreeBSD поддержка находится на стадии планирования.[66]

Оболочка UEFI

UEFI предоставляет среда оболочки, который можно использовать для выполнения других приложений UEFI, включая UEFI загрузчики.[40] Кроме того, команды, доступные в оболочке UEFI, могут использоваться для получения различной другой информации о системе или прошивке, включая получение карты памяти (Memmap), изменение переменных диспетчера загрузки (bcfg), запускающие программы разметки (diskpart), загрузка драйверов UEFI и редактирование текстовых файлов (редактировать).[67][68][69]

Исходный код оболочки UEFI можно скачать с Intel с TianoCore Проект UDK / EDK2.[70] Также доступен предварительно собранный ShellBinPkg.[71] Shell v2 лучше всего работает в системах с UEFI 2.3+ и рекомендуется вместо оболочки v1 в этих системах. Shell v1 должна работать во всех системах UEFI.[67][72][73]

Способы запуска оболочки UEFI зависят от производителя и модели системы. материнская плата. Некоторые из них уже предоставляют прямую возможность настройки прошивки для запуска, например скомпилированная версия оболочки x86-64 должна быть доступна как /SHELLX64.EFI. Некоторые другие системы имеют уже встроенную оболочку UEFI, которую можно запустить с помощью соответствующих комбинаций клавиш.[74][75] Для других систем решением является либо создание соответствующего USB-накопителя, либо добавление вручную (bcfg) вариант загрузки, связанный с скомпилированной версией оболочки.[69][74][76][77]

Команды

Ниже приводится список команды поддерживается оболочкой EFI.[68]

Расширения

Расширения UEFI можно загружать практически из любого энергонезависимый запоминающее устройство, подключенное к компьютеру. Например, производитель оригинального оборудования (OEM) может распространять системы с Системный раздел EFI на жестком диске, что добавит дополнительные функции к стандартной прошивке UEFI, хранящейся на материнской плате. ПЗУ.

Капсула UEFI

UEFI Capsule определяет современный и безопасный интерфейс обновления прошивки между микропрограммами.[78] Windows 8, Windows 8.1, Windows 10[79] и Fwupd для Linux поддерживает UEFI Capsule.

Классы UEFI

Машины с UEFI могут иметь один из следующих «классов», которые использовались для облегчения перехода на UEFI. Intel прекратила UEFI CSM в 2020 году.

  • Класс 0: устаревшая версия BIOS
  • Класс 1: UEFI в режиме CSM-only (т.е. без загрузки UEFI)
  • Класс 2: UEFI с CSM
  • Класс 3: UEFI без CSM
  • Класс 3+: UEFI с включенной безопасной загрузкой

Этапы загрузки

SEC - Фаза безопасности

Это первый этап загрузки UEFI, но ему может предшествовать двоичный код платформы. (например., Intel ME, AMD PSP, ЦПУ микрокод ). Минимальный код написан на язык ассемблера для конкретной архитектуры. Он инициализирует временную память (часто кэш ЦП в качестве ОЗУ) и служит системным программным корнем доверия с возможностью проверки PEI перед передачей.

PEI - инициализация до EFI

Второй этап загрузки UEFI состоит из диспетчера зависимостей, который загружает и запускает модули PEI (PEIM) для обработки задач начальной инициализации оборудования, таких как основная память инициализация и восстановление прошивки. Кроме того, он отвечает за обнаружение текущего режима загрузки и обработку многих операций ACPI S0ix / ACPI S3. В случае возобновления ACPI S0ix / ACPI S3, он отвечает за восстановление многих аппаратных регистров в состояние перед сном. PEI также использует кэш ЦП в качестве ОЗУ.

DXE - среда выполнения драйвера

Этот этап состоит из модулей C и диспетчера зависимостей. Теперь доступна основная память, процессор, набор микросхем, SoC, Корневой комплекс или же Хост-мост PCI, Драйверы UEFI, аппаратные устройства, службы загрузки и службы времени выполнения инициализируются в DXE и BDS.

BDS - выбор загрузочного устройства

BDS является частью DXE.[80][81] На этом этапе Ввод / вывод шины, устройства ввода-вывода и загрузочные устройства инициализируются, драйверы UEFI или Дополнительные ПЗУ устройств PCI выполняются в соответствии с конфигурацией системы, а параметры загрузки обрабатываются.

TSL - переходная нагрузка на систему

Это этап между выбором загрузочного устройства и передачей ОС. На этом этапе можно войти в оболочку UEFI или запустить приложение UEFI, такое как загрузчик ОС.

RT - время выполнения

UEFI передает Операционная система (ОС) после ExitBootServices () выполняется. ОС, совместимая с UEFI, теперь отвечает за выход из служб загрузки, запускающий микропрограмму для выгрузки всего ненужного кода и данных, оставляя только код / ​​данные служб времени выполнения, включая SMM, UEFI Карта памяти, UEFI GOP, ACPI и SMBIOS.[82] Современные ОС предпочитают использовать собственные программы (например, драйверы ядра ) для управления аппаратными устройствами.

Когда используется устаревшая ОС, CSM будет обрабатывать этот вызов, обеспечивая совместимость системы с ожиданиями устаревшей BIOS.

Реализация и принятие

Intel EFI

Реализация Intel EFI - это Платформа Intel Platform Innovation Frameworkпод кодовым названием Тиано. Тиано работает на Intel XScale, Itanium и IA-32 процессоров и является проприетарным программным обеспечением, хотя часть кода была выпущена под Лицензия BSD или же Общественная лицензия Eclipse (EPL) как TianoCore. TianoCore можно использовать в качестве полезной нагрузки для coreboot.[83]

Phoenix Technologies 'реализация UEFI называется SecureCore Technology (SCT).[84] Американские мегатенденции предлагает собственную реализацию прошивки UEFI, известную как Aptio,[85] пока Программное обеспечение Insyde предлагает InsydeH2O, собственную реализацию Tiano.[86]

В декабре 2018 г. Microsoft выпустила версию своей реализации UEFI на основе TianoCore EDK2 с открытым исходным кодом из Поверхность линия, Проект Му.[87]

Das U-Boot

Реализация UEFI API была представлена ​​в универсальном загрузчике (Das U-Boot ) в 2017 году.[88] На ARMv8 архитектура Linux дистрибутивы используют реализацию UEFI U-Boot в сочетании с GNU GRUB для загрузки (например, SUSE Linux[89]), то же самое верно и для OpenBSD.[90] Для загрузки с iSCSI iPXE может использоваться как приложение UEFI, загружаемое с помощью U-Boot.[91]

Платформы, использующие EFI / UEFI

Intel первый Itanium на рабочих станциях и серверах, выпущенных в 2000 году, реализована EFI 1.02.

Hewlett Packard первый Itanium 2 системы, выпущенные в 2002 году, реализовали EFI 1.10; они смогли загрузиться Windows, Linux, FreeBSD и HP-UX; OpenVMS добавлена ​​возможность UEFI в июне 2003 года.

В январе 2006 г. Apple Inc. отправил свой первый Компьютеры Macintosh на базе Intel. Эти системы использовали EFI вместо Открытая прошивка, который использовался в его предыдущих системах на базе PowerPC.[92] 5 апреля 2006 г. Apple впервые выпустила Учебный лагерь, который создает диск с драйверами Windows и инструмент неразрушающего разделения, позволяющий установить Windows XP или Vista без необходимости переустановки Mac OS X. Также было выпущено обновление микропрограммы, которое добавило совместимость с BIOS в его реализацию EFI. Последующие модели Macintosh поставлялись с более новой прошивкой.[93]

В течение 2005 года более миллиона систем Intel были поставлены с внедрением Intel UEFI.[94][неудачная проверка ] Новые мобильные, настольные и серверные продукты, в которых используется реализация Intel UEFI, начали поставляться в 2006 году. Например, платы, использующие серию наборов микросхем Intel 945, используют реализацию встроенного ПО Intel UEFI.

С 2005 года EFI также внедряется на архитектурах, отличных от ПК, таких как встроенные системы на основе XScale ядра.[94]

EDK (EFI Developer Kit) включает цель NT32, которая позволяет микропрограммному обеспечению EFI и приложениям EFI работать в Windows заявление. Но EDK NT32 не разрешает прямой доступ к оборудованию. Это означает, что на целевом объекте EDK NT32 может выполняться только часть приложения EFI и драйверов.

В 2008 году большее количество систем x86-64 приняли UEFI. Хотя многие из этих систем по-прежнему позволяют загружать только ОС на основе BIOS через модуль поддержки совместимости (CSM) (таким образом, пользователю не кажется, что они основаны на UEFI), другие системы начали разрешать загрузку ОС на основе UEFI. Например, сервер IBM x3450, MSI материнские платы с ClickBIOS, ноутбуки HP EliteBook.

В 2009 году IBM поставила Система x машины (x3550 M2, x3650 M2, iDataPlex dx360 M2) и BladeCenter HS22 с поддержкой UEFI. Dell поставила серверы PowerEdge T610, R610, R710, M610 и M710 с поддержкой UEFI. Более коммерчески доступные системы упоминаются в техническом документе UEFI.[95]

В 2011 году основные производители (такие как ASRock, Asus, Гигабайт, и MSI ) выпустила несколько потребительских материнских плат с использованием Intel 6-я серия LGA 1155 чипсет и AMD 9 серии AM3 + чипсеты с UEFI.[96]

С выпуском Windows 8 в октябре 2012 года сертификационные требования Microsoft теперь требуют, чтобы компьютеры имели микропрограммное обеспечение, реализующее спецификацию UEFI. Кроме того, если компьютер поддерживает "Подключенный режим ожидания "функция Windows 8 (которая позволяет устройствам управлять питанием, сопоставимым с смартфоны, с почти мгновенным выходом из режима ожидания), то микропрограммное обеспечение не может содержать модуль поддержки совместимости (CSM). Таким образом, системы, поддерживающие Connected Standby, не могут загружать устаревшие операционные системы BIOS.[97][98]

В октябре 2017 года Intel объявила, что к 2020 году она откажется от поддержки устаревшей BIOS для всех своих продуктов в пользу UEFI Class 3.[99]

Операционные системы

Операционная система, которая может быть загружена из (U) EFI, называется (U) EFI-совместимой операционной системой, определенной спецификацией (U) EFI. Здесь термин загружен с (U) EFI означает прямую загрузку системы с использованием загрузчика операционной системы (U) EFI, хранящегося на любом устройстве хранения. Расположение загрузчика операционной системы по умолчанию: / BOOT / BOOT .EFI, где краткое название типа машины может быть IA32, X64, IA64, РУКА или же AA64.[29] Некоторые поставщики операционных систем могут иметь свои собственные загрузчики. Они также могут изменить место загрузки по умолчанию.

  • В Ядро Linux может использовать EFI во время загрузки с начала 2000-х,[100] с использованием Элило Загрузчик EFI или, в последнее время, версии EFI GRUB.[101] Grub + Linux также поддерживает загрузку из таблицы разделов GUID без UEFI.[18] Распространение Ubuntu добавлена ​​поддержка безопасной загрузки UEFI начиная с версии 12.10.[102] Кроме того, ядро ​​Linux можно скомпилировать с возможностью самостоятельного запуска в качестве загрузчика EFI с помощью функции загрузчика EFI.
  • HP-UX использовал (U) EFI в качестве механизма загрузки на IA-64 систем с 2002 года.
  • OpenVMS использует EFI на IA-64 с момента его первоначального ознакомительного выпуска в декабре 2003 года, а для производственных выпусков - с января 2005 года.[103] Порт x86-64 OpenVMS также использует UEFI для загрузки операционной системы.[104]
  • яблоко использует EFI для своей линейки Mac на базе Intel. Mac OS X v10.4 Тигр и Mac OS X v10.5 Leopard реализует EFI v1.10 в 32-битном режиме даже на новых 64-битных процессорах, но полная поддержка пришла с OS X v10.8 Mountain Lion.[105]
  • В Itanium версии Windows 2000 (Advanced Server Limited Edition и Datacenter Server Limited Edition) внедрили EFI 1.10 в 2002 году. MS Windows Server 2003 за IA-64, РС 64-разрядная версия Windows XP и Windows 2000 Advanced Server Limited Edition, все они предназначены для Intel Itanium семейство процессоров, реализовать EFI, требование платформы через DIG64 Технические характеристики.[106]
  • Microsoft представила UEFI для x64 операционных систем Windows с Windows Vista с пакетом обновления 1 (SP1)[107] и Windows Server 2008 однако только UGA 1.1 поддерживается; Протокол вывода графики (GOP) не поддерживается. Таким образом, на некоторых ПК с 64-разрядными версиями Windows Vista с пакетом обновления 1 (SP1), Windows Vista с пакетом обновления 2 (SP2), Windows 7, Windows Server 2008 и Windows Server 2008 R2 совместимы с EFI.[108] Первоначально 32-разрядный UEFI не поддерживался, так как производители не были заинтересованы в создании встроенного 32-разрядного UEFI из-за основного статуса 64-битные вычисления.[109] Windows 8 наконец, представила дополнительную оптимизацию для систем UEFI, включая поддержку протокола вывода графики (GOP),[110] более быстрый запуск, поддержка 32-битного UEFI и поддержка безопасной загрузки.[111][112]
  • 5 марта 2013 г. Фонд FreeBSD присужден грант разработчику, стремящемуся добавить поддержку UEFI в FreeBSD ядро и загрузчик.[113] Изначально изменения хранились в отдельной ветви исходного кода FreeBSD, но 4 апреля 2014 г. были объединены с исходным кодом основной линии (ревизия 264095); изменения также включают поддержку в установщике.[114] FreeBSD может загружаться с использованием UEFI на amd64 и рука64 платформы, начиная с FreeBSD 10.1.
  • Oracle Солярис 11.1 и более поздние версии поддерживают загрузку UEFI для систем x86 с прошивкой UEFI версии 2.1 или более поздней. GRUB 2 используется в качестве загрузчика на x86.[115]
  • OpenBSD 5.9[116] представила поддержку загрузки UEFI для 64-битных систем x86 с использованием собственного загрузчика, OpenBSD 6.0 расширил эту поддержку, включив ARMv7.[117]

Использование UEFI с виртуализацией

  • Виртуальные машины HP Integrity обеспечивает загрузку UEFI на серверах HP Integrity. Он также предоставляет виртуализированную среду UEFI для гостевых ОС с поддержкой UEFI.
  • Intel размещает на SourceForge проект прошивки для открытых виртуальных машин.[118]
  • VMware Fusion 3 для Mac OS X может загружать виртуальные машины Mac OS X Server с помощью UEFI.
  • VMware Workstation до версии 11 неофициально поддерживает UEFI, но включается вручную путем редактирования файла .vmx.[119] VMware Workstation версия 11 и выше поддерживает UEFI, независимо от того, основана ли физическая хост-система на UEFI. VMware Workstation 14 (и, соответственно, Fusion 10) добавляет поддержку Безопасная загрузка особенность UEFI.[120][121]
  • В vSphere ESXi Гипервизор 5.0 официально поддерживает UEFI. Версия 6.5 добавляет поддержку безопасной загрузки.[122][123]
  • VirtualBox реализовал UEFI с 3.1,[124] но ограничивается операционными системами Unix / Linux и некоторыми версиями Windows (не работает с Windows Vista x64 и Windows 7 x64).[125][126]
  • QEMU /KVM может использоваться с прошивкой Open Virtual Machine (OVMF), предоставленной TianoCore.[127]
  • Гипервизор VMware ESXi версии 5, входящий в состав VMware vSphere поддерживает виртуализированный UEFI в качестве альтернативы устаревшей BIOS ПК внутри виртуальной машины.
  • Второе поколение Microsoft Hyper-V виртуальная машина поддерживает виртуализированный UEFI.[128]
  • Облачная платформа Google Экранированные виртуальные машины поддерживают виртуализированный UEFI для обеспечения безопасной загрузки.[129]

Разработка приложений

Комплект для разработки приложений EDK2 (EADK) позволяет использовать стандартная библиотека C функции в приложениях UEFI. EADK можно бесплатно скачать с Intel TianoCore UDK / EDK2 SourceForge проект. Например, порт Python Интерпретатор доступен как приложение UEFI с помощью EADK.[130] С UDK2015 разработка переместилась на GitHub.[131]

Минималистичный "Привет, мир "Программа на C, написанная с использованием EADK, похожа на свою обычный аналог C:

#включают <Uefi.h>#включают <Library/UefiLib.h>#включают <Library/ShellCEntryLib.h>EFI_STATUS EFIAPI ShellAppMain(В UINTN Argc, В CHAR16 **Argv){    Распечатать(L"Привет, мир п");    возвращаться EFI_SUCCESS;}

Критика

Многие активисты цифровых прав выступили против UEFI.Рональд Г. Миннич, соавтор coreboot, и Кори Доктороу, активист цифровых прав, раскритиковал EFI как попытку лишить пользователя возможности по-настоящему управлять компьютером.[132][133] Это не решает давних проблем BIOS, связанных с необходимостью использования двух разных драйверов - одного для микропрограммного обеспечения и одного для операционной системы - для большинства оборудования.[134]

Проект с открытым исходным кодом TianoCore также предоставляет интерфейсы UEFI.[135] В TianoCore отсутствуют специальные драйверы для инициализации функций набора микросхем, которые вместо этого предоставляются coreboot, из которых TianoCore является одним из многих вариантов полезной нагрузки. Разработка coreboot требует сотрудничества со стороны производителей наборов микросхем для предоставления спецификаций, необходимых для разработки драйверов инициализации.

Безопасная загрузка

Смотрите также: Windows 8 § Прием

В 2011 году Microsoft объявила, что компьютеры сертифицированы для работы в Windows 8 операционная система должна была поставляться с зарегистрированным открытым ключом Microsoft и включенной безопасной загрузкой. После объявления компанию обвинили критики и сторонники свободного программного обеспечения / открытого исходного кода (включая Фонд свободного программного обеспечения ) попытки использовать функцию безопасной загрузки UEFI для препятствовать или прямо предотвращать установка альтернативных операционных систем, таких как Linux. Microsoft отрицала, что требование безопасной загрузки должно было служить формой запирание и разъяснил свои требования, указав, что системы на базе x86, сертифицированные для Windows 8, должны разрешать безопасную загрузку для перехода в пользовательский режим или отключения, но не для систем, использующих ARM архитектура.[61][136] Windows 10 позволяет OEM-производители чтобы решить, могут ли пользователи своих систем x86 управлять безопасной загрузкой.[137]

Другие разработчики выразили озабоченность по поводу юридических и практических вопросов реализации поддержки безопасной загрузки в системах Linux в целом. Бывший Красная шляпа разработчик Мэтью Гарретт отметил, что условия в Стандартная общественная лицензия GNU версии 3 может помешать использованию GNU GR и унифицированный загрузчик без раскрытия разработчиком дистрибутива закрытого ключа (однако Фонд свободного программного обеспечения с тех пор прояснила свою позицию, заверив, что ответственность за предоставление ключей лежит на производителе оборудования),[138][102] и что опытным пользователям также будет сложно создавать собственные ядра это могло работать с включенной безопасной загрузкой без их самоподписи.[136] Other developers suggested that signed builds of Linux with another key could be provided, but noted that it would be difficult to persuade OEMs to ship their computers with the required key alongside the Microsoft key.[2]

Several major Linux distributions have developed different implementations for secure boot. Garrett himself developed a minimal bootloader known as a shim, which is a precompiled, signed bootloader that allows the user to individually trust keys provided by Linux distributions.[139] Ubuntu 12.10 uses an older version of shim[который? ] pre-configured for use with Канонический 's own key that verifies only the bootloader and allows unsigned kernels to be loaded; developers believed that the practice of signing only the bootloader is more feasible, since a trusted kernel is effective at securing only the пространство пользователя, and not the pre-boot state for which secure boot is designed to add protection. That also allows users to build their own kernels and use custom модули ядра as well, without the need to reconfigure the system.[102][140][141] Canonical also maintains its own private key to sign installations of Ubuntu pre-loaded on certified OEM computers that run the operating system, and also plans to enforce a secure boot requirement as well—requiring both a Canonical key and a Microsoft key (for compatibility reasons) to be included in their firmware. Fedora also uses shim,[который? ] but requires that both the kernel and its modules be signed as well.[140]

It has been disputed whether the kernel and its modules must be signed as well; while the UEFI specifications do not require it, Microsoft has asserted that their contractual requirements do, and that it reserves the right to revoke any certificates used to sign code that can be used to compromise the security of the system.[141] In February 2013, another Red Hat developer attempted to submit a patch to the Linux kernel that would allow it to parse Microsoft's authenticode signing using a master X.509 key embedded in PE files signed by Microsoft. However, the proposal was criticized by Linux creator Линус Торвальдс, who attacked Red Hat for supporting Microsoft's control over the secure boot infrastructure.[142]

On 26 March 2013, the испанский free software development group Hispalinux filed a formal complaint with the Европейская комиссия, contending that Microsoft's secure boot requirements on OEM systems were "obstructive" and антиконкурентный.[143]

На Black Hat conference in August 2013, a group of security researchers presented a series of exploits in specific vendor implementations of UEFI that could be used to exploit secure boot.[144]

In August 2016 it was reported that two security researchers had found the "golden key" security key Microsoft uses in signing operating systems.[145] Technically, no key was exposed, however, an exploitable binary signed by the key was. This allows any software to run as though it was genuinely signed by Microsoft and exposes the possibility of руткит и bootkit атаки. This also makes patching the fault impossible, since any patch can be replaced (downgraded) by the (signed) exploitable binary. Microsoft responded in a statement that the vulnerability only exists in ARM архитектура и Windows RT devices, and has released two patches; however, the patches do not (and cannot) remove the vulnerability, which would require key replacements in end user firmware to fix.[нужна цитата ]

Много Дистрибутивы Linux support UEFI Secure boot now, such as RHEL (RHEL 7 and later), CentOS (CentOS 7 and later[146]), Ubuntu, Fedora, Debian (Debian 10 and later[147]), OpenSUSE, SUSE Linux[148].

Firmware problems

The increased prominence of UEFI firmware in devices has also led to a number of technical problems blamed on their respective implementations.[149]

Following the release of Windows 8 in late 2012, it was discovered that certain Lenovo computer models with secure boot had firmware that was hardcoded to allow only executables named "Менеджер загрузки для Windows " или же "Red Hat Enterprise Linux " to load, regardless of any other setting.[150] Other problems were encountered by several Toshiba laptop models with secure boot that were missing certain certificates required for its proper operation.[149]

In January 2013, a bug surrounding the UEFI implementation on some Samsung laptops was publicized, which caused them to be bricked after installing a Linux distribution in UEFI mode. While potential conflicts with a kernel module designed to access system features on Samsung laptops were initially blamed (also prompting kernel maintainers to disable the module on UEFI systems as a safety measure), Matthew Garrett discovered that the bug was actually triggered by storing too many UEFI variables to memory, and that the bug could also be triggered under Windows under certain conditions. In conclusion, he determined that the offending kernel module had caused kernel message dumps to be written to the firmware, thus triggering the bug.[44][151][152]

Смотрите также

Примечания

  1. ^ Large disk support and features such as Расширенная конфигурация и интерфейс питания (ACPI) and Система управления BIOS (SMBIOS) were subsequently implemented in BIOS-based systems.

Рекомендации

  1. ^ Kinney, Michael (1 September 2000). "Solving BIOS Boot Issues with EFI" (PDF). pp. 47–50. Получено 14 сентября 2010.
  2. ^ а б "MS denies secure boot will exclude Linux". Реестр. 23 сентября 2011 г.. Получено 24 сентября 2011.
  3. ^ "The 30-year-long Reign of BIOS is Over: Why UEFI W... - Input Output". HP.com. Архивировано из оригинал 26 июня 2013 г.. Получено 6 марта 2012.
  4. ^ IBM PC Real Time Clock should run in UT. Cl.cam.ac.uk. Retrieved on 30 October 2013.
  5. ^ а б Garrett, Matthew (19 January 2012). "EFI and Linux: The Future Is Here, and It's Awful". linux.conf.au 2012. Получено 2 апреля 2012.
  6. ^ "Memory Map (x86) - OSDev Wiki". wiki.osdev.org. Получено 11 декабря 2020.
  7. ^ а б c d "Emulex UEFI Implementation Delivers Industry-leading Features for IBM Systems" (PDF). Emulex. Получено 14 сентября 2010.
  8. ^ Extensible Firmware Interface (EFI) and Unified EFI (UEFI), Intel, archived from оригинал 5 января 2010 г.
  9. ^ Wei, Dong (2006), "foreword", Beyond BIOS, Intel Press, ISBN  978-0-9743649-0-2
  10. ^ "1.10 Specification overview", Расширяемый интерфейс прошивки, Intel
  11. ^ О, Unified EFI Forum, Q: What is the relationship between EFI and UEFI? A: The UEFI specification is based on the EFI 1.10 specification published by Intel with corrections and changes managed by the Unified EFI Forum. Intel still holds the copyright on the EFI 1.10 specification, but has contributed it to the Forum so that the Forum can evolve it. There will be no future versions of the EFI specification, but customers who license it can still use it under the terms of their license from Intel. The license to the Unified EFI Specification comes from the Forum, not from Intel
  12. ^ "Unified Extensible Firmware Interface (UEFI) Specification" (PDF). www.uefi.org. Март 2019 г.. Получено 12 декабря 2020.
  13. ^ "GitHub - tianocore/Edk: Git mirror of EDK". 19 марта 2019.
  14. ^ "GitHub - tianocore/Tianocore.github.io: Tianocore website". 8 августа 2019.
  15. ^ "What is TianoCore?".
  16. ^ "Microsoft announces Project Mu, an open-source release of the UEFI core". 20 December 2018.
  17. ^ "UEFI and Windows". Microsoft. 15 сентября 2009 г.. Получено 14 сентября 2010.
  18. ^ а б c "Установка". 3.4 BIOS installation. GNU GRUB. Получено 25 сентября 2013.
  19. ^ UEFI Specification 2.4, section 2.3
  20. ^ UEFI specification 2.3.1, section 1.8.1.
  21. ^ "GitHub - andreiw/ppc64le-edk2: TianoCore UEFI for OPAL/PowerNV (PPC64/PowerPC64 Little-Endian)". GitHub.
  22. ^ "Tianocore for OpenPOWER". Firmware Security. 12 октября 2015 г.
  23. ^ kontais. "EFI-MIPS". SourceForge.
  24. ^ "lowRISC · lowRISC".
  25. ^ http://www.uefi.org/sites/default/files/resources/UEFI_Spec_2_7.pdf
  26. ^ Hardwidge, Ben (1 June 2010). "LBA explained — Solving the 3TB Problem?". бит-тек. Получено 18 июн 2010.
  27. ^ Brian Richardson (10 May 2010). "Ask a BIOS Guy: "Why UEFI"". Intel Architecture Blog. Архивировано из оригинал 9 октября 2010 г.. Получено 18 июн 2010.
  28. ^ Gary Simpson. "UEFI Momentum — The AMD perspective". AMD. Архивировано из оригинал (PPTX) 4 января 2014 г.. Получено 20 сентября 2014.
  29. ^ а б c d е ж грамм час "UEFI Specifications (version 2.4 and older)" (PDF). Unified EFI, Inc. June 2013. Получено 25 сентября 2013.
  30. ^ "Linux kernel 3.15, Section 1.3. EFI 64-bit kernels can be booted from 32-bit firmware". kernelnewbies.org. 8 июня 2014 г.. Получено 15 июн 2014.
  31. ^ "x86, efi: Handover Protocol". LWN.net. 19 июля 2012 г.. Получено 15 июн 2014.
  32. ^ "Linux kernel documentation: Documentation/efi-stub.txt". kernel.org. 1 февраля 2014 г.. Получено 15 июн 2014.
  33. ^ "FAQ: Drive Partition Limits" (PDF). UEFI Forum. Получено 5 декабря 2019.
  34. ^ "FAQ: Drive Partition Limits" (PDF). UEFI Forum. Получено 9 июн 2010.
  35. ^ а б c d Roderick W. Smith (3 July 2012). "Make the most of large drives with GPT and Linux". IBM. Получено 25 сентября 2013.
  36. ^ "block/partitions/Kconfig (3.11.1)". CONFIG_EFI_PARTITION (line #247). kernel.org. Получено 25 сентября 2013.
  37. ^ а б c "GRUB". BIOS systems. Arch Linux. Получено 25 сентября 2013.[ненадежный источник? ]
  38. ^ "GRUB and the boot process on UEFI-based x86 systems". redhat.com. Получено 14 ноября 2013.
  39. ^ "UEFI Booting 64-bit Redhat Enterprise Linux 6". fpmurphy.com. Сентябрь 2010 г.. Получено 14 ноября 2013.
  40. ^ а б "UEFI Bootloaders". archlinux.org. Получено 25 сентября 2013.[ненадежный источник? ]
  41. ^ "Unified Extensible Firmware Interface: EFI System Partition". archlinux.org. Получено 25 сентября 2013.[ненадежный источник? ]
  42. ^ а б c d "UEFI system booting from MBR partition table and GRUB legacy". Arch Linux Forums. Июнь 2012 г.. Получено 6 октября 2013.
  43. ^ "What is efifb? — The Linux Kernel documentation". www.kernel.org. Получено 24 ноября 2020.
  44. ^ а б "Samsung UEFI bug: Notebook bricked from Windows". H. Получено 27 февраля 2013.
  45. ^ UEFI specification, section 7.3
  46. ^ "Free Software EFI Drivers".
  47. ^ Batard, Pete (13 March 2020). "pbatard/uefi-ntfs". GitHub.
  48. ^ "Intel Embedded Graphics Drivers FAQ: BIOS and firmware". Intel. Получено 19 мая 2014.
  49. ^ "UEFI Specification Version 2.5, Section 12.3 File System Format" (PDF). uefi.org. April 2015. pp. 536, 537. Получено 29 мая 2015. The file system supported by the Extensible Firmware Interface is based on the FAT file system. EFI defines a specific version of FAT that is explicitly documented and testable. Conformance to the EFI specification and its associate reference documents is the only definition of FAT that needs to be implemented to support EFI. To differentiate the EFI file system from pure FAT, a new partition file system type has been defined.
  50. ^ "Technical Note TN2166: Secrets of the GPT". developer.apple.com. 6 ноября 2006 г.. Получено 6 мая 2015.
  51. ^ "UEFI - OSDev Wiki". wiki.osdev.org. Получено 26 сентября 2020.
  52. ^ "EFISTUB - ArchWiki". wiki.archlinux.org. Получено 27 октября 2020.
  53. ^ а б "Intel® Platform Innovation Framework for EFI" (PDF). Compatibility Support Module Specification (revision 0.97). Intel. 4 сентября 2007 г.. Получено 6 октября 2013.
  54. ^ "The PC BIOS will be killed off by 2020 as Intel plans move to pure UEFI". Ars Technica. Получено 29 мая 2018.
  55. ^ "Red Hat Enterprise Linux 6 Installation Guide". 30.2.2. Configuring PXE boot for EFI. Красная шляпа. Получено 9 октября 2013.
  56. ^ El-Haj-Mahmoud, Samer (July 2013). "Advances in Pre-OS Networking in UEFI 2.4" (PDF). Hewlett Packard. Получено 29 мая 2019.
  57. ^ "Storage and Network Convergence Using FCoE and iSCSI" (PDF). IBM. Июль 2012 г.. Получено 9 октября 2013.
  58. ^ "New UEFI HTTP Boot support in UEFI 2.5". firmwaresecurity.com. 9 мая 2015. Получено 13 августа 2015.
  59. ^ "Secure Boot Overview". Microsoft. Получено 18 февраля 2016.
  60. ^ Edge, Jake. "UEFI and "secure boot"". LWN.net. Получено 9 сентября 2012.
  61. ^ а б "Windows 8 Secure Boot: The Controversy Continues". Компьютерный мир. Получено 9 сентября 2012.
  62. ^ "Secure Boot for ESXi 6.5 - Hypervisor Assurance". VMware vSphere Blog. 4 мая 2017. Получено 18 августа 2017.
  63. ^ HowTos/UEFI - CentOS Wiki
  64. ^ Larabel, Michael (30 April 2018). "Debian Making Progress on UEFI SecureBoot Support in 2018". Фороникс. Phoronix Media. Получено 23 мая 2018.
  65. ^ Garrett, Matthew (27 December 2012). "Secure Boot distribution support". Mjg59.dreamwidth.org. Получено 20 марта 2014.
  66. ^ "SecureBoot". FreeBSD вики. FreeBSD. Получено 16 июн 2015.
  67. ^ а б "Unified Extensible Firmware Interface". Оболочка UEFI. Arch Linux. Получено 25 сентября 2013.[ненадежный источник? ]
  68. ^ а б «Оболочки EFI и сценарии». Intel. Получено 25 сентября 2013.
  69. ^ а б "UEFI Shell Specification Version 2.0, Errata A" (PDF). Unified EFI, Inc. May 2012. Получено 25 сентября 2013.
  70. ^ "EDK2: ShellPkg". GitHub. Получено 18 марта 2020.
  71. ^ "tianocore/edk2: releases". GitHub.
  72. ^ "Email Archive: edk2-devel". [edk2] Inclusion of UEFI shell in Linux distro iso. SourceForge. 2012. Получено 25 сентября 2013.
  73. ^ "TianoCore on SourceForge". Shell FAQ. Intel. Получено 25 сентября 2013.
  74. ^ а б "Unified Extensible Firmware Interface". Launching UEFI Shell. Arch Linux. Получено 25 сентября 2013.[ненадежный источник? ]
  75. ^ "Basic Instructions for Using EFI for Server Configuration on Intel® Server Boards and Intel® Server Systems" (PDF). Intel. 2008. Получено 25 сентября 2013.
  76. ^ "Unified Extensible Firmware Interface". bcfg. Arch Linux. Получено 25 сентября 2013.[ненадежный источник? ]
  77. ^ "GRUB EFI Examples". Asus. Arch Linux. Получено 25 сентября 2013.[ненадежный источник? ]
  78. ^ https://edk2-docs.gitbook.io/understanding-the-uefi-secure-boot-chain/secure_boot_chain_in_uefi/signed-capsule-update
  79. ^ barrygolden. "Windows UEFI firmware update platform - Windows drivers". docs.microsoft.com. Получено 25 сентября 2020.
  80. ^ https://github.com/tianocore/tianocore.github.io/wiki/PI-Boot-Flow
  81. ^ https://ami.com/en/?Aptio_V_Status_Codes.pdf
  82. ^ "The Unified Extensible Firmware Interface (UEFI) — The Linux Kernel documentation". www.kernel.org. Получено 7 ноября 2020.
  83. ^ "TianoCore - coreboot". Получено 25 мая 2012.
  84. ^ "SecureCore Tiano™". Phoenix Technologies. Архивировано из оригинал 6 сентября 2010 г.. Получено 14 сентября 2010.
  85. ^ "Aptio®: The Complete UEFI Product Solution" (PDF). American Megatrends, Inc. Получено 2 мая 2018.
  86. ^ "Why US?". Insyde Software Corp. Получено 2 мая 2018.
  87. ^ "Microsoft Announces "Project Mu" For Open-Source UEFI Alternative To TianoCore". Фороникс. Получено 20 декабря 2018.
  88. ^ "Marrying U-Boot UEFI and GRUB" (PDF). Получено 12 сентября 2018.
  89. ^ "UEFI on Top of U-Boot" (PDF). Получено 12 сентября 2018.
  90. ^ "Installing OpenBSD 6.3 on Raspberry 3". Получено 12 сентября 2018.
  91. ^ "iSCSI booting with U-Boot and iPXE". Получено 18 мая 2020.
  92. ^ Компьютер Apple. "Universal Binary Programming Guidelines, Second Edition: Extensible Firmware Interface (EFI) В архиве 24 июля 2008 г. Wayback Machine "
  93. ^ Apple's Transition from Open Firmware to Extensible Firmware Interface, mactech, 2007.
  94. ^ а б "Intel® Platform Innovation Framework for UEFI Overview". Intel. Получено 14 сентября 2010.
  95. ^ Evaluating UEFI using Commercially Available Platforms and Solutions (PDF), UEFI, May 2011, archived from оригинал (PDF) 22 марта 2012 г.
  96. ^ Asus P67 Motherboard Preview.
  97. ^ «Требования к сертификации оборудования Windows для клиентских и серверных систем». Microsoft. Январь 2013. System.Fundamentals.Firmware.CS.UEFISecureBoot.ConnectedStandby ... Platforms shall be UEFI Class Three (see UEFI Industry Group, Evaluating UEFI using Commercially Available Platforms and Solutions, version 0.3, for a definition) with no Compatibility Support Module installed or installable. BIOS emulation and legacy PC/AT boot must be disabled.
  98. ^ "Microsoft: All You Need to Know About Windows 8 on ARM". Журнал ПК. Получено 30 сентября 2013.
  99. ^ Richardson, Brian (30 October 2017). ""Last Mile" Barriers to Removing Legacy BIOS" (PDF). Получено 22 ноября 2017.
  100. ^ Announcement of release 3.5pre1 by maintainer Brett Johnson made on 27 February 2004.
  101. ^ EFI version of Grub, Debian GNU/Linux, получено 1 мая 2008
  102. ^ а б c "Ubuntu will use GRUB 2 for its Secure Boot implementation". The H Online. Получено 28 октября 2012.
  103. ^ OpenVMS Release History, HP, archived from оригинал 5 января 2009 г., получено 16 сентября 2008
  104. ^ "State of the Port to x86-64" (PDF). vmssoftware.com. 6 октября 2017 г.. Получено 9 сентября 2020.
  105. ^ rEFIt — Windows Vista and EFI, SourceForge
  106. ^ "Extensible Firmware Interface", Windows Server TechCenter, Microsoft, заархивировано из оригинал 30 августа 2006 г.
  107. ^ Unified Extensible Firmware Interface (UEFI) Implementation Guidelines
  108. ^ Boot to UEFI Mode or legacy BIOS mode
  109. ^ "Unified Extended Firmware Interface support in Windows Vista". Microsoft. 26 октября 2006 г.. Получено 12 июн 2010. Microsoft determined that vendors would not have any interest in producing native UEFI 32-bit firmware because of the current status of mainstream 64-bit computing and platform costs. Therefore, Microsoft originally did not to ship support for 32-bit UEFI implementations.
  110. ^ Microsoft Basic Display Driver
  111. ^ "Microsoft Touts Incredible Windows 8 Boot Times". Получено 9 сентября 2011.
  112. ^ Jon Brodkin (21 September 2011). "Windows 8 secure boot could complicate Linux installs". Ars Technica. Получено 23 сентября 2011.
  113. ^ "FreeBSD to get UEFI support". H. Получено 7 марта 2013.
  114. ^ "UEFI - FreeBSD Wiki". FreeBSD.org. Получено 19 июн 2014.
  115. ^ "Oracle Solaris 11.1 — What's New" (PDF). oracle.com. Получено 4 ноября 2013.
  116. ^ "OpenBSD 5.9". www.openbsd.org. Получено 11 сентября 2016.
  117. ^ "OpenBSD 6.0". www.openbsd.org. Получено 11 сентября 2016.
  118. ^ Open Virtual Machine Firmware, SourceForge, archived from оригинал 6 октября 2011 г.
  119. ^ "VMWare Workstation EFI firmware | VMware Communities". Communities.vmware.com. Получено 28 февраля 2014.
  120. ^ "Using EFI/UEFI firmware in a VMware Virtual Machine | VMware Communities". Communities.vmware.com. Получено 18 января 2016.
  121. ^ "Announcing VMware Workstation 14 - VMware Workstation Zealot". VMware Workstation Zealot. 22 августа 2017 г.. Получено 2 августа 2018.
  122. ^ "What's New in vSphere 5.0". Vmware.com. Получено 28 февраля 2014.
  123. ^ "VMware vSphere 6.5 Release Notes". pubs.vmware.com. Получено 13 января 2017.
  124. ^ 3.1 Changelog, VirtualBox, archived from оригинал 28 сентября 2010 г.
  125. ^ Ticket 7702, VirtualBox
  126. ^ "Statement by sr. software engineer at Oracle", Форум, VirtualBox
  127. ^ "Testing secureboot with KVM". FedoraProject. Получено 28 февраля 2014.
  128. ^ «Что нового в Hyper-V для Windows Server 2012 R2». MicrosoftTechNet. Получено 24 июн 2013.
  129. ^ «Экранированные виртуальные машины». Получено 16 февраля 2019.
  130. ^ "TianoCore on SourceForge: EDK2 Application Development Kit (EADK)". Intel. Получено 25 сентября 2013.
  131. ^ "Tianocore: UDK". GitHub.
  132. ^ "Interview: Ronald G Minnich". Fosdem. 6 февраля 2007 г.. Получено 14 сентября 2010.
  133. ^ Doctorow, Cory (27 December 2011), The Coming War on General Purpose Computation, получено 25 сентября 2013
  134. ^ "coreboot (aka LinuxBIOS): The Free/Open-Source x86 Firmware". YouTube. 31 октября 2008 г.. Получено 14 сентября 2010.
  135. ^ "Добро пожаловать", TianoCore, SourceForge, archived from оригинал 23 апреля 2012 г.
  136. ^ а б "Is Microsoft Blocking Linux Booting on ARM Hardware?". Computerworld Великобритания. Получено 6 марта 2012.
  137. ^ "Windows 10 to make the Secure Boot alt-OS lock out a reality". Ars Technica. Получено 21 марта 2015.
  138. ^ "Free Software Foundation recommendations for free operating system distributions considering Secure Boot — Free Software Foundation — working together for free software". Фонд свободного программного обеспечения. Получено 18 марта 2020.
  139. ^ "Shimming your way to Linux on Windows 8 PCs". ZDNet. Получено 26 февраля 2013.
  140. ^ а б "Ubuntu details its UEFI secure boot plans". Еженедельные новости Linux. Получено 11 сентября 2012.
  141. ^ а б "No Microsoft certificate support in Linux kernel says Torvalds". H. Получено 26 февраля 2013.
  142. ^ "Linus Torvalds: I will not change Linux to "deep-throat Microsoft"". Ars Technica. Получено 26 февраля 2013.
  143. ^ "Exclusive: Open software group files complaint against Microsoft to EU". Рейтер. 26 марта 2013 г.. Получено 26 марта 2013.
  144. ^ "Researchers demo exploits that bypass Windows 8 Secure Boot". IT мир. Получено 5 августа 2013.
  145. ^ MENDELSOHN, Tom (12 August 2016). "Secure Boot snafu: Microsoft leaks backdoor key, firmware flung wide open [Updated]". Ars Technica. Получено 12 августа 2016.
  146. ^ "HowTos/UEFI - CentOS Wiki". wiki.centos.org. Получено 10 ноября 2020.
  147. ^ "SecureBoot - Debian Wiki". wiki.debian.org. Получено 10 ноября 2020.
  148. ^ "SUSE Linux Enterprise Server 15 SP1: Chapter 13. UEFI (Unified Extensible Firmware Interface) (Administration Guide)". documentation.suse.com. Получено 10 ноября 2020.
  149. ^ а б "Linux on Windows 8 PCs: Some progress, but still a nuisance". ZDNet. Получено 26 февраля 2013.
  150. ^ "Lenovo UEFI Only Wants To Boot Windows, RHEL". Фороникс. Получено 26 февраля 2013.
  151. ^ "Linux acquitted in Samsung laptop UEFI deaths". Бит-тек. Получено 26 февраля 2013.
  152. ^ "Booting Linux using UEFI can brick Samsung laptops". H. Получено 26 февраля 2013.

дальнейшее чтение

внешняя ссылка