Uefi bios эмулятор

Содержание

Эмуляция BIOS на виртуальных машинах VMware Workstation

Uefi bios эмулятор

Виртуальные машины являются программными площадками для экспериментов с возможностями операционных систем, но не только. Они также позволяют изучить взаимодействие виртуальных операционных систем с виртуальной BIOS.

Гипервизор VMware Workstation – программа, реализующая в среде Windows работу с виртуальными машинами – в числе возможностей своих машин предусматривает эмуляцию BIOS. Причём эмуляцию как классического типа Legacy, так и современного UEFI.

Как именно в машинах VMware реализована эмуляция BIOS, какие возможности для экспериментаторов она может предложить, как перевести виртуальную машину с типа BIOS Legacy на UEFI и наоборот? Во всех этих вопросах попытаемся разобраться ниже.

Выбор эмулятора BIOS

Тип эмулятора BIOS, на котором будет базироваться виртуальная машина, при выборочном создании последней мы указываем на одном из этапов мастера создания. Этот этап называется «Тип микропрограммы», и в нём нам необходимо указать тип прошивки:

• Либо обычная BIOS, т.е. Legacy, которая обусловит работу с виртуальными дисками машины со стилем разметки MBR;
• Либо UEFI, которая обусловит работу с виртуальными дисками GPT.

И на такую машину, соответственно, можно будет установить только гостевые операционные системы, способные взаимодействовать с GPT-дисками. А это 64-разрядные версии десктопной линейки Windows – Vista, 7, 8.

1, 10, серверной линейки Windows Server – 2008, 2008 R2, 2012, 2016, 2019.

При выборе UEFI VMware Workstation предлагает ещё и эмуляцию протокола безопасной загрузки, известного также как Secure Boot – функция UEFI, созданная с целью предотвращения запуска на компьютере несертифицированного программного обеспечения.

Кому, к примеру, нужно протестировать записанный на флешку UEFI LiveDisk, может проверить его запуск в условиях активности функции Secure Boot. Виртуальная машина даст понять, сертифицированное ли программное обеспечение находится на таком LiveDisk’е, т.е. загрузится или нет этот LiveDisk на реальном компьютере с включённым Secure Boot.

Выбранный изначально при создании виртуальной машины тип эмуляции BIOS – Legacy или UEFI – впоследствии можно сменить. Делается это в параметрах машины. Если мы хотим исследовать возможности Windows или каких-то сторонних программ по конвертированию стиля разметки диска из MBR в GPT и наоборот, нам нужно при выключенном состоянии виртуальной машины нажать опцию изменения настроек.

Далее переключаемся на вкладку «Параметры», идём в раздел «Дополнительно». И здесь меняем тип микропрограммы. Здесь же можем включать/отключать для UEFI безопасную загрузку.

Как войти в BIOS виртуальной машины VMware

Войти в BIOS виртуальной машины (вне зависимости это Legacy или UEFI) можно с помощью клавиши F2 при запуске машины. Принцип точно такой же, как и у механизма входа в BIOS реальных компьютеров. Но это очень неудобный способ входа.

Так, чтобы клавиша F2 сработала, за то малое время до запуска гостевой операционной системы нужно прежде войти в виртуальную машину курсором мыши, и потом уже жать F2. Если на машине установлены гостевые Windows 8.1 и 10, сделать это будет непросто из-за реализации в современных версиях систем от Microsoft механизма их ускоренного запуска.

В разы проще использовать одну из опций питания виртуальной машины – «При включении войти в BIOS». Эта опция доступна только при выключенном состоянии машины.

Эмулятор BIOS Legacy

Эмулятор BIOS Legacy – это урезанный вариант BIOS Phoenix, где можно поиграться со сменой системных даты и времени, включить/выключить окно диагностики при запуске компьютера, установить BIOS-пароль, исследовать немногие параметры раздела «Advanced». роль эмулятора BIOS – это реализация приоритета загрузки устройств в разделе «Boot».

Здесь можем указывать устройства запуска виртуальной машины – CD-ROM, нужный жёсткий диск, если их подключено несколько, сеть. У машин VMware нет возможности смены устройств загрузки в параметрах, как это реализовано в VirtualBox и Hyper-V. Всё, так сказать, максимально приближено к естеству.

Эмулятор BIOS UEFI

