Синий экран смерти BSOD 0x0000007B.
После замены критически важных с точки зрения операционной системы компонентов компьютера (материнская плата, жёсткий диск и т.п.), восстановления из системного образа, а также при переезде физического хоста на виртуальную платформу, администратора почти гарантийно встретит ошибка синего экрана BSOD 0x0000007B. На страницах этого блога тема была частично раскрыта (по мере возникновения проблем) в статьях
Windows перезагружается после запуска
Как переместить Windows с одного компьютера на другой?
равно как и предлагались решения по конкретным случаям. В этой статье я попробую систематизировать подход к решению проблемы BSOD 0x0000007B для большинства сборок.
Итак, имеем синий экран смерти
или такой – всё равно:
с ошибкой (на последнем фото)
STOP: 0x0000007B (0xFFFFF880009A9928, 0xFFFFFFFFC0000034, 0x0000000000000000, 0x0000000000000000)
При этом в описании ошибки появляется информация о INACCESSABLE_BOOT_DEVICE (загрузочное устройство недоступно). Что является намёком именно на “подменённый” контроллер жёсткого диска компьютера или сервера (в т.ч. виртуального). Это означает, что во время загрузки системы драйвер жёсткого диска просто не появился. Windows без этого, мягко говоря, работать не сможет. Таким образом, наиболее частыми причинами BSOD 0x0000007B видятся:
- восстановление из резервной копии на другую сборку или в виртуальную среду;
- переезд в другую физическую среду с помощью системного образа, в т.ч. после создания на его основе виртуальной машины;
- переключения режимов SATA контроллера с AHCI на IDE и наоборот;
- замена материнской платы с сохранением Windows или замена жёсткого диска
- неверные настройки групповой политики Windows в части установки или чтения устройств хранения.
Как и в прошлых статьях, я предлагаю к работе загрузочный/аварийный диск с возможностью редактирования удалённого реестра. В нашем случае подойдёт даже загрузочное устройство с Windows, так что запасайтесь и приступайте.
- возможно придётся зайти в BIOS в настройки режима контроллера жёсткого диска и выставить его в IDE или Compatible; F10 для сохранения изменений, если они сделаны, и перезагружаемся. Этот шаг вам понадобится, если вы перед ошибкой BSOD перевели режим работы контроллера из AHCI в IDE; как вы понимаете, этот шаг зависит от предварительных настроек BIOS

- загружаемся с загрузочного устройства (с предварительным выставлением загрузочного устройства в BIOS или через Quick Boot Pop Up меню);
- во время установки зажимаем Shift + F10 для вызова аварийной командной строки cmd или перехода к ней через Восстановление системы-Поиск и устранение неисправностей:
- в окне консоли вызываем редактор реестра
regedit.exe
- в окне редактора отправляемся в раздел
HKEY_LOCAL_MACHINE
- выбрав в меню инструментов Файл – Загрузить куст… (File -> Load Hive…). На локальном (целевом) диске выберите файл хранения системной части реестра установленной на этом компьютере копии Windows (его буква, скорее всего, уже не привычная С):
Буква-локального-диска\Windows\System32\config\system
Редактор запросит имя куста. Введите local_hkey:
Таким образом, нам удалось смонтировать куст системного реестра с “неисправного” жёсткого диска в редакторе загрузочного устройства (local_hkey). Да, и ещё:
старайтесь сейчас не терять питание к ноутбуку (если работаете с ним) и не перезагружаться: иначе к BSOD добавится ещё одна ошибка
Но мы продолжаем работу. В загруженном кусте реестра нам нужен ключ
HKEY_LOCAL_MACHINE\local_hkey\ControlSet001\services\
Нам нужны три подраздела (все – в левой части):
- Atapi
- Intelide
- LSI_SAS
Если перед ошибкой вы переводили SATA в режим AHCI и в BIOS после этого не лазали, то вам нужен ещё и раздел
- msahci
В любом случае обратите на него особое внимание, ибо…
- во всех указанных подразделах вам необходимо перевести значения параметра REG_DWORD с наименованием Start в значение 0. Этим мы переводим службу в состояние “загрузиться вместе с Windows автоматически”. Значение 3 означало, что служба запустится вручную. Но продолжаем.
- сохраним проделанное в реестре локального диска. Идём в раздел
HKEY_LOCAL_MACHINE\local_hkey
и выберем Выгрузить куст… (Unload Hive):
Всё. Перезагружаемся на жёсткий диск и проверяем. Сейчас Windows должна загрузиться, найти нужные драйверы к диску и установить их.
BSOD 0x0000007B может вернуться…
Если после проделанных изменений ошибка продолжает вас преследовать, это означает, что на компьютере используется другой тип контроллера. Но в любом случае при исправлении ошибки BSOD 0x0000007B (в том числе и в виртуальных машинах) вам понадобятся параметры Start в разделе
HKEY_LOCAL_MACHINE\local_hkey\ControlSet001\services
с такими итоговыми значениями указанных ключей:
Запрет со стороны групповой политики
Ошибка Stop 0x0000007B здесь описана подробно и официально. Её суть в том, что, если администратором Windows выставляются запреты на установку некоторых устройств и драйверов к ним (или принадлежащих тому же классу), после перезагрузки ваш может встретить BSOD 0x0000007B. Такие же неприятности могут случиться и в случае наложения запрета на установку переносных устройств хранения информации и любых других, информация о которых не содержится в настройках политики. В общем, в настройках по пути
gpedit.msc
Конфигурация компьютера – Административные шаблоны – Система – Установка устройства – Ограничения на установку устройств
будьте по-аккуратнее. После подобных изменений изменятся и значения параметров в реестре (они по умолчанию отсутствуют вовсе):
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\PnP\DisableCDDB
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\PnP\DontStartRawDevices
из-за которых “под замес” могут попасть абсолютно все устройства хранения информации на компьютере. Для исправления ситуации оба указанных значения нужно перевести в 0, используя тот же алгоритм, что описан выше. Или удалить оба.
У меня нет редактора групповой политики…
Успехов.