- Восстановление UEFI запуска Windows 8/8.1/10.
- После перепрошивки БИОС на UEFI перестала загружаться ОС Windows 10
- Как установить Windows 10
- Восстановление загрузчика Windows 8.1 на ноутбуке с БИОСом UEFI
- Восстановление загрузчика Windows 8.1 на ноутбуке с БИОСом UEFI
- Не загружает Win10 через UEFI
- BootDev
- Страницы
- 2018-10-29
- UEFI Shell: Что делать если не загружается ОС
- Содержание
- Возможные Причины
- Что Делать в UEFI Shell
- Вводим Команды
- Настройка Консоли
- Вывод Загрузочных Записей
- Проверка Наличия EFI-раздела
- Проверка Наличия EFI-приложения
- Добавление Загрузочных Записей
Восстановление UEFI запуска Windows 8/8.1/10.
Автор: STRIDER · Опубликовано 05.01.2018 · Обновлено 17.03.2018
Добрый день! В этой статье я расскажу о восстановлении UEFI запуска Windows 8/8.1/10, а так же о том что же такое UEFI. Поехали!
Вспомните те времена, когда BIOS был 16-битным с адресным пространством в 1 Мб, а вся информация о загрузчиках писалась в MBR? Это были насколько помню 1990 годы. И все было неизменным, менялись только характеристики оборудования. Но развитие серверов и технологий толкнули Intel к разработке EFI.
Изначально EFI создавалась для первых систем Intel-HP Itanium в середине 1990-х годов. Ограничения PC-BIOS были, очевидно, недопустимы в больших серверных платформах, для использования в которых планировался Itanium. После того как Intel передала разработку UEFI Forum (альянс AMD, American Megatrends, ARM, Apple, Dell, Hewlett Packard Enterprise, HP Inc., IBM, Insyde Software, Intel, Lenovo, Microsoft, Phoenix Technologies). 7 января 2007 года была выпущена первая версия универсальной платформы UEFI 2.1. И впервые на смену пришли более гибкие технологии: UEFI (замена BIOS), и GPT (замена MBR).
Терминология
UEFI (Unified Extensible Firmware Interface, Единый расширяемый интерфейс прошивки). В отличие от 16-битного BIOS’а UEFI работает в 32- или 64-битном режиме, что позволяет использовать намного больше памяти для сложных процессов.
MBR («Master Boot Record» — основная загрузочная запись) использует 32-битные идентификаторы для разделов, которые размещаются в очень маленьком кусочке пространства (64 байта) в самом начале диска (в конце первого сектора диска). Из-за такого маленького объёма поддерживаются только четыре первичных раздела. Поскольку используется 32-битная адресация, то каждый раздел может быть не более 2,2 ТБ. Кроме того, загрузочная запись не имеет никакой запасной MBR, так что если приложение перезапишет основную загрузочную запись, то вся информация о разделах будет потеряна.
GPT («GUID Partition table» — таблица разделов GUID) использует уже 64-битные идентификаторы для разделов, поэтому кусочек пространства, в котором сохраняется информация о разделах, уже больше чем 512 байт, кроме того, не существует ограничения на количество разделов. Заметьте, ограничение на размер раздела в этом случае почти 9,4 ЗБ (да-да, вы всё прочитали правильно — зеттабайт, единичка с двадцатью одним нулём!). А в конце диска имеется копия GPT, которая может использоваться для восстановления повреждённой основной таблицы разделов в начале диска.
Как происходит загрузка в UEFI?
С GPT-раздела с идентификатором EF00 и файловой системой FAT32, по умолчанию загружается и запускается файл \efi\boot\boot[название архитектуры].efi, например: \efi\boot\bootx64.efi.
То есть чтобы, например, создать загрузочную флешку с Windows, достаточно просто разметить флешку в GPT, создать на ней активный FAT32-раздел и скопировать все файлы с компакт-диска с дистрибутивом операционной системы
Пример создания GPT диска в Linux:
- gdisk: создать раздел, указав тип EFI System (EFI System в fdisk или ef00 в gdisk). Затем отформатировать его в файловую систему FAT32 командой mkfs.fat -F32 /dev/ ;
- GNU Parted: создать раздел FAT32 и затем установить (активировать) загрузочный флаг (но не флаг legacy_boot) на этот раздел.
Также в большинстве реализаций UEFI возможна загрузка в режиме совместимости с диска с разметкой MBR.
Менеджер загрузки
Менеджер загрузки EFI используется для выбора и загрузки ОС, исключая потребность в специализированном механизме загрузки (загрузчик ОС является приложением EFI). То есть сам загрузчик к которому мы так сильно привыкли, ни куда не делся. Он теперь универсальный для всех операционных систем и находится в ПЗУ основной прошивки системной платы (где раньше был BIOS). И для того что бы загрузить нужную нам операционную систему, нужно всего лишь загрузочный файл с расширением .efi на загрузочном разделе. Теперь нет надобности в загрузочной записи в MBR, вот и все!
Восстанавливаем запуск
Чтобы восстановить конфигурацию загрузчика (BCD), необходимо загрузится с оригинального установочного DVD диска с Windows 8
(или диска восстановления, или специально подготовленной загрузочной флешки)
и открыть окно командной строки: выбрав Восстановление системы -> Диагностика -> Командная строка (System Restore – > Troubleshoot-> Command Prompt ),
или нажав комбинацию клавиш Shift + F10 .
В открывшейся командной строке вводим последовательно:
diskpart
list volume
Выберите загрузочный раздел (100mb, и файловая система у него FAT32)
select volume 3
format fs=fat32 (форматируем загрузочный раздел, перед копированием новых загрузочных файлов).
assign letter=Z (присваиваем букву Z этому разделу).
exit (выходим из Diskpart)
bcdboot C:\Windows /s Z: /f ALL (где С: — диск с файлами Windows, Z: — буква, которую мы присвоили скрытому разделу).
Если у вас несколько OC Windows , повторите команду для второй копии (с новым расположением файлов).
diskpart
list volume
select volume N (номер скрытого раздела, которому мы присваивали букву)
remove letter=Z (удаляем букву, чтобы том не отображался в системе, когда мы перезагрузимся).
exit (выходим из diskpart).
Перезагружаемся, извлекаем все носители. И грузимся в обычном режиме. Если все сделано правильно, система начнет загрузку.
После перепрошивки БИОС на UEFI перестала загружаться ОС Windows 10
Перестала загружаться Windows после включения в биос какого-то Chassis
Помогите. Новый комп, меньше месяца, установил новые вентили на вдув и выдув, все работало.
После обгрейда перестала загружаться windows 7
Привет усем))) Поставил себе ubuntu на выделенный диск через акронис. Через ос селектор установил.
Перестала загружаться Windows 10 после обновления, загрузочный диск не загружается
Добрый день. Имеется компьютер с материнской платой Gigabyte B360M DS3H, SSD на 240Гб, жесткий.
Перестала загружаться Windows 10 после попытки вставить в ноутбук старый жесткий диск
Добрый день, второй день не могу решить проблему с запуском вин 10 на ноутбуке Samsung RV520.Дело в.
Заказываю контрольные, курсовые, дипломные и любые другие студенческие работы здесь или здесь.
Не запускается компьютер после перепрошивки БИОС программатором
Доброго времени суток! Случилась такая беда, решил я как-то раз обновить биос, знал что могут.
Перестала загружаться Windows XP
Прошу помочь в решении следующей проблемы: После удаления Avast перестала загружаться Windows XP.
Перестала загружаться Windows 7
Начала западать кнопка вкл. на системнике. Пока включал комп, несколько раз получалось вкл \ выкл.
После импортирования БД перестала загружаться
Вобщем ситуауия такая,есть прога которая написана на Делфи для работы с БД (ирбис — если это кому.
Как установить Windows 10
- Просмотров: 145 578
- Автор: admin
- Дата: 19-05-2015
Восстановление загрузчика Windows 8.1 на ноутбуке с БИОСом UEFI
Восстановление загрузчика Windows 8.1 на ноутбуке с БИОСом UEFI
то мы увидим папку EFI\Microsoft\Boot с файлами конфигурации загрузки (BCD), среди которых находится и загрузчик Windows 8.1 файл BCD.
- Примечание : ещё наша статья пригодится читателям, которые хотят привести к исходному состоянию конфигурацию загрузки BCD на своём ноутбуке. Например всем известно, что если установить на новый ноутбук с БИОСом UEFI вторую Windows, то появится меню загрузки с выбором операционных систем. Если через некоторое время удалить вторую Windows , то меню загрузки никуда не денется, запись о ней останется в файле BCD. Избавить хранилище загрузки BCD от лишних записей и перезаписать его заново поможет информация из нашей статьи.
При загрузке входим в загрузочное меню ноутбука и выбираем для загрузки нашу флешку.
При появлении начального окна установки Windows 8.1 нажимаем комбинацию Shift+F10и открывается командная строка.
Выходит список всех дисков системы, выбираем диск с установленной Windows 8.1. в нашем случае 0, а Диск 1, это наша загрузочная флешка с Win 8.1 (ориентируемся по объёму накопителей).
Следующей командой выводим список всех разделов на диске 0.
select volume 3
Назначаем ему букву
assign letter N:
Выходим из diskpart
Переходим в раздел N: с загрузчиком
cd /d N:\efi\microsoft\boot\
Переименуем некорректный файл BCD (таким образом мы сохраним его как резервную копию).
В моём случае не удаётся найти указанный файл, так он видимо полностью отсутствует (работаю на реально неисправном ноутбуке).
Следующей командой перезаписываем хранилище BCD
bcdboot C:\Windows /L ru-ru /S N: /F ALL
C:\Windows – путь к разделу с установленной Windows 8.1.
/l ru-ru – тип установленной системы ru-ru – русский язык.
/f ALL – копирование файлов среды загрузки для компьютеров с BIOS UEFI.
Не загружает Win10 через UEFI
Компьютер загружает только UEFI: Built-in EFI Shell
Доброго времени суток! Подскажите, в чем может быть проблема. Начала ни с того ни с сего.
При отключении старого HDD не загружает Win10
Купил ссд для ноутбука, установил туда винду 10 с загрузочной флэшки. Отлючил старый ххд от ноута.
Установка Win7x64 SP1 через UEFI flash drive на UEFI GPT | acer Aspire E1 771G
Попался мне laptop с разметкой диска GPT, что для меня в новинку. Узнал, что для работы с GPT компу.
Привод DVD-RW не загружает установочный диск windows 8 ни через BIOS ни через BootDevice
Итак, проблема в следующем: Привод DVD-RW не загружает установочный диск windows 8 ни через BIOS ни.
Да.
- Сбросить BIOS по умолчанию.
- Main — Network boot — Disabled;
- Main — F12 Boot Menu — Enabled;
- Main — D2D Recovery — Disabled;
- Security — Secure Boot — Disabled;
- Boot — Boot Mode — UEFI;
- SATA Mode — AHCI(если есть);
- Сохранить настройки.
Скачать оригинальный образ ОС.
Записать образ на флешку.
Загрузить флешку UEFI: USB Flash Drive через Boot menu F12 клавиша, флешка там может быть одна.
В установщике ОС Windows Shift + F10
diskpart
list disk
sel disk n, n — номер HDD
clean — вся инфа удалится.
convert gpt
Разбить HDD на разделы установщиком Windows, и ставить ОС.
BootDev
Создание загрузочных дисков и прочие полезные мелочи
Страницы
2018-10-29
UEFI Shell: Что делать если не загружается ОС
Представим ситуацию, что по какой то причине, вместо обычной загрузки операционной системы, перед вами появилась командная строка UEFI Shell, с сообщением «Press ESC in 1 in seconds to skip staurtup.nsh or any other key to continue». Что делать?
Содержание
Возможные Причины
Загрузка в UEFI происходит согласно загрузочным записям. Если в BIOS данные записи представляли просто список имеющихся жестких дисков, то UEFI в данном плане действует по другой схеме. По умолчанию UEFI определяет все диски с таблицей разделов MBR и GPT, с последующим поиском на них разделов отформатированных в поддерживаемую файловую систему. Таковой является FAT(12, 16, 32). Данные диски попадают в загрузочный список. Приоритет загрузки данного списка можно конфигурировать через интерфейс UEFI, или с помощью командной оболочки UEFI Shell.
Каждая загрузочная запись может указывать либо просто на диск, в котором содержится соответствующий FAT-раздел, либо на конкретный *.efi файл. В первом случае UEFI будет искать загрузочный файл по умолчанию. Таковыми, к примеру, являются /EFI/boot/bootx64.efi, /EFI/boot/bootia32.efi, /EFI/boot/bootarm.efi или /EFI/boot/bootaa64.efi. В данном случае указаны файлы boot*.efi предназначены для разных архитектур ПК.
Исполняемые файлы boot*.efi выполняют запуск основного загрузчика операционной системы, таких как Windows Boot Manager, GRUB2, rEFInd, Clover, Xorboot и других. Загрузчик в свою очередь, уже выполняет запуск ядра операционной системы.
Учитывая все сказанное, можно сделать вывод. Раз перед нами красуется UEFI Shell, то значит подсистеме UEFI по какой то причине не удалось найти необходимый загрузочный *.efi файл. Он может быть поврежденным, или просто отсутствовать. Или как говорилось немного выше, может быть просто изменен приоритет загрузочных записей. И последний вариант, просто отсутствует необходимая загрузочная запись.
UEFI Shell — это инструмент управления загрузкой вручную. Если вы не инициировали запуск данной командной оболочки, то это означает, что нужно проверить загрузочную конфигурацию. И не обязательно делать это именно через командную строку. Сперва разбираемся с конфигурацией в меню UEFI. И если результатов нет, то переходим к следующему разделу.
Что Делать в UEFI Shell
Оказавшись в UEFI Shell, первым делом необходимо будет, на удивление, настроить цвета консоли и ее размер. Делается это для того, чтобы избавиться от нечитаемого синего текста на черном фоне. Изменение размера консоли, позволит отображать больше информации. Подправить внешний вид помогут команды cls и mode .
После настройки внешнего вида, необходимо будет просмотреть информацию о загрузочных записях. Эта информация позволит определить, какие загрузочные EFI-приложения должны грузиться, в какой последовательности, и на каких разделах они должны располагаться. Команда bcfg .
Последний шаг, это проверка вручную возможность загрузки с указанного EFI-приложения или диска.
Важным нюансом данного шага, является то, что необходимое EFI-приложение может присутствовать. Но может отсутствовать приложение которое запускается этим приложением. Или оно может быть повреждено.
К примеру, приложение /EFI/Boot/bootx64.efi, указанное в загрузочной записи, запускает /EFI/Microsoft/Boot/bootmgfw.efi, которое запускает приложение выполняющее запуск операционной системы с другого раздела /Windows/System32/Boot/winload.efi.
Если же загрузочная запись указывает просто на диск, то при загрузке с такой записи, на указанном накопителе будет производиться поиск загрузочного EFI-раздела, и в случае его нахождения, поиск на нем загрузочного EFI-приложения по умолчанию (/efi/boot/boot*.efi).
Для такой записи необходимо проверить наличие на диске EFI-раздела, и EFI-приложения расположенного в папке /EFI/boot/. В этом помогут команды map , cd и dir .
Вводим Команды
Все последующие операции будут производиться на виртуальной машине VirtualBox. На виртуальный диск которой, установлено две операционные системы, Windows 10 и Ubuntu 18.10. В качестве основного загрузчика используется GRUB2. Загрузчик Windows Boot Manager, так же присутствует, но не используется.
Не лишним будет, перед началом работы с UEFI Shell, ознакомиться с описанием данной командной оболочки, доступным по этой ссылке https://www.bootdev.ru/2018/05/EFI-Shell.html.
Настройка Консоли
Зададим параметры цвета фона и текста оболочки UEFI Shell. Оптимальными для читабельности, на мой взгляд, являются цвета — серый для фона, и черный для текста.
Доступные варианты цветов можно посмотреть в справке по команде.
Размер консоли задается командой mode . Сперва вводим данную команду без каких либо аргументов, чтобы определить доступные разрешения консоли.
А уже после, с указанием нужного разрешения.
Вывод Загрузочных Записей
Любую проблему загрузки, нужно начинать с анализа загрузочных записей. Выведем список текущих записей.
Текущая загрузочная конфигурация состоит из трех записей.
Запись 0 — загрузка с дисковода.
Запись 1 — загрузка с жесткого диска.
Запись 2 — загрузка встроенной командной оболочки UEFI Shell.
Из присутствующих записей, только одна может осуществлять загрузку операционной системы, это запись под номером 1 (по факту вторая). Запоминаем номер диска и его тип из параметра DevPath.
Если имеются проблемы с загрузкой операционной системы, то необходимо проверить, наличие указанного диска, и присутствие на нем EFI-радела и EFI-приложения.
Проверка Наличия EFI-раздела
Все распознанные дисковые (или блочные) устройства можно просмотреть командой map .
Вывод команды, представляет список точек монтирования FS x : и BLK x :, где x это номер.
Точки монтирования начинающиеся с префикса FS (File System), указывают на разделы или диски (в данном случае имеются в виду CD-диски) файловую систему которых подсистема UEFI смогла определить. То есть, с таким разделом/диском можно полноценно работать. Чтение, редактирование, создание, копирование, удаление, перемещение файлов и каталогов.
Точки монтирования начинающиеся с префикса BLK, это разделы или диски (в этом случае, подразумеваются любые диски), файловая система которых неизвестна UEFI. Или это точка монтирования многотомного диска, то есть она указывает на сам диск, а не на его разделы. Каждый раздел этого диска так же будет иметь свою точку монтирования.
Для понимания, ниже, на снимке экрана, отмечены все точки монтирования указывающие на диски (то есть доступ к данным начинается с первого сектора диска).
Все что не отмечено, это разделы отмеченных дисков.
Исключением из правила, что точки монтирования BLK не определяются, так же возможны. А возможны они если к примеру есть точка монтирования FS и BLK указывающие на один и тот же раздел/диск. Ниже, на снимке, отмечены таковые.
Теперь собственно ответ на вопрос, какой из указанных разделов или дисков может являться для подсистемы UEFI загрузочным, то есть может быть EFI-разделом. Таким может быть любая FSx: точка монтирования. Здесь логика проста, если UEFI может прочитать содержимое указанной точки монтирования, то значит возможен поиск загрузчика по умолчанию (тот что располагается в папке /efi/boot/).
В предыдущем разделе, при просмотре загрузочных записей, мы выяснили что загрузочным диском является диск Sata(0x0, 0x0, 0x0). К данному диску относятся следующие записи, отмеченные на снимке ниже.
Понятной в плане файлового доступа, на уровне UEFI, является лишь запись — FS0:. Эта точка монтирования в данном случае, является загрузочным EFI-разделом (по крайней мере для подсистемы UEFI).
Что было бы, если доступных разделов было бы больше одного. При условии что загрузочная запись указывает на диск в целом. В этом случае, загрузка проходила бы в порядке очереди следования разделов. До момента, пока не будет обнаружено *.efi приложение запускаемое по умолчанию. Нам, в этом случае, пришлось бы проверять каждый на наличие соответствующих загрузочных файлов.
Проверка Наличия EFI-приложения
Определившись с разделом, который может выступать в качестве загрузочного, необходимо проверить наличие на нем соответствующих загрузочных файлов. Из прошлого раздела, мы выяснили, что в качестве такого может выступать раздел смонтированный под меткой FS0.
Для удобства восприятия, далее по тексту, метки точек монтирования, я буду называть дисками. По аналогии с дисками операционной системы Windows, буква после которой идет знак двоеточия. UEFI Shell в этом плане, как раз копирует, по своим повадкам в большей степени, именно командную оболочку Windows CMD.
Выполним переход на диск FS0.
Приглашение ввода команд изменится, и будет отображать текущее ваше местоположение в файловой системе. На данный момент это корень диска FS0. Просмотрим его содержимое.
В корне диска, присутствует только каталог EFI. Перейдем в данный каталог и посмотрим что в нем находится.
Внутри каталога EFI находится три подкаталога Boot, Microsoft и ubuntu. Каталог Boot является в данном случае загрузочным по умолчанию. В нем располагаются загрузочные приложения boot*.efi, которые запускаются подсистемой UEFI автоматически. Просмотрим содержимое данного каталога.
Вывод команды показывает, что в каталоге Boot содержится три файла, один из которых bootx64.efi. Данный файл запускается подсистемой UEFI автоматически. Хочу обратить ваше внимание на цвета данных файлов, в выводе команды ls, они зеленые. Это говорит о том, что данные файлы являются исполняемыми, и их можно запустить вручную.
Если сейчас выполнить запуск файла bootx64.efi, то загрузится загрузчик GRUB2.
Каталоги Microsoft и ubuntu, содержат файлы загрузчиков Windows Boot Manager и GRUB2 соответственно.
Для каталога Microsoft, основные файлы загрузчика располагаются в подкаталоге Boot.
Основной загрузчик на данный момент GRUB2. Это означает, что файл /EFI/Boot/bootx64.efi как то использует содержимое каталога /EFI/ubuntu/. Будь то запуск исполняемого файла, либо чтение файла конфигурации. Взглянем внимательно содержимое папок /EFI/Boot/ и /EFI/ubuntu/.
Обратите внимание на файлы shimx64.efi и bootx64.efi, а точнее на их размер. Думаю вы догадались, что данные файлы идентичны. А это означает что, файлу bootx64.efi нет смысла запускать свою копию. Остается два варианта, либо это файл grubx64.efi, что более очевидно исходя из имени файла, либо mmx64.efi. Запустим файл mmx64.efi, чтобы убедиться что это не то приложение.
Ожидания подтвердились, открылся явно не загрузчик GRUB2.
Подведем промежуточный итог. Файл /EFI/Boot/bootx64.efi на само деле является файлом /EFI/ubuntu/shimx64.efi. Приложение /EFI/Boot/bootx64.efi при запуске, вызывает другое приложение, а именно /EFI/ubuntu/grubx64.efi. В последнем можно убедиться, просто переименовав файл /EFI/ubuntu/grubx64.efi, с последующей попыткой загрузки с данного диска.
Что полезного можно извлечь из этой информации? Самое важное, это то, что папка /EFI/ubuntu/ содержит полный набор файлов. Если вдруг по какой либо причине, оригинальный файл /EFI/Boot/bootx64.efi будет удален или поврежден, то его можно будет лего восстановить, простым копированием файла /EFI/ubuntu/shimx64.efi с последующим переименованием в bootx64.efi.
Такое поведение, характерно и для директории /EFI/Microsoft/Boot/. В ней так же содержится все необходимое. Роль файла /EFI/Boot/bootx64.efi будет исполнять /EFI/Microsoft/Boot/bootmgfw.efi. Который в свою очередь будет запускать файл /EFI/Microsoft/Boot/bootmgr.efi. То есть, выполнив такую подмену, вместо загрузчика GRUB2 будет запускаться Windows Boot Manager. Попробуем провести такую подмену.
Windows Boot Manager успешно запустился, и загрузил операционную систему Windows 10.
Чтобы вернуть на место загрузчик GRUB2, достаточно просто удалить (или переименовать) текущий файл /EFI/Boot/bootx64.efi, и переименовать /EFI/Boot/bootx64.efi_ к своему прежнему имени bootx64.efi.
Добавление Загрузочных Записей
При обычных условиях, в моем примере с виртуальной машиной, происходит загрузка исполняемого файла по умолчанию /EFI/Boot/bootx64.efi. Этому способствует загрузочная запись указывающая на диск в целом.
В прошлой главе, для того чтобы вернуть вместо загрузчика GRUB2 загрузчик Windows Boot Manager, приходилось производить файловые манипуляции. Переименование и подмена файла bootx64.efi. Точно такого же результата можно добиться просто добавив загрузочную запись, указывающей на нужный исполняемый файл необходимого загрузчика. Добавим ее.
Посмотрим на загрузочное меню, после добавление новой записи.
Аналогичным образом можно добавить запуск любой исполняемой программы *.efi. Теперь попробуем переместить добавленную запись. Или иначе говоря, изменить приоритет загрузки. Передвинем нашу запись на третье место.
Взглянем на загрузочное меню.
И последнее что осталось сделать, это удалить добавленную запись.
Смотрим загрузочное меню.
Загрузочная запись полностью удалена.
Важным нюансом является нумерация. Учтите что она начинается с нуля. То есть если речь идет о третей записи по списку, ее номер будет 2.
В данном материале были затронуты следующие вопросы: Что делать если вместо операционной системы загрузилась UEFI Shell? Как работать с UEFI Shell? Как работать с файлами в UEFI Shell? Как восстановить, вернуть прежний загрузчик через UEFI Shell? Как определить загрузочный EFI-раздел? Как работать с загрузочными записями через UEFI Shell? Как добавить загрузочную запись UEFI Shell? Как изменить приоритет загрузочной записи через UEFI Shell? Как удалить загрузочную запись в UEFI Shell? Как выполнить запуск приложений EFI? Как загрузить операционную систему через UEFI Shell?
Думаю это не последняя статья на тему UEFI Shell. В следующих, мы поговорим о загрузке драйверов в UEFI Shell. И установке дополнительного загрузчика через UEFI Shell.