Прошивка UEFI виртуальных машин VMware не эмулирует среду UEFI с графическим интерфейсом, как на материнских платах ПК. Это аскетичный BIOS UEFI консольного типа с реализацией в основном приоритета загрузки устройств. В отличие от эмулятора BIOS Legacy, эмулятор UEFI позволяет настраивать запуск виртуальных машин с подключённых к машине загрузочных флешек UEFI.

BIOS, Виртуальные машины, Руководства

Источник: https://altarena.ru/emulyatsiya-bios-na-virtualnyh-mashinah-vmware-workstation/

Здравствуй, UEFI!

Uefi bios эмулятор

Когда ранее мы упоминали, что командный DOS-ин­тер­пре­та­тор под наз­ва­ни­ем COM­MAND.

COM в прин­ци­пе не ну­жен, так как его роль — это ор­га­ни­за­ция ин­тер­ак­тив­но­го ре­жи­ма, то дан­ный факт прак­ти­че­ски ни­ког­да не ре­а­ли­зо­вы­вал­ся на прак­ти­ке и ин­тер­пре­та­тор всег­да был в сис­те­ме.

Для UEFI же при­сущ ди­а­мет­раль­но дру­гой под­ход — нуж­но обес­пе­чить преж­де все­го вы­пол­не­ние за­груз­чи­ка опе­ра­ци­он­ной сис­те­мы, по­э­то­му на­ли­чие про­ме­жу­точ­но­го ин­тер­ак­тив­но­го при­ло­же­ния ско­рее вре­дит, чем по­мо­га­ет.

В роли командного интерпретатора – efi shell

Поэтому EFI Shell формально существует в природе, но фак­ти­че­ски внутри firmware его нет. Что, однако, не оз­на­ча­ет не­воз­мож­ность его за­пус­ка — отнюдь. По­мес­тив на USB-носитель в раздел \boot\EFI\ файл EFI Shell под стан­дарт­ным наз­ва­ни­ем bootx64.

efi, мы по­лу­чаем ре­ин­кар­на­цию DOS-системы, но на со­вре­мен­ный лад.

Чтобы не быть при­вя­зан­ным к реальной аппаратуре и обезопасить себя от воз­мож­ных не­га­тив­ных по­след­ст­вий, я предлагаю даль­ней­шие дей­ст­вия перенести в эму­ли­ро­ван­ную среду и про­дол­жить зна­ком­ст­во с EFI Shell на примере QEMU и спе­ци­аль­но ада­п­­ти­­ро­­ван­­ным для него Ti­ano­core BIOS [3].

Итак, забираем архив с Tianocore BIOS, распаковываем в текущий каталог и запускаем эмулятор как:

/usr/local/qemu-1.6/bin/qemu-system-x86_64 -L

Ключ «-L» означает, что видео- и BIOS-файлы хранятся в текущей директории. Сам файл EFI Shell интегрирован в образ BIOS.

Командная строка EFI Shell напоминает CLI-интерфейс от DOS

Запустив командный интерпретатор EFI, убеждаемся в первом впечатлении — очень похоже на старые, добрые дни MS-DOS. Есть встроенная справка (интегрированная в Shell команда help), присутствует текстовый редактор, который теперь умеет редактировать ASCII и UTF8-файлы, и ряд других команд.

Однако, внедрение открытых технологий не мог­ло повлиять и на развитие UEFI. В числе команд замечаем также специфичные команды вида mount и load. Со­от­вет­ст­вен­но, означающие монтирование раздела и загрузку в память драйвера к устройству.

Очень похоже на BSD- и Linux-системы, не правда ли?

Загрузка интерпретатора UEFI осуществляется силами UEFI Boot менеджера

Дабы ощутить всю мощь EFI, создадим файловый образ с GPT-таблицей. А в нем сделаем 2 раздела: один в формате FAT16, понятный для встроенных драйверов EFI, а другой отформатируем в EXT2, но с прицелом его монтирования из-под самой микро-ОС UEFI

$ parted ./hdcblkWARNING: You are not superuser. Watch out for permissions.GNU Parted 2.3Using /home/anton/efi/hdcblkWelcome to GNU Parted! Type 'help' to view a list of commands.(parted) UnitUnit? [compact]? B(parted) printModel: (file)Disk /home/anton/efi/hdcblk: 157286400BSector size (logical/physical): 512B/512BPartition Table: msdos Number Start End Size Type File system Flags1 1048576B 52428799B 51380224B primary fat16 boot, lba2 52428800B 157286399B 104857600B primary ext2

