Efi shell не запускается windows

EFI Shell – как установить Windows | Что делать?

На чтение 3 мин Опубликовано 27.07.2021 Обновлено 27.07.2021

В данной статье вы узнаете, что делать если после покупки нового ноутбука (Acer, Asus, Dell, Lenovo и др) который вы берете без предустановленной операционной системы Windows c целью экономии денег, а придя домой втыкаете загрузочную флешку с Windows 10, но на мониторе вместо установочного экрана у вас светится желто-белые надписи :

EFI shell version 2.60 current running mode 1.1.2  или EFI shell version 2.70 – что делать?

Всем добрый ночи! из-за большой загрузки никак не могу часто обновлять и добавлять на блог новый контент, но сегодня особый случай) Ночью позвонил коллега с работы который купил себе на день рождение ноутбук Acer, но с целью экономии выбрал системы без установленного Windows 10, что я считаю правильным решением ибо нафиг оно там надо)

но статья не об этом, а о том, что производители дабы отбить желание своих покупателей от таких ноутов создают им подлянку в виде UEFI shell которая встречает радостного владельца кучей текста в котором только НЕО из матрицы может быстро считать, что этой системе надо)))

Я если честно с такой штуковиной никогда не сталкивался и сразу полез искать пути решения и прокалупались мы где то мин 20-30 пока я читал хелпы

В итоге данная фигня лечится очень просто!!!

Необходимо просто набрать команду: Exit и нажать энтер

Вот и все) у вас система закроет этот EFI shell и пойдет грузиться дальше)))

Чувак ты бог, спасибо большое! )

24.67%

Проголосовало: 3206

Если Вам не помогла эта статья, читайте мою новую статью актуальную на 2021-2022 год, где я показываю как выйти из EFI Shell

Единственное с чем Вы сталкнетесь когда закроете биос и будете с вожделением ждать установку Windows у вас на экране появится вот такой замок)

но это из-за того, что нужно отключить Security Boot в биосе, но это вы уже можете прочитать в этой статье – Ошибка Security boot fail 

или посмотреть мое видео:

В данной статье мы разобрали вопросы:

1. Ошибка при первом включении компьютера/ноутбука efi shell version 2.70
2. UEFI Shell: Что делать если не загружается ОС?
3. как выйти из оболочки EFI при включении компьютера?
4. Efi shell как установить виндовс 10 с флешки?
5. При запуске ПК efi shell version?

Представим ситуацию, что по какой то причине, вместо обычной загрузки операционной системы, перед вами появилась командная строка UEFI Shell, с сообщением «Press ESC in 1 in seconds to skip staurtup.nsh or any other key to continue». Что делать?

Содержание

• Возможные Причины
• Что Делать в UEFI Shell
• Вводим Команды
  • Настройка Консоли
  • Вывод Загрузочных Записей
  • Проверка Наличия EFI-раздела
  • Проверка Наличия EFI-приложения
  • Добавление Загрузочных Записей
• Резюме

Возможные Причины

Загрузка в 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. Оптимальными для читабельности, на мой взгляд, являются цвета — серый для фона, и черный для текста.

cls 7 0

Доступные варианты цветов можно посмотреть в справке по команде.

cls -? -b

Размер консоли задается командой mode. Сперва вводим данную команду без каких либо аргументов, чтобы определить доступные разрешения консоли.

А уже после, с указанием нужного разрешения.

mode 128 40

Вывод Загрузочных Записей

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

bcfg boot dump

Текущая загрузочная конфигурация состоит из трех записей.

Запись 0 — загрузка с дисковода.
Запись 1 — загрузка с жесткого диска.
Запись 2 — загрузка встроенной командной оболочки UEFI Shell.

Из присутствующих записей, только одна может осуществлять загрузку операционной системы, это запись под номером 1 (по факту вторая). Запоминаем номер диска и его тип из параметра DevPath.

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

Проверка Наличия EFI-раздела

Все распознанные дисковые (или блочные) устройства можно просмотреть командой map.

Вывод команды, представляет список точек монтирования FSx: и BLKx:, где 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:

Приглашение ввода команд изменится, и будет отображать текущее ваше местоположение в файловой системе. На данный момент это корень диска FS0. Просмотрим его содержимое.

ls

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

cd EFI
ls

