Windows, в отличие от Linux, не славится своей гибкостью при работе с низкоуровневыми настройками и системными исправлениями. Однако, встроенные инструменты восстановления в Windows обладают значительной мощью.
Недавно моя подруга столкнулась с неприятной проблемой: во время игры в Detroit: Become Human её компьютер неожиданно завис. После перезагрузки она увидела сообщение об «недоступном загрузочном устройстве», а последующие попытки загрузки приводили к экрану, требующему ввода ключа BitLocker. Ввод ключа, однако, не решал проблему, и она снова возвращалась к экрану с ошибкой.
Её компьютер, оснащённый процессором Intel Core i5-14600K и материнской платой Intel Arc A770, казалось, был полностью неработоспособен. Восстановление при загрузке не дало результата, а отказ BitLocker разблокировать диск с помощью предоставленного ключа вызывал опасения о худшем.
К счастью, все важные данные были сохранены в резервных копиях, но вопрос о том, как такое могло произойти и можно ли это исправить, оставался открытым.
Ситуация стала ещё более сложной из-за BitLocker
Но, реальная проблема была не в этом
Когда я взглянул на компьютер, меня встретил экран восстановления BitLocker. Оттуда я извлёк ключ восстановления из учётной записи Microsoft и ввёл его, ожидая, что система перезагрузится и проблема будет решена. Однако, после перезагрузки я получил сообщение о недоступном загрузочном устройстве и снова оказался на экране с запросом ключа. Система продолжала циклично требовать ключ, несмотря на его ввод. Я подумал, что жёсткий диск мог выйти из строя, но это не имело смысла, так как это был Corsair MP700, который почти не использовался с момента покупки.
Тогда я решил проверить состояние жёсткого диска. Загрузившись в Clonezilla с помощью USB-накопителя Ventoy, я запустил команду ntfsfix для проверки раздела NTFS. Том смонтировался без проблем, а файловая система выглядела неповреждённой. Это означало, что проблема не в диске, а в конфигурации загрузки.
Теперь мне нужно было выяснить, что именно повреждено. Сначала я предположил, что проблема в EFI, но вскоре понял, что сбой также затронул данные конфигурации загрузки, известные как BCD.
Процесс загрузки на современной системе Windows выглядит следующим образом:
- Прошивка UEFI
- Менеджер загрузки EFI
- Файл bootmgfw.efi в директории \EFI\Microsoft\Boot\
- BCD store
- Файл winload.efi
- Инициализация ядра
- Драйверы загрузки
- Системный улей
- Пользовательское пространство
Когда файлы EFI и BCD повреждены, измеренная загрузочная среда не соответствует той, к которой привязан ключ BitLocker. Система отказывалась автоматически освобождать ключ шифрования, а ручной ввод правильного ключа восстановления не помогал, так как система не могла найти подходящее загрузочное устройство.
После расшифровки раздела Windows могла бы начать загрузку, но повреждённые записи BCD указывали на неправильный путь к устройству. Когда ядро пыталось смонтировать системный том, возникала ошибка INACCESSIBLE_BOOT_DEVICE. Восстановление только части EFI решило бы только половину проблемы — нужно было восстановить и BCD.
Командная строка – самым эффективное средство в режиме восстановления
Но, большинство пользователей никогда её не открывают
Среда восстановления Windows предлагает пользователям несколько графических методов для восстановления системы, таких как «Восстановление при запуске», «Восстановление системы» и «Сброс этого ПК». Однако, если стандартные способы не помогают, можно обратиться к более мощным инструментам — командной строке. Я решил, что данные на диске в сохранности, так как проверял их с помощью Clonezilla, и теперь нужно было разобраться, как правильно восстановить порядок загрузки.
Первым делом я разблокировал зашифрованный диск BitLocker. Важно помнить, что в среде восстановления WinRE буквы дисков могут отличаться от тех, что используются в обычной Windows. Например, диск C: может отображаться как D: или E:. Чтобы определить нужный диск, я воспользовался командой diskpart для отображения списка томов. После этого я запустил команду manage-bde -unlock C: -RecoveryPassword, введя 48-значный ключ восстановления, и команду manage-bde -protectors -disable C:\, чтобы временно отключить защиту BitLocker. Это позволило мне безопасно работать с загрузочными файлами без риска повторной блокировки.
Далее я получил доступ к системному разделу EFI. Этот небольшой скрытый раздел FAT32, обычно не более 100 МБ, содержит диспетчер загрузки Windows и хранилище BCD. У него нет буквы диска по умолчанию, и WinRE не назначает её автоматически. В diskpart я выбрал диск, вывел список томов, нашел раздел EFI и вручную назначил ему букву S. Это помогло решить проблему после того, как команда manage-bde выдала ошибку «неверный параметр».
Получив доступ к разделу EFI по пути S:, я выполнил ключевую команду bcdboot C:\\Windows /s S: /f UEFI. Эта команда копирует необходимые загрузочные файлы из установки Windows на раздел EFI, создает новое хранилище BCD из встроенного шаблона и настраивает менеджер загрузки на правильный раздел. Таким образом, вся цепочка загрузки была перестроена с нуля одной командой. Чтобы убедиться, что всё сделано правильно, я выполнил команду bcdedit /enum, перезагрузил систему и убедился, что Windows загружается нормально.
После завершения процесса я вернулся в Windows и повторно включил защиту BitLocker с помощью команды manage-bde -protectors -enable C: в командной строке с правами администратора.
Windows обладает огромным набором инструментов восстановления
И Microsoft продолжает добавлять новые
Меня поразило не только решение проблемы, но и осознание того, что инструменты, такие как «bcdboot», «bcdedit», «manage-bde» и «diskpart», уже много лет входят в состав Windows, а большинство пользователей даже не подозревают об их существовании.
Когда Windows не загружается, первым инстинктом многих становится использование установочного USB-накопителя и начало процесса заново. Это понятно, но среда восстановления не так широко известна своими возможностями командной строки.
Однако, эти инструменты могут спасти вас от необходимости форматировать исправный диск и гораздо более функциональны, чем многие думают.
Microsoft незаметно улучшает среду восстановления. В Windows 11 сетевые драйверы теперь загружаются из основной установки ОС в среде восстановления (WinRE), что позволяет подключаться к интернету без предварительной ручной установки. Это особенно важно для функции быстрого восстановления системы (Quick Machine Recovery), вдохновленной инцидентом с CrowdStrike в 2024 году. Она может автоматически загружать необходимые исправления, если устройство не загружается.
В предварительной версии также появилась функция восстановления на определенный момент времени (Point-in-Time Restore), позволяющая откатиться к точному состоянию системы, а не только к ближайшей точке восстановления.
Однако, есть и ирония в этом процессе. Обновления Microsoft неоднократно приводили к запросам на восстановление BitLocker. Например, обновление безопасности от октября 2025 года вызвало подобную ситуацию на ПК на базе Intel. Хотя это была однократная разблокировка, сопутствующая ошибка сломала ввод с USB-клавиатуры в среде восстановления, и пользователи не могли ввести ключ восстановления.
Microsoft исправила эту проблему в течение недели, но если бы вы застряли в этом цикле без знания команд, вам бы не повезло. Командная строка в таких случаях становится лучшим решением.
Теперь мой компьютер работает идеально. Мне не пришлось переустанавливать программы или терять данные, что позволило избежать долгих часов настройки. Инструменты, которые всегда были в Windows, помогли мне справиться с проблемой. Я рад, что знал о них и смог воспользоваться их возможностями.