(parted) quit

Листинг 1. Определяем смещение внутри GPT-таблицы

Определим смещение и монтируем первый раздел в виде loop-устройства. Кладем необходимые драйверы и готовые EFI-приложения и запускаем QEMU заново. Пе­ред нами при­мон­ти­ро­ван­ный раздел FAT16, переход на него осу­ще­ст­вля­ет­ся как: «fs0:»

Проверим командой map, какие разделы еще при­мон­ти­ро­ва­ны, но видим только еще одно блочное устройство. Всё вер­но, в DXE пространстве ведь нет драйвера для EXT2-разделов.

EFI-приложение можно тестировать через интерфейс Boot Maintenance Manager

Загрузим и при­мон­ти­ру­ем наш раздел с помощью ext2-драйвера с проекта rEFInd, т.е. выполним по­сле­до­ва­тель­но ко­ман­ды по одной на каждую строку: «load ext2_x64.efi», «mount blk3 fs1», «fs1:», «dir». Убеждаемся, что раздел успешно при­мон­ти­ро­ван.

Отлично, теперь у нас есть доступ практически к любой файловой системе, благо EFI-драйверы к ним уже созданы.

А это означает, что не за горами создание не только аналога Volkov Commander для EFI-среды, но также и сервисных ути­лит и приложений — тот же антивирусный пакет, пор­ти­ро­ва­ние текстовых (и графических!) приложений (на­при­мер, бра­узер links) и многое другое.

С учетом того, что перед нами из­на­чаль­но безопасная и чистая среда, то перед нами дей­ст­ви­тель­но лю­бо­пыт­ные пер­с­пек­ти­вы. Выглядят заманчиво? Еще бы!

Практически любая файловая система может быть смонтирована с помощью EFI-драйверов

Как и на чем создавать EFI-приложения?

Может создаться обманчивое впечатление, что EFI-приложение — это безумно сложное программирование. Но это не так. Для создания приложений требуется компилятор, который умеет создавать объектный код в формате PE32. И сре­да разработчика EDK II (EFI Development Kit) / UDK2010 (UEFI Deit) [6].

Несмотря на то, что спецификации от­кры­ты и код ли­цен­зи­ру­ет­ся под BSD-лицензией и даже принимаются от пользователей ап­ст­рим-изменения в EDK II, сре­да UDK считается стабильной и эталонной для про­из­во­ди­те­лей ма­те­рин­ских плат, т.к.

раз­ра­ба­ты­ва­ет­ся и под­дер­жи­ва­ет­ся компанией Intel.

Формат EFI-приложения должен соответствовать стандарту PE32

Среда разработчика существует как для Linux, так и для систем на базе Windows и Mac OS X. Сборка обеспечивается, как правило, компиляторами GCC и нативными из состава Visual Studio 2008 и Xcode. Хотя повторюсь – фактически, достаточно будет только компилятора и заголовочных файлов EDK.

Данный факт особенно актуален, если принято решение задействовать ассемблер, а именно flatasm [4]. В этом случае получится создавать наиболее оп­ти­ми­зи­ро­ван­ный и минимальный код.

Конечно, при росте проекта имеет смысл пе­ре­о­ри­ен­ти­ро­ватьмся на C/C++ и пе­ре­хо­дить, со­от­вет­ст­вен­но, на EDK.

Более подробно на создании EFI-приложений остановимся в следующих публикациях, а пока отмечу, что приложение вида «Hello, World» на ASM занимает всего 50 строк. Компилируется FlatASM на станции с Core2Duo за 1 ми­кро­се­кун­ду и за­ни­ма­ет только 2 Кб.

Выводы

С точки зрения дальнейшего развития подсистемы низкоуровневого аппаратного обеспечения (BIOS) появление от­кры­то­го решения, похожего на EFI, кажется закономерным и не случайным. Появляются серверные и деск­топ­ные плат­фор­мы на основе разных процессорных ар­хи­тек­тур (x86_64, ARM, IA64), чипсетов и интегрированных устройств, на­при­мер, организующих шифрование (чипы TPM).

