Загрузчик - маленький кусок на диске, который находит Windows и передаёт ей управление. Когда он повреждён, вы видите чёрный экран с 0xc000000f, текст про Boot Configuration Data или крутите логотип без рабочего стола. Это не синий экран MEMORY_MANAGEMENT и не отказ Центра обновления. Командная строка среды восстановления здесь уместна: она видит разделы даже когда обычная Windows не стартует.

Среда - не «хакерская консоль». Это тот же набор, который предлагает установочная флешка в пункте восстановления. Семёрка лечится похоже, но чаще сидит на MBR. Десятка и одиннадцатая почти всегда на GPT и UEFI. Чужой набор команд «для всех Windows сразу» как раз и добивает загрузку.

Почему это происходит

Сбой записи BCD. Выключили ПК на обновлении, диск не дописал хранилище конфигурации. Данные на системном томе часто живы, не встаёт только старт. Типичный хвост - 0xc000000f.

Прошивка грузит не тот носитель. Второй диск, флешка, сбитый приоритет. Выглядит как мёртвый загрузчик, а лечится выбором Windows Boot Manager в UEFI, без fixmbr.

Команды не той схемы. На GPT прогнали набор как для XP: записали MBR на диск, который грузится через EFI. Прошивке от этого не легче, иногда она перестаёт видеть правильный раздел.

Вторая система перезаписала EFI. Linux или старая Windows. Восстанавливают запись Windows, не сносят чужие разделы «на всякий случай», пока файлы не скопированы.

Сыпется диск. Загрузчик на умирающем SSD будет ломаться снова. Сначала SMART, потом команды. Иначе вы неделю чините BCD на накопителе, который уже не держит запись.

Что делать самому

  1. Загрузитесь в среду восстановления с установочной флешки той же разрядности. Не жмите сразу «Установить». Нужны «Восстановление системы» → «Поиск и устранение неисправностей» → «Командная строка». Автоматическое «Восстановление при загрузке» можно дать один раз: иногда его хватает, и консоль не нужна.

  2. Сначала буквы томов, не готовый скрипт. В консоли: diskpart, затем list vol. Системная Windows может быть не C:. Запомните букву тома с папкой Windows и букву EFI, если среда её смонтировала. Угадывать и писать bcdboot C:\Windows на чужой том - способ получить второй сломанный загрузчик.

  3. Для типичного UEFI пересоздайте данные загрузки. Когда том с Windows найден, штатный безопасный путь - bcdboot с указанием этого тома и раздела EFI, который среда видит. Не форматируйте EFI «на всякий случай», если не понимаете, что на нём ещё загрузчики других систем.

  4. Для старого MBR-диска (часто Windows 7) набор другой. Microsoft для такой схемы даёт bootrec /fixmbr, bootrec /fixboot, bootrec /scanos, bootrec /rebuildbcd. На GPT+UEFI этот набор либо бесполезен, либо отвечает отказом. Если /fixboot пишет «отказано в доступе» - не долбите её десять раз. Сначала проверьте схему разделов и букву тома.

  5. Не копируйте BCD с другого компьютера и не качайте «готовый загрузчик» архивом. Не удаляйте папку Boot проводником. Не гоняйте длинные списки bcdedit с форума: легко прописать неверное ядро и поймать BAD_SYSTEM_CONFIG_INFO. Реестр загрузчика наугад не чинят - там не «сломанный ключ ошибки», а конфигурация старта.

  6. Проверьте диск, если починка не живёт дольше недели. Когда система встанет - CrystalDiskInfo и chkdsk по системному тому. Повтор 0xc000000f после живых команд чаще про накопитель, чем про «ещё раз rebuild».

Если BitLocker был включён, консоль может не увидеть том без ключа восстановления. Искать «обход BitLocker командой» нельзя: вы либо вводите свой ключ, либо снимаете данные иначе. Ключ обычно в учётной записи Microsoft или у администратора.

Команда bootrec /fixboot с ответом Access denied на GPT - не повод форматировать EFI. Сначала буквы томов и bcdboot в смонтированный EFI. Повтор /fixboot десять раз не меняет схему разделов. На Windows 10 и 11 этот отказ как раз типичен для UEFI, не для «сломанной консоли».

Не скачивайте «готовый BCD» архивом и не копируйте папку Boot с соседнего компьютера. Версии и диски не совпадут, получите BAD_SYSTEM_CONFIG_INFO или второй мёртвый загрузчик. Штатные bcdboot и, где уместно, bootrec достаточно.

Часто задаваемые вопросы

Команды для Windows 10 и 11 разные? Идея одна. На 11 почти всегда UEFI и GPT, поэтому чаще bcdboot, не fixmbr.

Можно ли восстановить загрузчик без флешки? Иногда срабатывает среда по F8 или «особые варианты загрузки», если они ещё открываются. Если нет - нужна флешка.

Повредит ли bootrec /fixmbr данные? Он трогает служебную запись диска, не папку Документы. На GPT это просто не тот инструмент. На диске с несколькими системами можно сбить чужой загрузчик.

Почему команда пишет Access denied? Часто не та схема разделов или не та буква тома. Повтор той же строки это не лечит.

Нужно ли править реестр загрузчика? Нет. Случайные .reg «для BCD» ломают старт сильнее, чем чинят.

Смотрите также