Строка EFI Shell version 2.40 (5.11) на чёрном экране вместо привычной загрузки Windows означает, что прошивка UEFI не нашла подходящее загрузочное устройство и передала управление встроенной командной оболочке. Это не вирус и не поломка как таковая — компьютер исправен, но не понимает, откуда ему загружать операционную систему.
Версии 2.40 и 5.11 в приглашении — это номера спецификации UEFI Shell и редакции самой оболочки, они не указывают на конкретную ошибку. Одинаковое сообщение встречается на ноутбуках и материнских платах разных производителей, поэтому диагностика строится не на номере версии, а на состоянии загрузчика и настроек BIOS. Разберём, почему появляется приглашение Shell> и как вернуть нормальную загрузку.
Что такое EFI Shell и почему он запускается
EFI Shell — это текстовая среда, встроенная в прошивку UEFI. По сути, это «аварийный» командный интерпретатор: когда firmware не находит ни одного загрузочного пункта из списка Boot Order, она открывает shell, чтобы пользователь мог вручную указать путь к загрузчику.
Типичные причины, по которым компьютер «падает» в оболочку:
- 🔌 диск с системой физически отключён, неисправен или не определяется прошивкой;
- 🧭 в BIOS сбит порядок загрузки, и первым стоит пустое или неподходящее устройство;
- 🗂️ повреждён загрузчик Windows Boot Manager на EFI-разделе диска;
- 🔋 села батарейка CMOS, из-за чего настройки BIOS сбрасываются к заводским;
- ⚙️ изменён режим загрузки — например, включён CSM/Legacy вместо UEFI или наоборот.
Каждая из этих причин проверяется отдельно, и начинать стоит с самых простых и обратимых шагов.
Как выйти из EFI Shell прямо сейчас
Самый быстрый способ покинуть оболочку — команда exit. После её ввода прошивка обычно показывает меню настройки BIOS либо перезагружает компьютер. Если загрузочное устройство исправно, система может стартовать сразу.
exit
Другой вариант — просто выключить компьютер удержанием кнопки питания и включить заново. Однако если причина не устранена, при следующем старте вы снова увидите то же приглашение Shell>. Поэтому однократный выход — это не решение, а лишь способ добраться до настроек.
Если клавиатура в EFI Shell не отвечает, подключите её к порту USB 2.0 (обычно чёрный, не синий) — в некоторых прошивках поддержка USB 3.x до загрузки ОС ограничена.
Диагностика: видит ли прошивка ваш диск
Прежде чем менять настройки, полезно убедиться, что диск вообще определяется. В самой оболочке для этого есть команда map — она выводит список найденных блочных устройств с обозначениями вида FS0:, BLK0: и так далее.
map
Если в списке присутствуют устройства FS (файловые системы), диск физически отвечает, и проблема, скорее всего, в загрузчике или порядке загрузки. Если список пуст или содержит только флешку, вставленную вами, — возможна аппаратная причина: отошедший шлейф, неисправный SSD или отключённый порт SATA/M.2.
Те же сведения можно проверить и через интерфейс BIOS: на главной странице или в разделе с информацией о системе обычно отображается модель установленного накопителя. Конкретное расположение пункта зависит от производителя платы, поэтому ориентируйтесь на документацию к вашей модели.
Исправление порядка загрузки в BIOS
Чаще всего виновник — сбитый Boot Order. Войдите в настройки прошивки (клавиша входа зависит от производителя: чаще всего Del или F2, на ноутбуках встречаются F12, Esc и другие) и откройте раздел загрузки. Там должен присутствовать пункт Windows Boot Manager, соответствующий вашему системному диску.
☑️ Порядок действий в BIOS
Обратите внимание на режим загрузки. Если система была установлена в режиме UEFI, а в настройках включён Legacy/CSM, прошивка не увидит загрузчик и снова откроет shell. И обратная ситуация тоже возможна. Верный режим — тот, в котором система устанавливалась изначально.
⚠️ Внимание: опция Secure Boot на некоторых платах влияет на доступность загрузочных пунктов. Если вы меняли её состояние перед появлением проблемы, верните прежнее значение и проверьте результат. Не меняйте несколько параметров одновременно — иначе будет непонятно, что именно помогло.
Когда повреждён загрузчик Windows
Если диск определяется, порядок загрузки корректен, а система всё равно не стартует, вероятная причина — повреждённые файлы загрузчика на EFI-разделе. Такое случается после сбоев питания, неудачных обновлений или экспериментов с разделами.
Стандартный путь восстановления — загрузка с установочной флешки Windows и использование среды восстановления: Поиск и устранение неисправностей → Восстановление при загрузке. В командной строке той же среды доступны команды обслуживания загрузочных записей, например bootrec /fixboot и пересоздание хранилища BCD. Точный набор шагов зависит от версии Windows и разметки диска — сверяйтесь с официальной документацией Microsoft для вашей системы.
Как вручную загрузить Windows из EFI Shell
Если диск виден как FS0, можно попробовать запустить загрузчик напрямую: введите FS0: и нажмите Enter, затем выполните cd EFI\Microsoft\Boot и запустите bootmgfw.efi. Если Windows стартует — загрузчик на месте, и проблема точно в настройках Boot Order или NVRAM-записях прошивки.
Ручной запуск через bootmgfw.efi — хороший диагностический приём: он разделяет «железные» и программные причины. Но помните, что буква FS0 на вашем устройстве может отличаться — сначала смотрите вывод map.
Аппаратные причины: диск, шлейф, батарейка
Когда ни настройки, ни восстановление загрузчика не помогают, стоит проверить аппаратную часть. Севшая батарейка CR2032 на материнской плате — частая скрытая причина: настройки BIOS сбрасываются при каждом отключении питания, и компьютер регулярно «проваливается» в EFI Shell после выключения из розетки.
| Симптом | Вероятная причина | Что проверить |
|---|---|---|
| Shell появляется после каждого отключения питания | Батарейка CMOS разряжена | Замена батарейки, сброс времени в BIOS |
| Диск не виден ни в BIOS, ни в map | Шлейф/разъём или неисправный накопитель | Переподключение диска, проверка на другом ПК |
| Диск виден, Windows Boot Manager отсутствует | Повреждён загрузчик или NVRAM-записи | Восстановление с установочной флешки |
| Shell появился после обновления BIOS | Сброс настроек к заводским | Проверка режима UEFI/CSM и Boot Order |
| Проблема началась после подключения нового диска | Изменился приоритет загрузки | Возврат системного диска на первое место |
Работы внутри корпуса — переподключение шлейфов, замену батарейки — выполняйте только на полностью обесточенном устройстве. Если речь о ноутбуке с несъёмным аккумулятором и вы не уверены в своих действиях, разумнее обратиться в сервис: ошибка при разборке обойдётся дороже диагностики.
⚠️ Внимание: извлечение и установка M.2-накопителя в некоторых ноутбуках требует снятия нижней крышки и отключения батареи от платы. Порядок разборки индивидуален для каждой модели — используйте официальный сервисный мануал производителя.
EFI Shell 2.40 (5.11) — не ошибка, а симптом: прошивка не нашла загрузочное устройство. В большинстве сценариев достаточно проверить видимость диска, порядок загрузки и режим UEFI — аппаратный ремонт требуется заметно реже.
Часто задаваемые вопросы
EFI Shell version 2.40 (5.11) — это вирус?
Нет. Это штатная командная оболочка прошивки UEFI, встроенная производителем платы. Она появляется, когда прошивке нечего загружать, и сама по себе не является вредоносным ПО.
Что ввести в строке Shell>, чтобы выйти?
Команду exit. После этого обычно открывается меню BIOS или происходит перезагрузка. Если загрузочное устройство исправно, система запустится в штатном режиме.
Почему EFI Shell появляется снова после перезагрузки?
Потому что причина не устранена: прошивка по-прежнему не находит загрузчик. Проверьте Boot Order, режим UEFI/CSM, видимость диска командой map и состояние батарейки CMOS, если настройки сбрасываются после отключения питания.
Нужно ли перепрошивать BIOS, чтобы убрать EFI Shell?
Нет, перепрошивка здесь не требуется и относится к рискованным операциям. Проблема почти всегда решается настройкой порядка загрузки, восстановлением загрузчика Windows или устранением аппаратной причины.
Можно ли отключить EFI Shell совсем?
На части плат в настройках BIOS есть опция, отключающая встроенную оболочку, но делать этого не стоит: shell — полезный инструмент диагностики. Правильный путь — устранить причину, по которой прошивка в него проваливается.