Для организации всего этого сонма в единое целое требуется мо­ду­ль­ный кон­ст­рук­тор, которым могли бы пользоваться как ко­неч­ные про­из­во­ди­те­ли, так и из­го­то­ви­те­ли от­дель­ных ап­па­рат­ных мо­ду­лей. К сча­стью, на­сущ­ность этой проб­ле­мы пер­вой уви­де­ла Intel и пред­ста­ви­ла та­кое от­кры­тое ре­ше­ние как UEFI. К вя­щей ра­дос­ти про­грам­мис­тов сис­тем­ного ПО, т.к.

при бли­жай­шем рас­смот­ре­нии ука­зан­ное ре­ше­ние яв­ля­ет­ся на­сто­я­щей мик­ро-опе­ра­ци­онvной сис­те­мой с прак­ти­че­ски не­ог­ра­ни­чен­ны­ми воз­мож­но­стя­ми по уп­рав­ле­нию как ап­па­рат­ной ча­стью, так и за­гру­жа­е­мой в даль­ней­шем ре­аль­ной ОС — будь это Windows, BSD, Linux или нечто ана­ло­гич­ное.

А при­ме­не­ния этим воз­мож­но­стям от­кры­ва­ют­ся са­мые ши­ро­кие.

Ссылки

[3] http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=OVMF

[4] http://flatassembler.net/

Источник: https://composter.com.ua/content/zdravstvuy-uefi

Переходим на UEFI вместо BIOS

Uefi bios эмулятор

Массовый переход на UEFI (Unified Extensible Firmware Interface) уже начался. Microsoft требует использовать этот интерфейс на всех компьютерах, которые будут поставляться с Windows 8. Точнее говоря, речь идет об UEFI с функцией Secure Boot.

При этом без проблем работать на подобных ПК может только «восьмерка»: ни Windows XP, ни «семерку» не удастся установить на UEFI-машину без дополнительных манипуляций. С флеш-накопителя Linux Live или Windows загрузиться тоже не получится.

Что именно может произойти, если попытаться запуститься с установочной флешки на ноутбуке Sony VAIO, показано на картинке вверху. И на этом проблемы с UEFI не заканчиваются. Каждый производитель аппаратных компонентов по своему усмотрению конфигурирует UEFI, тем самым создавая для пользователя ненужные трудности.

Лэптоп IdeaPad от Lenovo и вовсе не смог распознать тот же самый флеш-накопитель в качестве загрузочного носителя. При этом Lenovo не в чем упрекнуть: дело в том, что загрузочная флешка отформатирована в файловой системе NTFS, а UEFI не поддерживает загрузку с таких носителей.

Если подключить этот же накопитель к ноутбуку EliteBook от HP, то он загрузится без  проблем и  позволит  выполнить установку Windows. Проблема же заключается в том, что все данные, имевшиеся на диске EliteBook, после установки оказались бы удаленными.

Каждый конфигурирует по-своему

Вы в замешательстве? Ничего удивительного: UEFI с функцией Secure Boot устанавливает новые правила инсталляции и загрузки операционных систем, а производители аппаратных средств по-своему трактуют эти правила, что создает для пользователя дополнительные сложности.

Поэтому в рамках данной статьи мы поставили перед собой цель устранить неразбериху вокруг UEFI.

На  примере ноутбуков от основных производителей мы расскажем, как работает UEFI, какая роль отводится функции Secure Boot, как обойти расставляемые новым интерфейсом «ловушки» и что нужно для того, чтобы использовать загрузочные флеш-накопители, не опасаясь никаких разрушительных последствий.

Как работает UEFI

UEFI загружается строго в соответствии с установленными правилами. Если ОС не поддерживает UEFI, активируется режим эмуляции BIOS.

Процесс загрузки ПК на основе BIOS достаточно прост: после нажатия кнопки включения запускается BIOS, которая проверяет состояние оборудования и загружает микропрограммное обеспечение – простые драйверы для отдельных аппаратных компонентов.

После этого BIOS выполняет поиск загрузчика ОС и активирует его. Тот в свою очередь загружает операционную систему или выводит на экран список доступных ОС.

Компьютеры на базе UEFI загружаются аналогичным образом лишь до момента поиска параметров загрузки. После этого все происходит иначе. UEFI имеет собственный загрузчик ОС с интегрированными менеджерами запуска установленных систем.

Для него на диске создается небольшой раздел (100–250 Мбайт), отформатированный в файловой системе FAT32, который называется Extensible Firmware Interface System Partition (системный раздел расширяемого микропрограммного интерфейса, ESP). На нем находятся драйверы аппаратных компонентов, к которым может получать доступ запущенная операционная система.