Внутри каталога EFI находится три подкаталога Boot, Microsoft и ubuntu. Каталог Boot является в данном случае загрузочным по умолчанию. В нем располагаются загрузочные приложения boot*.efi, которые запускаются подсистемой UEFI автоматически. Просмотрим содержимое данного каталога.

ls Boot

Вывод команды показывает, что в каталоге Boot содержится три файла, один из которых bootx64.efi. Данный файл запускается подсистемой UEFI автоматически. Хочу обратить ваше внимание на цвета данных файлов, в выводе команды ls, они зеленые. Это говорит о том, что данные файлы являются исполняемыми, и их можно запустить вручную.

Если сейчас выполнить запуск файла bootx64.efi, то загрузится загрузчик GRUB2.

Boot\bootx64.efi

Каталоги Microsoft и ubuntu, содержат файлы загрузчиков Windows Boot Manager и GRUB2 соответственно.

ls ubuntu
ls Microsoft

Для каталога Microsoft, основные файлы загрузчика располагаются в подкаталоге Boot.

ls Microsoft\Boot -b

Основной загрузчик на данный момент GRUB2. Это означает, что файл /EFI/Boot/bootx64.efi как то использует содержимое каталога /EFI/ubuntu/. Будь то запуск исполняемого файла, либо чтение файла конфигурации. Взглянем внимательно содержимое папок /EFI/Boot/ и /EFI/ubuntu/.

Обратите внимание на файлы shimx64.efi и bootx64.efi, а точнее на их размер. Думаю вы догадались, что данные файлы идентичны. А это означает что, файлу bootx64.efi нет смысла запускать свою копию. Остается два варианта, либо это файл grubx64.efi, что более очевидно исходя из имени файла, либо mmx64.efi. Запустим файл mmx64.efi, чтобы убедиться что это не то приложение.

ubuntu\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. Попробуем провести такую подмену.

# переименование текущего bootx64.efi
mv Boot\bootx64.efi Boot\bootx64.efi_

# копирование файла bootmgfw.efi в bootx64.efi
cp Microsoft\Boot\bootmgfw.efi Boot\bootx64.efi

# просмотр полученного результата
ls Boot

Пробуем загрузиться.

Windows Boot Manager успешно запустился, и загрузил операционную систему Windows 10.

Чтобы вернуть на место загрузчик GRUB2, достаточно просто удалить (или переименовать) текущий файл /EFI/Boot/bootx64.efi, и переименовать /EFI/Boot/bootx64.efi_ к своему прежнему имени bootx64.efi.

# переходим в каталог Boot
cd Boot

# смотрим список файлов
ls

# удаляем текущий файл bootx64.efi (стартер загрузчика Windows)
rm bootx64.efi

# переименовываем обратно, то есть возвращаем на место файл загруpчика GRUB2
mv bootx64.efi_ bootx64.efi

# смотрим что получилось
ls

Добавление Загрузочных Записей

При обычных условиях, в моем примере с виртуальной машиной, происходит загрузка исполняемого файла по умолчанию /EFI/Boot/bootx64.efi. Этому способствует загрузочная запись указывающая на диск в целом.

bcfg boot dump

В прошлой главе, для того чтобы вернуть вместо загрузчика GRUB2 загрузчик Windows Boot Manager, приходилось производить файловые манипуляции. Переименование и подмена файла bootx64.efi. Точно такого же результата можно добиться просто добавив загрузочную запись, указывающей на нужный исполняемый файл необходимого загрузчика. Добавим ее.

# добавляем загрузочную запись в позицию 0, то есть на первое место
bcfg boot add 0 \EFI\Microsoft\Boot\bootmgfw.efi "Start Windows 10"

# смотрим текущую загрузочную конфигурацию
bcfg boot dump

Посмотрим на загрузочное меню, после добавление новой записи.

Аналогичным образом можно добавить запуск любой исполняемой программы *.efi. Теперь попробуем переместить добавленную запись. Или иначе говоря, изменить приоритет загрузки. Передвинем нашу запись на третье место.

# установка для записи 0 нового порядкового номера 2
bcfg boot mv 0 2

# вывод загрузочной конфигурации
bcfg boot dump

Взглянем на загрузочное меню.

И последнее что осталось сделать, это удалить добавленную запись.

# удаление записи под номером 2
bcfg boot rm 2

# вывод загрузочной конфигурации
bcfg boot dump

Смотрим загрузочное меню.

Загрузочная запись полностью удалена.

