Когда компьютер при включении показывает чёрный экран с сообщением вроде «No bootable device» или «Reboot and Select proper Boot device», одна из первых вещей, которую стоит проверить, — целостность загрузочных файлов в разделе EFI и правильность записи Boot EFI в прошивке материнской платы. Именно этот механизм отвечает за передачу управления от прошивки UEFI к операционной системе, и его сбой — типичная причина, по которой исправный диск с установленной Windows или Linux внезапно «не виден» как загрузочный.
В этой статье разберём, что представляет собой Boot EFI, где физически находятся загрузочные файлы, чем EFI-загрузка отличается от устаревшей схемы с BIOS и MBR, а также как безопасно диагностировать и устранить типовые проблемы без переустановки системы.
Что такое Boot EFI простыми словами
Boot EFI — это общее название загрузочных файлов и механизма загрузки в системах с прошивкой UEFI (Unified Extensible Firmware Interface). В отличие от старой схемы BIOS + MBR, где загрузчик прятался в первый сектор диска, UEFI работает с обычными файлами, лежащими в специальном разделе на диске. Прошивка просто читает нужный файл с расширением .efi и запускает его.
Ключевой файл в этой цепочке — загрузчик операционной системы. Для Windows это обычно bootmgfw.efi, для Linux — grubx64.efi или shimx64.efi. Если прошивка не находит нужный файл или запись о нём повреждена, загрузка останавливается ещё до старта операционной системы.
Важно понимать: «Boot EFI» — это не отдельная программа, а совокупность трёх элементов: системного раздела EFI на диске, загрузочных файлов внутри него и загрузочных записей в энергонезависимой памяти (NVRAM) материнской платы. Сбой любого из трёх компонентов даёт одинаковый внешний симптом — компьютер не загружается.
Где находится раздел EFI и что в нём лежит
Раздел EFI (его ещё называют ESP — EFI System Partition) создаётся автоматически при установке операционной системы на диск с разметкой GPT. Это небольшой раздел с файловой системой FAT32, который в Windows не имеет буквы диска и скрыт от пользователя — и это сделано намеренно, чтобы защитить загрузчик от случайного удаления.
Внутри раздела файлы организованы по понятной структуре каталогов:
- 🗂
\EFI\Boot\bootx64.efi— резервный загрузчик по умолчанию, к нему прошивка обращается, если других записей нет; - 🪟
\EFI\Microsoft\Boot\bootmgfw.efi— основной загрузчик Windows; - 🐧
\EFI\ubuntu\grubx64.efi— типичный путь загрузчика Ubuntu и ряда других дистрибутивов Linux; - ⚙️
\EFI\Microsoft\Boot\BCD— хранилище конфигурации загрузки Windows (Boot Configuration Data).
Увидеть содержимое раздела можно, смонтировав его вручную. В Windows для этого используют команду mountvol с указанием буквы, в Linux раздел монтируется как обычная FAT32-файловая система. Однако без явной необходимости лезть туда не стоит: случайное переименование или удаление файла сделает систему незагружаемой.
⚠️ Внимание: не форматируйте и не удаляйте раздел EFI при переразметке диска, если на нём установлена рабочая система. После удаления раздела компьютер перестанет загружаться, и потребуется восстановление загрузчика с установочного носителя.
Чем EFI-загрузка отличается от Legacy BIOS
Многие путаются в настройках прошивки, встречая переключатели UEFI, Legacy и CSM. Разница между режимами принципиальна, и смешивать их нельзя: система, установленная в одном режиме, в другом не загрузится.
| Критерий | Legacy BIOS + MBR | UEFI + GPT |
|---|---|---|
| Где лежит загрузчик | В первом секторе диска (MBR) | В файле .efi на разделе ESP |
| Разметка диска | MBR, до 4 основных разделов | GPT, ограничение на разделы практически отсутствует |
| Максимальный размер диска | Около 2 ТБ | Поддержка дисков большого объёма |
| Secure Boot | Не поддерживается | Поддерживается |
| Интерфейс настройки | Текстовый, только клавиатура | Графический, часто с поддержкой мыши |
Практический вывод прост: если диск размечен в GPT, загружаться с него нужно в режиме UEFI, а если в MBR — в Legacy. Проверить разметку можно через оснастку управления дисками Windows или командой diskpart с последующим list disk — диски GPT помечаются звёздочкой в соответствующем столбце.
Boot EFI — это не один файл, а связка: раздел ESP на диске + загрузочные файлы .efi + записи в NVRAM прошивки. Диагностику всегда стоит вести по всем трём компонентам.
Как прошивка находит загрузчик: роль NVRAM
Часто упускаемая деталь: прошивка UEFI не сканирует весь диск в поисках загрузчика. Она обращается к загрузочным записям, хранящимся в энергонезависимой памяти платы — NVRAM. Каждая запись содержит имя (например, «Windows Boot Manager») и путь к файлу на конкретном диске.
Отсюда следует важное следствие: если вы переставили диск с системой в другой компьютер или сбросили настройки прошивки, записи могут пропасть, хотя сами файлы на разделе EFI целы. Система при этом «не найдётся», и это не означает, что данные потеряны.
Посмотреть и отредактировать загрузочные записи в Windows можно встроенной утилитой:
bcdedit /enum firmwareВ Linux для этого служит утилита efibootmgr — она показывает список записей, их порядок и позволяет создавать новые. Обе утилиты требуют запуска с правами администратора и работают только если система загружена в режиме UEFI.
Типичные проблемы с Boot EFI и их признаки
Симптомы неисправности загрузочной цепочки EFI довольно характерны, и по ним можно сузить круг поиска ещё до запуска каких-либо утилит.
- 🔍 «No bootable device» при исправном диске — чаще всего пропала загрузочная запись в NVRAM или сброшен режим UEFI на Legacy;
- 🔄 Компьютер сразу уходит в настройки прошивки — прошивка не нашла ни одной валидной загрузочной записи;
- 📛 Ошибки с упоминанием
\EFI\Microsoft\Boot\BCDилиwinload.efi— повреждены файлы конфигурации загрузки Windows; - 🧩 Система перестала загружаться после подключения второго диска — возможно, прошивка переключилась на другой загрузочный раздел.
Прежде чем что-либо исправлять, выполните простую проверку: зайдите в настройки прошивки и посмотрите список загрузочных устройств. Если там есть строка «Windows Boot Manager» или название вашего дистрибутива Linux — запись жива, и проблема, скорее всего, в файлах. Если записи нет вовсе — начинать нужно с восстановления записи, а не файлов.
Перед любыми манипуляциями с загрузчиком сфотографируйте экран настроек загрузки в прошивке. Это займёт секунды, но поможет вернуть исходный порядок устройств, если что-то пойдёт не так.
Безопасная диагностика и восстановление загрузки
Порядок действий важен: начинайте с обратимых проверок и только потом переходите к восстановлению файлов. Ниже — безопасная последовательность, которая не требует переустановки системы.
☑️ Проверка загрузочной цепочки EFI
Если запись есть, но система не стартует, загрузитесь с установочной флешки Windows и откройте командную строку через среду восстановления. Для восстановления конфигурации загрузки обычно используют последовательность команд:
bootrec /fixmbr
bootrec /rebuildbcd
Для полного пересоздания загрузочных файлов на разделе EFI применяется команда bcdboot с указанием пути к установленной системе, например:
bcdboot C:\Windows /s S: /f UEFIЗдесь S: — буква, временно присвоенная разделу EFI через diskpart. Точные буквы томов в среде восстановления могут отличаться от привычных, поэтому сначала проверьте их командой list volume.
⚠️ Внимание: команда
bootrec /fixbootна системах с UEFI часто возвращает «Отказано в доступе» — это ожидаемое поведение, а не признак поломки. Для EFI-загрузки корректный инструмент восстановления —bcdboot, а не fixboot.
В Linux восстановление обычно сводится к переустановке загрузчика: монтируются системный раздел и раздел EFI, после чего выполняется grub-install с указанием целевого каталога EFI. Точные шаги зависят от дистрибутива, поэтому сверяйтесь с его официальной документацией.
Почему запись загрузчика пропадает после сброса BIOS
Загрузочные записи хранятся в NVRAM — памяти, которая очищается при полном сбросе настроек прошивки или замене батарейки на некоторых платах. Файлы на диске при этом остаются нетронутыми. Выход — либо создать запись заново через bcdedit/efibootmgr, либо скопировать загрузчик в резервный путь \EFI\Boot\bootx64.efi, который прошивка находит автоматически.
Secure Boot и его влияние на загрузку EFI
Функция Secure Boot — часть спецификации UEFI. Она проверяет цифровую подпись загрузчика перед запуском и блокирует неподписанные или подписанные недоверенным ключом файлы .efi. Это защита от руткитов, подменяющих загрузчик, но одновременно — источник проблем при установке некоторых дистрибутивов Linux или загрузке с самодельных носителей.
Если система отказывается загружаться с сообщением о нарушении безопасной загрузки, есть два пути: временно отключить Secure Boot в настройках прошивки либо использовать загрузчик с корректной подписью (например, shim в популярных дистрибутивах Linux). Отключение Secure Boot не влияет на файлы и не портит систему — это обратимая настройка.
Учтите, что некоторые версии Windows требуют включённого Secure Boot как условие установки или обновления, поэтому после решения проблемы функцию имеет смысл включить обратно, если ею пользуется ваша система.
Если после включения Secure Boot система перестала загружаться, вернитесь в настройки прошивки и отключите его. Сама по себе эта функция не удаляет данные и не повреждает загрузчик.
Когда обращаться к специалисту
Большинство программных проблем с Boot EFI решаются описанными выше методами без потери данных. Однако есть ситуации, где самостоятельные эксперименты лучше прекратить.
Если диск не определяется даже в настройках прошивки, издаёт посторонние звуки или система периодически «теряет» его, возможна аппаратная неисправность накопителя. В этом случае многократные попытки восстановления загрузчика бессмысленны и могут усугубить состояние диска — сначала стоит позаботиться о копии важных данных. При сомнениях в исправности накопителя или сложной мультизагрузочной конфигурации разумнее обратиться к специалисту по восстановлению данных, чем продолжать перезаписывать загрузочные области.
Диагностику всегда начинайте с простого: режим UEFI, видимость диска, наличие загрузочной записи. Команды восстановления запускайте только после того, как поняли, какой именно компонент цепочки вышел из строя.
Часто задаваемые вопросы
Можно ли удалить раздел EFI, если система установлена на другом диске?
Только если вы уверены, что на этом разделе нет загрузчика ни одной используемой системы. Проверить это можно, временно отключив диск: если компьютер загружается нормально, раздел не задействован. В противном случае после удаления потребуется восстановление загрузчика.
Почему в списке загрузки два Windows Boot Manager?
Обычно это означает, что на двух дисках есть разделы EFI с загрузчиком Windows — например, систему когда-то устанавливали, не отключив второй накопитель. Лишнюю запись можно удалить через bcdedit или настройки прошивки, предварительно убедившись, какая из них рабочая.
Загрузится ли диск с EFI-разделом в старом компьютере с BIOS?
Нет, если прошивка не поддерживает UEFI. Классический BIOS не умеет читать загрузочные файлы .efi и работать с разметкой GPT как с загрузочной. Потребуется либо плата с UEFI, либо переустановка системы в режиме Legacy с разметкой MBR.
Опасно ли редактировать раздел EFI вручную?
Само по себе монтирование и просмотр файлов безопасны. Риск появляется при удалении или переименовании файлов загрузчика и при записи в раздел без понимания структуры каталогов. Перед любыми изменениями сделайте копию содержимого раздела — он невелик и копируется быстро.
Чем отличается bootx64.efi от bootmgfw.efi?
bootx64.efi в каталоге \EFI\Boot\ — резервный загрузчик, который прошивка ищет автоматически при отсутствии записей в NVRAM. bootmgfw.efi — штатный загрузчик Windows, на который ссылается запись «Windows Boot Manager». На установочных флешках именно bootx64.efi обеспечивает запуск установщика.