Общее правило таково: за исключением DVD, UEFI может загружаться только с носителя, отформатированного в файловой системе FAT32.

У ESP есть свои преимущества: благодаря драйверам UEFI и загрузчику ОС, Windows запускается быстрее и более адекватно реагирует на критические ошибки драйверов.

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

Последний не поддерживается ни одной версией BIOS, так как, в отличие от традиционной схемы разметки (MBR), использует адреса секторов длиной 64 бита. Помимо Windows 8 интерфейс UEFI поддерживают только 64-битные версии Windows Vista и 7, а также Linux с ядром 3.2 и выше.

Более того, для ПК, сертифицированных для работы с «восьмеркой», компания Microsoft предписывает использование опции Secure Boot. В этом режиме UEFI запускает лишь подтвержденные загрузчики ОС, которые содержат драйверы с цифровой подписью Microsoft.

Наряду с Windows 8 только загрузчик Shim (Linux) обладает драйверами с необходимыми для Secure Boot подписями. В других ОС они отсутствуют. Поэтому, если вы захотите установить на подобном компьютере помимо «восьмерки» еще и Windows 7 или Vista, необходимо открыть меню UEFI и отключить Secure Boot.

Если в качестве второй ОС вы выберете несовместимую с UEFI, вам потребуется задействовать модуль поддержки совместимости (Compatibility Support Module, CSM), который можно включить в UEFI. К сожалению, производители используют различные версии UEFI, и иногда сложно понять, как отключить Secure Boot и перейти в режим эмуляции BIOS.

Эти вопросы мы и рассмотрим далее.

Процесс загрузки ПК на основе UEFI

В зависимости от конфигурации, UEFI либо самостоятельно загружает компьютер, либо переходит в режим эмуляции стандартной BIOS. Только после этого запускается менеджер загрузки Windows.

На ПК с Windows 8 на базе UEFI Secure Boot другие версии ОС можно инсталлировать только при определенных условиях. Пользователь должен заранее выбрать правильный режим загрузки и соответствующим образом подготовить установочный флеш-накопитель.

Включение режима эмуляции BIOS

Полная неразбериха: способ перехода в режим эмуляции BIOS зависит от версии UEFI. На Sony VAIO (1) необходимо активировать опцию «Legasy», на ASUS Zenbook (2) – «Launch CSM».

Настройка UEFI

Каждый производитель использует в ноутбуках и ультрабуках свою версию UEFI. При этом он открывает доступ не ко всем нужным функциям. Зачастую при загрузке ПК или лэптопа на дисплей не выводится название кнопки, с помощью которой можно вызвать меню настроек UEFI.

Мы предлагаем поступить следующим образом: в интерфейсе Metro перейдите в меню «Параметры | Изменение параметров компьютера» на боковой панели и активируйте пункт «Общие | Особые варианты загрузки». После перезапуска появится менеджер загрузки ОС, который позволит открыть меню UEFI. Исключением является UEFI от HP, где данная опция отсутствует.

Здесь поможет следующее: во время загрузки удерживайте нажатой клавишу «Esc». В любом случае необходимо вначале осведомиться, какая кнопка позволяет войти в меню UEFI. Если вы измените режим загрузки на CSM или Legasy BIOS, чтобы загрузиться с аварийной флешки, после операции восстановления необходимо вновь переключиться с CSM на UEFI, иначе Windows 8 не запустится.

Но и здесь есть исключения: Aptio Setup Utility на компьютерах ASUS активирует UEFI автоматически при отсутствии совместимого с BIOS загрузочного носителя, поэтому достаточно просто отсоединить флешку.

Отключение Secure Boot потребуется в том случае, если помимо «восьмерки» вы захотите установить 64-битную версию Windows Vista или 7.

Иногда поддерживается так называемый гибридный режим, как в устройствах от HP, при котором UEFI может загружаться со всех загрузочных носителей и при необходимости переключаться в режим BIOS.

В широко распространенной версии UEFI InsydeH2O это зависит от того, предусмотрел ли производитель ноутбука возможность отключения Secure Boot или нет. В Acer Aspire S7 данная функция недоступна, и для ее деактивации нужно переключиться с UEFI в режим BIOS и обратно.

Сложности с восстановлением