Важным нюансом является нумерация. Учтите что она начинается с нуля. То есть если речь идет о третей записи по списку, ее номер будет 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.

P.S. Некоторые цветовые схемы которые могу вам приглянуться cls 3 11, cls 7 0, cls 5 15.

Немного теории

---

За загрузку Windows отвечает микропрограмма, прошитая в постоянном запоминающем устройстве на материнской плате. Раньше она называлась BIOS, базовой системой ввода-вывода, сейчас называется UEFI. Эта микропрограмма, «прошивка», находит на системном диске таблицу разделов GPT, после чего запускает диспетчер загрузки, а тот, в свою очередь, передает управление загрузчику Windows.

UEFI, которую по инерции частенько называют BIOS, можно условно назвать операционной системой, которая «хозяйничает» на компьютере до передачи управления загрузчику Windows. У этой «ОС» есть своя командная оболочка UEFI Shell. Она может выполнять скрипты, записанные в файлах с расширением *.nsh.

Собственно, именно в этой оболочке мы и застряли, когда увидели надпись «Press ESC in 1 Seconds…» (цифры могут быть и другие — 2, 3, 5 секунд). Startup.nsh — это сценарий, выполняющийся перед передачей управления загрузчику операционной системы и запуском Windows. А надпись «Shell>» с мигающим курсором — это командная строка оболочки UEFI Shell.

Осталось всего ничего — выяснить, почему мы зависли в этой «условной операционной системе» и загрузить настоящую. С окошечками, «Вордом», социальными сетями и танчиками. Этим и займемся.

Почему загрузка останавливается на оболочке UEFI Shell

---

Загрузка может останавливаться на UEFI Shell по следующим причинам:

• На компьютере не установлена Windows.
• Изменились настройки UEFI в BIOS.
• Некорректная установка или обновление операционной системы.
• Установленная Windows не совместима с оборудованием.
• Поврежден загрузочный файл *.efi.
• Загрузочный файл *.efi отсутствует.
• Сбой BIOS.
• Неправильное подключение жестких дисков.
• Программный сбой Windows.
• Аппаратная поломка.
• Неправильно выставлен режим контроллера HDD в BIOS.
• Изменен приоритет загрузочных записей.
• Нет нужной загрузочной записи.

С чего начать

---

Попробуйте ввести в командную строку UEFI Shell команду exit и нажать Enter. Вполне возможно, что после выхода из оболочки продолжится загрузка операционной системы. Каждый раз набирать exit, конечно, не дело. Поэтому продолжим эксперимент. Попробуйте ввести в командную строку bootx64.efi. Если Windows грузится, перезагрузите компьютер и в строке UEFI Shell:

1. Введите edit startup.nsh.
2. Скрипт startup.nsh загружается в текстовый редактор.
3. Добавьте в сценарий строку bootx64.efi.
4. Сохраните изменения.
5. Перезагрузите компьютер.

Справка. Файлы *.efi выполняют запуск основного загрузчика операционной системы. В случае Windows это будет Windows Boot Manager.

Загрузочные записи в UEFI Shell

---

Проверить корректность загрузочной записи можно непосредственно в UEFI Shell:

1. Введите команду bcfg boot dump.
   Здесь у нас пункт 00 относится к приводу DVD, 02 — к EFI Shell (это видно по описаниям Desc). Для загрузки может использоваться только 01 — EFI Hard Drive. В DevPath он определен как SATA (0x0, 0x0, 0x0) — это нам еще пригодится, запоминаем.

1. Введите команду map.
   Обратите внимание, что загрузочными могут быть только точки монтирования FSx, но не BLKx. Нашему диску, определенному командой bcfg boot dump, соответствует FS0. Если доступных разделов больше, UEFI проверяет их последовательно, пока не находит загрузочную запись *.efi.

1. Введите команду FS0, затем ls. По первой команде мы перешли в раздел FS0, по второй вывели имеющиеся на нем папки. В данном случае директория у нас только одна — EFI.

1. Заходим в папку и выводим ее содержимое на экран: cd EFI, ls.

1. Выводим содержимое каталога Boot и находим в нем загрузочную запись bootx64.efi. Именно ее и будет запускать UEFI Shell.

1. Теперь заходим в каталог Microsoft командой ls Microsoft\\Boot -b.

