Чёрный экран с надписью UEFI Interactive Shell и строкой startup.nsh при включении компьютера означает, что прошивка материнской платы не нашла загрузочное устройство и вместо Windows запустила встроенную командную оболочку UEFI. Скрипт startup.nsh — это автозагрузочный файл самой оболочки: прошивка пытается выполнить его, потому что больше ей запускать нечего.
Чаще всего проблема возникает после сброса настроек BIOS, замены батарейки CMOS, отключения диска или сбоя загрузочной записи. Хорошая новость: данные на диске обычно целы, и в большинстве случаев систему удаётся вернуть к жизни настройками прошивки, без переустановки Windows. Ниже разберём диагностику и способы исправления — от простых к более сложным.
Что такое UEFI Shell и startup.nsh
UEFI Shell — это минимальная командная среда, встроенная в прошивку материнской платы или загружаемая с носителя. Она предназначена для низкоуровневых задач: обновления прошивки, запуска диагностических утилит, ручного старта загрузчиков. Обычный пользователь с ней сталкиваться не должен.
Файл startup.nsh выполняет в оболочке роль автозагрузки: если он есть на доступном носителе, команды из него запускаются автоматически после входа в Shell. Если файла нет, вы просто видите приглашение вида Shell> или FS0:\>. Само появление этого экрана — симптом того, что UEFI не обнаружил ни одного загрузочного устройства с рабочим загрузчиком, а не самостоятельная «ошибка».
Основные причины появления экрана
Прежде чем что-то менять, полезно понять, что именно пошло не так. Типичные сценарии выглядят так:
- 🔋 Села батарейка CMOS или был сброс настроек BIOS — слетел порядок загрузки и режим UEFI/Legacy.
- 💽 Диск с системой отключён, неисправен или не определяется прошивкой (проверьте, виден ли он в списке устройств BIOS).
- 🛠 Повреждена загрузочная запись EFI на системном разделе — диск виден, но загрузчик не стартует.
- 🔌 Подключён внешний носитель (флешка, карта памяти), с которого прошивка пытается загрузиться первым.
- ⚙️ Изменён режим работы контроллера (например, AHCI/RAID) или отключена поддержка CSM, из-за чего старый загрузчик перестал быть виден.
Отдельный частый случай — виртуальные машины: в VirtualBox и некоторых других гипервизорах экран UEFI Shell появляется, если виртуальному диску не назначен установочный образ или система ещё не установлена. Там это нормальное поведение, а не сбой.
Быстрая проверка: видит ли прошивка ваш диск
Первое действие — зайти в настройки прошивки. Обычно для этого при включении нажимают Del или F2, но клавиша зависит от производителя платы или ноутбука — сверьтесь с подсказкой на экране POST или документацией к модели.
В настройках найдите раздел с информацией о накопителях (часто это Main, Storage или список устройств на странице загрузки). Если вашего SSD или HDD там нет, проблема аппаратная или в подключении: проверьте кабели, попробуйте другой порт SATA, для M.2-накопителя — переустановите его в слоте. Если диск виден, переходите к настройкам загрузки.
☑️ Первичная диагностика экрана startup.nsh
Настройка загрузки в UEFI
Если диск определяется, вам нужно восстановить правильный порядок загрузки. Откройте раздел Boot и посмотрите список загрузочных записей. Для системы, установленной в режиме UEFI, первым пунктом обычно должна стоять запись Windows Boot Manager, а не просто название диска.
Если записи Windows Boot Manager нет вовсе — вероятно, повреждён загрузчик или система ставилась в режиме Legacy, а прошивка сейчас работает в чистом UEFI. Попробуйте включить CSM (Compatibility Support Module), если такая опция есть в вашей прошивке: иногда после этого старая установка Windows загружается. Учтите, что расположение и само наличие этих опций зависят от производителя и версии прошивки.
⚠️ Внимание: не меняйте одновременно несколько параметров (режим контроллера, Secure Boot, CSM) «наугад». Меняйте по одному пункту, сохраняйте и проверяйте результат — иначе потом будет сложно понять, какое действие помогло или навредило.
Восстановление загрузчика Windows
Когда диск виден, порядок загрузки верный, а экран Shell всё равно появляется, скорее всего повреждена загрузочная запись. Восстановление выполняется с установочной флешки Windows: загрузитесь с неё, выберите язык, затем пункт Восстановление системы → Поиск и устранение неисправностей → Командная строка.
Для систем в режиме UEFI стандартная последовательность восстановления загрузчика выглядит так (букву раздела EFI подставьте ту, что определится у вас):
diskpart
list volume
exit
bcdboot C:\Windows /s S: /f UEFI
Команда bcdboot заново создаёт файлы загрузки на EFI-разделе и прописывает запись Windows Boot Manager в прошивку. После её успешного выполнения перезагрузитесь без флешки. Если система установлена в Legacy-режиме, вместо этого используются команды bootrec /fixmbr и bootrec /rebuildbcd.
⚠️ Внимание: перед командами восстановления убедитесь, что правильно определили буквы томов через list volume — в среде восстановления буквы дисков часто отличаются от привычных в Windows. Запись загрузчика не на тот раздел не испортит данные, но и не решит проблему.
Аппаратные причины и сброс прошивки
Если диск периодически «пропадает» из BIOS, а экран Shell появляется через раз, подозрение падает на железо. Проверьте состояние батарейки CMOS: сброс даты и времени при каждом включении — характерный признак того, что её пора заменить. Также имеет смысл проверить здоровье накопителя утилитами диагностики SMART, загрузившись с любого Live-носителя.
Иногда помогает полный сброс настроек прошивки к значениям по умолчанию (пункт вида Load Optimized Defaults) с последующей ручной настройкой загрузки. Это безопасная операция для данных на диске — она затрагивает только параметры самой прошивки.
| Симптом | Вероятная причина | Что делать |
|---|---|---|
| Диска нет в списке BIOS | Подключение или неисправность накопителя | Проверить кабели, порт, другой ПК |
| Диск виден, нет Windows Boot Manager | Повреждён загрузчик EFI | Восстановление через bcdboot |
| Настройки сбрасываются сами | Села батарейка CMOS | Заменить батарейку CR2032 |
| Экран в виртуальной машине | Не подключён установочный образ | Подключить ISO или установить ОС |
| После обновления BIOS | Изменились настройки по умолчанию | Настроить Boot и режим загрузки заново |
Почему проблема часто возникает после отключения электричества
Внезапное отключение питания может повредить файлы на EFI-разделе, если в этот момент шла запись. Кроме того, при скачках питания некоторые прошивки автоматически сбрасывают настройки на безопасные значения по умолчанию, и порядок загрузки теряется.
Когда стоит обратиться к специалисту
Есть ситуации, в которых самостоятельные действия лучше прекратить. Если диск не определяется ни в одном порту и на другом компьютере, при этом на нём есть важные данные — не экспериментируйте с инициализацией и форматированием, а обратитесь в сервис по восстановлению данных. Инициализация диска в «Управлении дисками» может затруднить последующее восстановление.
Также к специалисту стоит идти, если после всех манипуляций Windows начала загружаться, но регулярно падает с ошибками диска — это может указывать на деградацию накопителя, и затягивать с заменой и резервным копированием не стоит.
Частые вопросы
Можно ли просто выйти из UEFI Shell и загрузить Windows?
Иногда да. Введите команду exit — прошивка вернётся к выбору загрузочного устройства, и если рабочий загрузчик существует, система стартует. Но если причина не устранена, экран появится снова при следующем включении.
Это вирус?
Нет. UEFI Shell — легитимный компонент прошивки. Его появление говорит о проблеме с загрузкой, а не о заражении. Однако если экран появился после установки сомнительного ПО, имеет смысл после восстановления загрузки проверить систему антивирусом.
Пропадут ли файлы при восстановлении загрузчика?
Нет. Команды bcdboot и bootrec работают только со служебными загрузочными областями и не затрагивают пользовательские данные. Риск появляется только при форматировании или инициализации диска — этого делать не нужно.
Нужно ли удалять файл startup.nsh?
Его удаление ничего не решит: файл — лишь автозагрузочный скрипт оболочки, а не причина проблемы. Убрав его, вы в лучшем случае увидите пустое приглашение Shell> вместо сообщения о запуске скрипта.
Почему экран появляется только иногда?
Нестабильное появление обычно указывает на аппаратную причину: окислившиеся контакты, неисправный SATA-кабель, деградирующий SSD или садящуюся батарейку CMOS. Начните с замены кабеля и батарейки — это недорогие и безопасные проверки.