С появлением UEFI производители изменили методы работы с системой восстановления ОС. Сочетание клавиш «Alt+F10», которое использовалось ранее, например, в моделях Acer, больше не работает или закреплено за другими функциями. А кнопка «F9» загружает на новом Zenbook не ASUS Preload Wizard, а программу восстановления Windows 8 с расширенным меню загрузки.

Режим восстановления VAIO Care в ноутбуках Sony можно открыть в аналогичном меню, выбрав опцию «Панель управления | Устранение неполадок | Восстановление».

Но если запустить менеджер загрузки ОС и выбрать «Диагностика | Восстановить» или «Вернуть в исходное состояние», устройство попросит вставить оригинальный диск Windows 8, которого нет в комплекте поставки.

На Acer-моделях бэкап выполняется с помощью предустановленной Windows-программы, а восстановление из резервной копии осуществляется с внешнего USB-носителя. Однако предварительно  необходимо зайти в меню UEFI и указать такой диск в качестве загрузочного.

Переход в меню UEFI из Windows

Если активирована функция запуска Windows 8 с расширенными настройками, то, выбрав пункт «Диагностика» (1) и «Дополнительные параметры» (2), можно получить доступ к меню «Параметры встроенного ПО UEFI» (3).

Каждый производитель ноутбуков использует разные версии интерфейса UEFI и реализует его в системе в соответствии со своими представлениями. Из таблицы, разбитой по моделям, вы узнаете, где находятся основные функции UEFI.

Решение проблемы: отключение Secure Boot

В некоторых случаях Secure Boot невозможно деактивировать напрямую. В Acer Aspire S7, например, данная функция недоступна. Но если переключиться в «Legasy BIOS» (1) и снова назад (2), Secure Boot будет отключена.

В гибридном режиме возможно все

В версии интерфейса UEFI от HP есть поддержка гибридного режима, в котором, в зависимости от загрузочного носителя, запускается один из двух режимов — либо UEFI, либо CSM. При этом функция Secure Boot отключается автоматически.

Старые флеш-носители для аварийной загрузки и восстановления работают только в режиме BIOS. Мы сделаем их совместимыми с UEFI.

USB-флешки в последнее время все чаще используются в качестве загрузочных носителей для восстановления или установки Windows. Это связано с тем, что в современных ноутбуках очень редко устанавливаются оптические приводы. Если вы изучили настройки UEFI в своем компьютере, рекомендуется также выполнить и апгрейд флеш-накопителей.

С появлением UEFI все имеющиеся загрузочные флешки уже не получится использовать привычным образом. Например, если вы создали загрузочный USB-носитель в программе UNetbootin, вам необходимо будет запустить ПК в режиме CSM.

То же самое относится ко всем старым флешкам, так как разработчики дистрибутивов Linux Live (например, GParted) только в последних, наиболее свежих версиях своих приложений начали добавлять загрузчик с поддержкой UEFI и функции Secure Boot.

Наиболее простым является способ, при котором Secure Boot отключается в UEFI, затем с помощью бесплатной программы Rufus создается совместимый с UEFI флеш-накопитель, после чего на него копируется последняя версия GParted.

Программа от Microsoft устарела

В отношении загрузочных USB-носителей с операционной системой Windows действуют несколько иные правила. Для совместимости с UEFI они должны быть отформатированы в файловой системе FAT32.

Многие пользователи даже для Windows 8 создают загрузочные накопители на флешках, отформатированных с помощью программы от Microsoft, входящей в состав «семерки».

Однако данное приложение по умолчанию форматирует накопитель в файловой системе NTFS, в результате чего имеющуюся на носителе систему впоследствии невозможно установить на компьютер с UEFI.

Чтобы не дожидаться выхода обновленной программы от Microsoft, можно создать загрузочный накопитель вручную. Для этого вначале отформатируйте USB-флешку с помощью бесплатной утилиты. Затем откройте в Windows 8 образ ISO и скопируйте содержащиеся в нем файлы на носитель.

А вот чтобы совместимый с UEFI флеш-накопитель с 64-битной Windows 7 загружался без каких-либо проблем, вам потребуется скопировать UEFI-загрузчик в нужный каталог на флешке.

Для этого, используя бесплатный архиватор 7-Zip, найдите в образе ISO, который содержит установочные файлы Windows 7, в папке Sources файл архива Install.wim и откройте его. После этого из директории 1\Windows\Boot\EFI скопируйте файл bootmgfw.efi.