1. Здесь мы видим загрузочную запись bootmgfw.efi, относящуюся к Windows Boot Manager. Но UEFI пытается запустить bootx64.efi из папки Boot. Исправим ситуацию и заставим компьютер загружать Windows.
2. Введите команду mv Boot\\bootx64.efi Boot\\bootx64.old (переименовали текущую загрузочную запись в bootx64.old).
3. Введите команду cp Microsoft\\Boot\\bootmgfw.efi Boot\\bootx64.efi (скопировали загрузочную запись Windows в bootx64.efi).

Вместо переименований и копирований пунктов 8 и 9, можно ввести команду bcfg boot add 0 \\EFI\\Microsoft\\Boot\\bootmgfw.efi "Start Windows 10". Этой командой мы только что перенесли загрузочную запись Windows в позицию 0, то есть поставили ее на первое место.

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

BIOS

---

Если компьютер грузится в Shell после некорректной установки Windows, с большой долей вероятности UEFI настроен на загрузку не с того диска. Возможные варианты решения:

• Физическое переподключение жесткого диска к другому слоту.
• Переключение загрузчика в BIOS. Вкладка может называться Boot/UEFI HDD BBS Properties, Boot Device Priority или иначе (зависит от версии BIOS/UEFI). Ориентируйтесь на слово Boot.
• Отключение в BIOS опции MSI Fast Boot или UEFI Boot.
• Восстановление/переустановка Windows.

Чтобы зайти в BIOS, обычно нужно нажать Del или F2 после включения компьютера. Возможны, хоть и менее вероятны, и иные варианты. Например, другие функциональные клавиши, Fn + функциональная клавиша или другие комбинации. Как вариант, следите за экраном загрузки после включения компьютера. Увидели надпись: «Press название_клавиши to Enter Setup» — это оно и есть.

Также не исключен вариант, что UEFI настроен на тот диск, но с самим диском что-то не то. Убедитесь, что BIOS его видит. Проверьте HDD. Это можно сделать, например, утилитой Victoria, HDDScan, Acronis Disk Director, MHDD или CrystalDiskInfo. Если BIOS диск не видит, проверьте подключение шлейфов, поменяйте шлейфы на заведомо исправные, подключите накопитель к другому порту или другому компьютеру.

Аппаратный сброс BIOS

Если приглашение UEFI Shell появляется, но компьютер не реагирует на клавиатуру, попытайтесь сбросить BIOS на заводские установки. Сброс BIOS:

1. Выключите компьютер и физически его обесточьте (отсоедините сетевой кабель от блока питания).
2. Открутите крепежные винты и снимите боковую крышку системного блока, чуть подвинув ее в сторону задней стенки и приподняв вверх.
3. Прикоснитесь к корпусу для снятия статического заряда.
4. Найдите на материнской плате крупную круглую батарейку с надписью CR-2032 (она одна, других нет).
5. Если не видите батарею, наверняка она где-то «спряталась». Например, под видеокартой. В этом случае графический адаптер придется аккуратно снять (а по окончании процедуры так же аккуратно установить обратно).
6. Вытащите на пару секунд батарейку.
7. Поставьте ее обратно.
8. Прикрутите боковую крышку, подключите питание и запустите компьютер.

Важно! Выполняйте пункты 1-3 всякий раз, когда собираетесь лезть внутрь системного блока компьютера.

Если сброс BIOS не помог, а компьютер периодически виснет и перегружается в EFI Shell, попробуйте заменить батарейку CR-2032 на материнской плате. Можно заодно проверить вольтаж, особенно если элемент питания работает уже несколько лет. Если значение намного меньше 3 вольт, батарею нужно менять однозначно. Стоит она копейки и продается где угодно.

На некоторых материнских платах сбросить BIOS можно с помощью джамперов, обычно подписанных «Clear CMOS»… впрочем, мы его уже сбросили.

Cannot find required map name

Если перед предложением пропустить startup.nsh через X секунд вы видите строчку «Cannot find required map name», вероятнее всего, режим контроллера HDD материнской платы у вас выставлен на AHCI. Для решения проблемы попробуйте поменять его на SATA или RAID.

Название опции режима контроллера HDD зависит от BIOS. Она может называться, например, «Configure SATA», «OnChip SATA Type» или «ICH SATA Control Mode» со значениями «IDE», «RAID», «AHCI». Ищите слова SATA и AHCI.

Выходите из BIOS с сохранением изменений (Save Changes & Exit, Save & Exit).

Загадочные настройки BIOS

