Ошибка winload.efi: как понять, что сломалось — файл, запись загрузки или диск

Что такое winload.efi и где именно ломается цепочка

Загрузка Windows на компьютере с UEFI проходит несколько шагов. Прошивка запускает менеджер загрузки с системного раздела EFI, тот читает хранилище BCD и находит запись о вашей Windows, а затем передаёт управление файлу winload.efi. Это загрузчик операционной системы: он лежит не на разделе EFI, а в папке Windows\System32 на системном диске, подгружает ядро и первые драйверы и только потом запускает саму Windows.

Из этого следует важный вывод. Сообщение про winload.efi говорит, что система дошла до последнего шага перед запуском ядра. Значит, раздел EFI читается, менеджер загрузки работает, и ошибка где-то глубже: BCD указывает на неверный раздел, файл winload.efi повреждён или отсутствует, либо подпись загрузчика не прошла проверку Secure Boot. В этом принципиальное отличие от ситуации, когда прошивка вообще не находит загрузчик.

Экран ошибки обычно выглядит так: надпись «Восстановление» (или «Recovery»), строка о том, что операционную систему не удалось загрузить, поскольку необходимый файл отсутствует или содержит ошибки, затем «Файл: \Windows\system32\winload.efi» и код ошибки. Коды бывают разными: 0xc0000225, 0xc0000001, 0xc000000f. Имя файла всегда одно, а код указывает направление поиска.

Сам экран ошибки обычно подсказывает клавиши: в зависимости от версии Windows это Enter для повторной попытки, F8 для параметров загрузки и Esc для настроек прошивки. Среда восстановления открывается с установочной флешки, а в ней пункт «Поиск и устранение неисправностей → Дополнительные параметры → Восстановление при загрузке» запускает штатную попытку исправить запись. Она получается не всегда, но ничего не стирает, и начинать стоит именно с неё. Если автоматическое восстановление не помогло и цикл повторяется, переходите к ручной диагностике ниже, а не пробуйте раз за разом то же самое.

Причины по частоте

Чаще всего виновата запись загрузки: BCD указывает на раздел или устройство, которых больше нет в прежнем виде. Так бывает после клонирования системы на новый SSD, после изменения разметки, после восстановления из образа на другой диск. Windows на месте и цела, но менеджер загрузки идёт по устаревшему адресу и не находит winload.efi.

Следом идут повреждения файловой системы. Аварийное выключение во время обновления, сбой питания, сбойные сектора на диске или вирусы повреждают системные файлы, и winload.efi тоже может оказаться нечитаемым. Если диск при этом ещё и сыпется, то восстановлением загрузки ограничиться нельзя: нужны копия данных и проверка накопителя.

Третья причина — режим прошивки. После сброса BIOS, обновления платы или смены настроек может измениться режим UEFI и CSM, включиться или выключиться Secure Boot. Если Windows ставилась в одном режиме, а прошивка теперь работает в другом, или Secure Boot отвергает подпись загрузчика, вместо рабочего стола видна ошибка про winload.efi.

Четвёртая — вторая система на компьютере. Если рядом с Windows установлена Linux или вторая Windows, их записи делят одно хранилище BCD или один раздел EFI. Удаление или переустановка одной системы может стереть или перепутать записи другой.

Пятая — изменения в комплектующих. Замена материнской платы, добавление диска, который стал первым в нумерации, и обновление прошивки способны изменить порядок устройств, а BCD по привычке ищет Windows там, где она была.

Файл на месте: пересоздаём запись загрузки

Когда winload.efi найден, а запись неверна, решает дело одна команда: bcdboot C:\Windows /s S: /f UEFI, где C: — буква вашей Windows в среде восстановления, а S: — буква, назначенная разделу EFI. Команда копирует файлы менеджера загрузки на раздел EFI и создаёт новую запись для Windows. Полный порядок, включая определение стиля диска и выбор раздела, описан на нашей странице про восстановление загрузчика Windows.

После перезагрузки зайдите в BIOS и убедитесь, что первым в порядке загрузки стоит «Windows Boot Manager». Если там остался прежний диск или флешка, загрузка снова уйдёт не туда. Если Secure Boot был включён, а запись создавалась для другого режима, временное отключение Secure Boot поможет проверить причину; после проверки его включают обратно.

Если система установлена в режиме Legacy на диске MBR, то файл называется winload.exe, а не winload.efi, и восстанавливается другими командами: bootrec /fixmbr, /fixboot и /rebuildbcd. Определить стиль диска просто: команда list disk в diskpart помечает звёздочкой диски GPT.

Настольный компьютер: что проверить в BIOS, прежде чем лезть в командную строку

На настольном компьютере у ошибки часто есть простая подоплёка в настройках платы. Откройте BIOS (на платах MSI, Gigabyte, ASRock и ASUS клавиша Del, у ASUS и ASRock также F2) и посмотрите три вещи. Первая: режим загрузки должен быть UEFI, а не Legacy, если система установлена на диск GPT. Вторая: состояние Secure Boot, особенно если настройки недавно сбрасывали. Третья: порядок загрузки — первой строкой должен стоять «Windows Boot Manager», а не диск или флешка.

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

Если ничего из этого не помогло, а файл winload.efi на месте, переходите к пересозданию записи. Если же компьютер вовсе не видит диск, то это уже другая ситуация, которую мы разбираем на странице про BIOS, не видящий жёсткий диск.