Затем сохраните его на флеш-накопителе в каталоге efi\boot и переименуйте, присвоив ему имя bootx64.efi. После этого с USB-носителем можно будет работать в режиме UEFI, и вы сумеете без проблем установить с него Windows 7.

Создание загрузочных флешек на основе Live-систем

Для совместимости с UEFI флешки должны быть отформатированы в FAT32. Например, программа UNetbootin (1) создает загрузочные накопители на основе дистрибутивов Linux Live, форматируя их в FAT. Однако утилита Rufus (2) предлагает более правильную опцию.

Флеш-накопитель для восстановления ОС на ПК с UEFI

Флеш-накопители на основе свежих Live-систем, такие как GParted, способны без проблем получать доступ к ПК с UEFI, так как встроенные в них инструменты – например, GPart (1) и TestDisk (2) – могут работать с GPT-разделами.

Форматирование загрузочной флешки с Windows

64-битную версию Windows 7 можно установить и на ПК с UEFI. Если вы хотите выполнить данную операцию с USB-накопителя, необходимо отформатировать его с помощью Windows-программы DiskPart в файловой системе FAT32 и сделать его загрузочным.

Извлечение UEFI-загрузчика

Совместимый с UEFI флеш-накопитель с Windows 7 дополнительно нуждается в загрузчике UEFI — bootmgfw.efi. Его необходимо вручную скопировать из архива install.wim на флешку, используя программу 7-Zip или любой другой архиватор.

Источник

Александр созерцатель

  • Активность: 14k
  • Пол: Мужчина

Александр созерцатель

Источник: https://pomogaemkompu.temaretik.com/196815804017150812/perehodim-na-uefi-vmesto-bios/

Уроки эникейщика: загрузочная флешка UEFI, Часть 1

Uefi bios эмулятор

Ранее мы ознакомились с существующими методиками загрузки персональных компьютеров на основе BIOS с флеш-карт памяти, возможные при этом проблемы и способы их обхода.