Если при загрузке вы попадаете в UEFI Shell после «я побродил по BIOS и чего-то там понажимал», можно попытаться, чтобы не проверять кучу параметров («бродить по BIOS и чего-то там нажимать»), сбросить настройки до заводских. Соответствующая опция может называться Load Setup Defaults или Load Default Settings. После этого не забудьте сохранить изменения: Save Changes & Exit.

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

Для начала попробуйте все другие способы. Если ничего не поможет (или лень заморачиваться изначально), вызывайте мастера.

Установка Windows «с нуля»

---

Подобная ситуация случается при покупке некоторых новых системных блоков и ноутбуков. Пользователи не обращают внимание, что компьютер продается без операционной системы, а потом удивляются, что не грузится Windows. ОС и не будет грузиться, если ее нет. Может, именно отсутствием лицензионного платного ПО и объясняется невысокая цена компьютера?!

Если у вас нет оригинального диска Windows или он поврежден, создайте загрузочную флешку или установочный DVD. Сделать это можно с помощью многих сторонних программ либо официальной программой Microsoft Media Creation Tool. На странице скачивания утилиты внимательно изучите разделы «Использование средства для создания установочного носителя… для установки Windows 10» и «Использование созданного установочного носителя…».

Там написано все, что вам потребуется для установки, включая:

• Выбор подходящей версии Windows.
• Алгоритм создания установочного носителя.
• Порядок действий при проверке наличия обновлений драйверов после установки Windows.
• Изменение порядка или меню загрузки во время установки операционной системы.

Оригинальный образ в любом случае будет стабильней, чем пиратская сборка. С «чистой» Windows меньше шансов столкнуться с проблемами как при установке ОС, так и при ее работе. Драйвера лучше скачать заранее, особенно если нет установочных дисков.

Программный сбой Windows

---

Если после выхода из оболочки UEFI Shell по команде exit продолжается нормальная загрузка Windows, но никакие из описанных выше способов не помогают:

1. В строку поиска меню Пуск введите cmd. Кликните по найденному результату правой кнопкой мыши и выберите в контекстном меню пункт Запуск от имени администратора.
2. В режиме командной строки введите chkdsk /f /r/x. По этой команде ОС проверит диск. Проверка начнется после перезагрузки компьютера.
3. В режиме командной строки введите sfc /scannow. По завершении проверки выйдите из эмулятора по команде exit.
4. Проверьте компьютер на вирусы и другое вредоносное программное обеспечение (никогда лишним не будет). Антивирус лучше записать на загрузочную флешку. Сделать это можно, например, на официальных сайтах Dr.Web или Kaspersky. Помимо антивирусного ПО и свежих вирусных баз, там же вы найдете подробные инструкции и инструменты для создания загрузочного носителя.
5. Запустите системную утилиту Восстановление системы. Выберите контрольную точку по ближайшей дате, когда компьютер еще не грузился в UEFI Shell.

Если ничего не получилось, можно попытаться устранить проблемы запуска или вернуть компьютер в исходное состояние с помощью загрузочного диска операционной системы. Сделать его можно с помощью утилиты Microsoft Media Creation Tool (см. выше «Установка Windows с нуля»).

Устранение проблем запуска с помощью загрузочной флешки (диска):

1. Вставьте загрузочную флешку.
2. Поставьте загрузку с USB в BIOS («Boot Device Priority» или другой пункт со словом «Boot») или выберите загрузку с USB в загрузочном меню (обычно вызывается функциональными клавишами F5, F8, F9, F11 или F12 после включения компьютера).
3. При появлении надписи «Press any key…» делайте, что вас и просят — нажмите любую клавишу.
4. Зайдите в «Восстановление системы».
5. Выберите вашу операционную систему в окне параметров восстановления.
6. Зайдите в Диагностика > Дополнительные параметры > Восстановление запуска.
7. Если меняли приоритет загрузки не через загрузочное меню, а в BIOS/UEFI, не забудьте при следующем включении ПК вернуть предыдущее значение.

Опция «Вернуть компьютер в исходное состояние» находится в окне «Диагностика».

---

Ничего не помогло? — Придется действовать более кардинально — попытаться переустановить операционную систему. С помощью загрузочного диска, который мы уже сделали. Если и это не помогло — вызывайте мастера. Пусть у него голова болит, почему Windows нормально грузиться не хочет.