Однако BIOS, как известно, давно устарел, и не используется в современных компьютерах. На смену ему пришёл более современный и простой в использовании UEFI (не слушайте тех, кто считает UEFI надстройкой над BIOS – это в корне неверно, если только не считать BIOS'ом прошивку материнской платы как таковую, что тоже неверно).

Загрузочная флешка BIOS, Часть 1Загрузочная флешка BIOS, Часть 2

Избавляясь от лишнего

Как известно, главной проблемой при загрузке BIOS-компьютера с флешки являются загрузочные записи. Это небольшие программы, записанные в строго определённых местах накопителя, причём не в виде файлов, а просто в виде множества следующих друг за другом байтов.

Эти программки в большинстве случаев не делают ничего полезного, вся их работа заключается в запуске друг друга, а в конце концов – полноценной программы-загрузчика, оформленной в виде нормального файла (хотя бывают и загрузчики, целиком умещающиеся в эти записи).

В UEFI от загрузочных записей на самом накопителе предпочли избавиться, перенеся место хранения путей к загрузчикам в накопитель типа NVRAM на материнской плате. Туда же перенесён и минимально необходимый код для поддержки файловой системы. Поэтому UEFI запускает загрузчик из файла сразу, и не нуждается в “костылях”.

Необходимый минимум

Итак, что необходимо для создания универсальной загрузочной флешки для UEFI-компьютеров? Для начала – определиться с архитектурами процессоров этих компьютеров.

UEFI является кроссплатформенным, и с одинаковым успехом может использоваться и на старой, как мир, x86, и на бьющейся в агонии IA-64, и на завоёвывающей всё большую популярность ARM.

Нельзя, к тому же, забывать, что 32-битные и 64-битные версии x86 и ARM являются, вообще-то, разными архитектурами, программы для которых несовместимы друг с другом.

Точнее, односторонне совместимы (32-битный софт заработает на 64-битном процессоре, но не наоборот), однако если программа зависима от функций среды, в которой она исполняется, то совместимость возможна только через программную “прослойку” наподобие WoW64 из Windows. В UEFI такой прослойки не предусмотрено, поэтому все запускаемые в нём загрузчики и драйверы должны быть созданы для той же архитектуры, для которой собран он сам.

К чему это всё? К тому, что для создания более-менее универсального загрузочного накопителя для UEFI не удастся обойтись одним загрузчиком, потребуется несколько, по одному для каждой процессорной архитектуры, с которой планируется работать.

Путь к файлу загрузчика может быть указан явно в NVRAM, но так же поддерживается и старое доброе указание устройства с загрузчиком, в этом случае UEFI заглядывает в папку EFI\Boot, на этом устройстве, где ищет файл загрузчика с заранее заданным именем, причём для каждой архитектуры предусмотрено своё имя. Вот они:

bootx64.efiдля x86 64-bit (ПК и ноутбуки)bootia32.efiдля x86 32-bit (планшеты на x86)bootia64.efiдля IA-64 (серверы на процессорах серии Itanium)bootarm.efiдля ARM 32-bit (смартфоны, планшеты)bootaa64.efiдля ARM 64-bit (смартфоны, планшеты, в ближайшем будущем предполагаются ПК и ноутбуки)

Достаточно лишь положить нужный загрузчик вместе с нужными ему вспомогательными файлами в эту папку, и переименовать в нужное имя тот файл, который должен запускаться первым и загружать остальные.

Поскольку UEFI работает напрямую с файлами, которые лежат в разделе с файловой системой, он должен эту самую систему понимать. Их существует множество разных, и согласно стандарту, понимать UEFI обязан, как минимум, одну: FAT32.

На практике понимают так же и более старые версии FAT, а вот более новый exFAT, он же FAT64, не понимают. Кроме того, производитель материнской платы волен встраивать драйверы и для любых других ФС, к примеру, Asus добавляет драйвер NTFS.

Но если ориентироваться на универсальность, то наша флешка должна быть отформатирована именно в FAT32.

Как вы, вероятно, знаете из первой части статьи про загрузочные флешки BIOS, на флешках могут быть таблицы разделов MBR, GPT, или вообще никакой. Изначально предполагалось, что устаревший стиль MBR не будет поддерживаться в UEFI, но по факту поддерживаются все три варианта.

В случае с GPT раздел с загрузчиками должен быть помечен как EFI-загрузочный, это может сделать любой современный менеджер разделов. В случае с MBR этот раздел должен быть, желательно, первым или последним, и помечен Активным.

Если таблицы разделов нет, то дополнительных движений вовсе не потребуется.

Таким образом, можно сделать флешку, пригодную для загрузки как в BIOS, так и в UEFI. Нужно просто приготовить её для BIOS по варианту “как жёсткий диск” с любым желаемым загрузчиком, при этом первый (и желательно – единственный) раздел должен быть отформатирован в FAT32. Собственно, и для BIOS рекомендуется форматировать этот раздел в FAT32, поэтому никто ничего не теряет.

Далее достаточно просто положить EFI-загрузчики в куды следует. Конечно же, программы и ОС для работы в UEFI должны на флешке присутствовать и запускаться из используемого загрузчика, иначе толку от такой загружаемости будет мало.

Такой вариант позволит покрыть более 90% компьютеров с BIOS и чуть менее 100% компьютеров с UEFI. Возможно, ещё крохотный процент UEFI позволит покрыть флешка с GPT, все остальные стоит превентивно записать в кривые реализации, требующие не особой флешки, а обновления прошивки материнской платы.

Важные нюансы

Слишком хорошо и просто это всё выглядит, правда? Должна же быть причина, по которой столько людей, кричащих на каждом углу о трудностях загрузки в UEFI, не смогли с ним совладать, верно же?

Этих причин две. Первая – неработоспособность привычных программ и ОС для BIOS.

Проблема решается включением имеющегося в UEFI модуля эмуляции BIOS, но во многих дешёвых ноутбуках он отсутствует уже сейчас, а через пару лет его грозятся вовсе убрать из стандарта, то есть, его перестанут встраивать в большинство новых компьютеров. Реальное решение – искать альтернативы привычным инструментам. Или создать альтернативный эмулятор… Это не шутка, я серьёзно

Вторая причина – Secure Boot, протокол защищённой загрузки, не позволяющий запускать что попало. В следующей части мы рассмотрим доступные способы совладать с этой технологией, чтобы она не доставляла неудобств, даже будучи включённой.

На этом пока всё. Не забудьте поставить лайк и подписаться на канал.

Источник: https://zen.yandex.com/media/arvian_g/uroki-enikeiscika-zagruzochnaia-fleshka-uefi-chast-1-5cbd3d3dae4f3800b29a3701

Поделиться:
Нет комментариев

    Добавить комментарий

    Ваш e-mail не будет опубликован. Все поля обязательны для заполнения.