EFI Shell version 2.31 (или просто EFI Shell) — это утилита для управления загрузкой компьютера и файловой системой, которая используется на компьютерах с UEFI (Unified Extensible Firmware Interface). Она может помочь исправить проблемы, связанные с загрузкой операционной системы. Однако при работе с EFI Shell могут возникнуть различные ошибки, в данной статье мы рассмотрим несколько из них и предложим способы их устранения.

Ошибка «No mapping found»

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

1. Откройте EFI Shell, используя соответствующую комбинацию клавиш при запуске компьютера (обычно это F2, F8, F11 или F12).
2. Используйте команду map для определения дисков и разделов компьютера.
3. Найдите раздел, на котором находится операционная система (обычно это раздел с файловой системой NTFS или FAT32).
4. Используйте команду fsX: для перехода на нужный раздел (вместо «X» подставьте номер раздела).
5. Используйте команду cd для перехода в каталог с файлами операционной системы.

Ошибка «Invalid signature detected»

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

1. Откройте EFI Shell, используя соответствующую комбинацию клавиш при запуске компьютера.
2. Используйте команду drivers для получения списка загруженных драйверов.
3. Найдите драйвер, который вызывает ошибку (обычно это драйвер с неправильной подписью).
4. Используйте команду unload для выгрузки драйвера.
5. Перезапустите компьютер.

Ошибка «No bootable device found»

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

1. Убедитесь, что на компьютере установлен правильный загрузочный диск.
2. Откройте EFI Shell, используя соответствующую комбинацию клавиш при запуске компьютера.
3. Используйте команду map для определения дисков и разделов компьютера.
4. Проверьте, что загрузочный диск отображается в списке найденных дисков.
5. Используйте команду exit для выхода из EFI Shell и перезапустите компьютер.

Вывод

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

Bootloops и BSOD – это то, с чем сталкивается каждый пользователь ПК. Важно не паниковать и не пытаться определить причину проблемы. В этом случае некоторые пользователи застряли в EFI Shell после перезагрузки компьютера.

Для некоторых ошибка предшествовала внезапному отключению, в то время как другие не испытывали ничего необычного до ошибки EFI Shell. Мы нашли 3 возможных решения этой проблемы и поместили их ниже.

Как исправить ошибки EFI Shell при загрузке ПК

1. Подключите жесткий диск в другой порт
2. Отключить MSI Fast Boot или UEFI Boot в BIOS
3. Удалить CMOS аккумулятор

Решение 1. Подключите жесткий диск к другому порту

Первый шаг, с которым мы сталкиваемся как возможное решение, – это изменение порта жесткого диска. По-видимому, переключая порты SATA, некоторым пользователям удалось получить EFI (Extensible Firmware Interface). Это, конечно, указывает на некоторые аппаратные проблемы, поэтому, даже если ваш компьютер может загрузиться в систему, всегда есть страх перед HDD или, что менее вероятно, проблемами с материнской платой.

Кроме того, если вы застряли в цикле загрузки, попробуйте выключить компьютер и переключить слоты оперативной памяти. Если у вас есть две RAM-карты, поменяйте их местами. Также рекомендуется отключить все USB-устройства, за исключением клавиатуры.

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

Решение 2. Отключите MSI Fast Boot или UEFI Boot в BIOS

Каждый OEM материнской платы имеет несколько конкретных настроек. Хотя некоторые из них являются уловками, такие функции, как MSI Fast Boot, часто используются для ускорения загрузки в систему.

Однако, похоже, что эта функция не работает должным образом с Windows 10. Некоторые пользователи смогли выйти из оболочки EFI, отключив эту функцию.

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

• ОТНОСИТЕЛЬНО: 5 лучших программ для восстановления загрузки Windows 10, чтобы оживить ваш компьютер в 2019 году

Решение 3 – Удалить батарею CMOS

Наконец, если ни один из предыдущих шагов не вывел вас из EFI Shell, мы можем предложить только одно решение. А именно, конфигурация BIOS/UEFI может быть повреждена, и единственный реальный способ решить эту проблему в этом текущем состоянии – извлечь батарею CMOS.

Таким образом, вся кэшированная конфигурация будет сброшена, и вы сможете загрузить систему. Конечно, это означает, что все жесткие диски работоспособны.

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

Если у вас есть альтернативные решения, о которых мы забыли упомянуть, обязательно сообщите нам об этом в разделе комментариев ниже.