Синий экран после обновлений Windows в Windows 11/10

Если вы видите стоп-ошибку —  0x7B INACCESSIBLE_BOOT_DEVICE после применения обновлений(Windows Updates) Windows в вашей системе Windows 11/10/8/7 , знайте, что это результат состояния загрузки, которое получает система. Корпорация Майкрософт(Microsoft) разработала несколько шагов, которые помогут вам решить эту проблему. Давайте посмотрим на них.

0x7B INACCESSIBLE_BOOT_DEVICE Синий экран(INACCESSIBLE_BOOT_DEVICE Blue Screen) после обновлений Windows(Windows Updates)

0x7B INACCESSIBLE_BOOT_DEVICE

Эта ошибка остановки возникает из-за ошибки в состоянии загрузки из-за драйверов устройств и повреждения данных. Иногда это также может быть результатом аппаратного сбоя или вируса. Без исключения вы получите эту ошибку остановки 0x0000007B на « Синем экране смерти» или «Ошибка остановки»(Blue Screen of Death or Stop Error) .

Даже когда Windows устраняет проблему, вы все равно получаете сообщение о том, что « Windows восстановилась после неожиданного завершения работы(Windows has recovered from an unexpected shutdown) », и эта проблема может возникнуть в любой версии Windows . Если это и ваша проблема, вот несколько решений.

Просто перезагрузите устройство, чтобы увидеть, решится ли проблема сама собой. Иногда появляется и больше никогда не появляется. Элес, читай.

1] Внесите(Make) изменения в контроллер жесткого диска(Hard Drive Controller)

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

  1. Воспользуйтесь восстановлением системы .
  2. Перенастройте новый контроллер жесткого диска.
  3. Удалите новый контроллер жесткого диска, если перенастройка не работает и вам он не нужен.
  4. Запустить восстановление при загрузке
  5. Вернитесь к версии контроллера жесткого диска и драйверов устройств, которые были у вас до обновления драйвера.

Все это может или не может решить проблему в зависимости от того, что ее вызвало. Если это решение не сработает, по крайней мере, вы будете знать, что проблема не в контроллере жесткого диска.

2] Проверьте завершение цепочки SCSI.

Если вы используете жесткие диски SCSI , вероятно, причиной ошибки является неправильное завершение. Таким образом, вы должны угодить этой проблеме, чтобы решить ее. Однако домашние компьютеры обычно используют PATA и SATA , а не SCSI , так что это может быть не вашей проблемой.

3] Проверьте установку

Убедитесь(Make) , что жесткий диск установлен правильно. Если вы недавно не устанавливали новый диск, проблема может заключаться в другом.

4] Проверьте конфигурацию BIOS

Вам необходимо убедиться, что ваш жесткий диск правильно настроен в BIOS . При необходимости измените(Change) настройки, чтобы обеспечить правильную конфигурацию.

5] Сканировать на вирусы

Как упоминалось ранее, стоп-ошибка может быть результатом вируса. Поэтому вам нужно сканировать на наличие вирусов и в основном проверять загрузочный сектор и MBR на наличие вредоносных атак. Если это проблема, следуйте обычной процедуре помощи антивирусного программного обеспечения и перезагрузите устройство. Всегда(Always) обновляйте свой антивирус, чтобы вообще предотвратить эту проблему.

6] Обновить драйверы

Эта ошибка может быть вызвана устаревшими драйверами контроллера жесткого диска, поэтому обновите драйверы устройств .

7] Изменить режим в BIOS

Некоторые расширенные функции SATA могут вызывать эту ошибку. Измените режим SATA ( AHCI ) на режим IDE ( ATA или режим совместимости(Compatibility Mode) ), чтобы устранить ошибку и избежать ее в будущем. В некоторых старых версиях решение может быть наоборот. Очистка CMOS также может помочь.

8] Запустите chkdsk

Если загрузочный том поврежден, запуск chkdsk на жестком диске решит проблему. Возможно, вам придется запустить chkdsk из консоли восстановления.

9] Ошибки жесткого диска

Если жесткий диск вышел из строя, его необходимо заменить. Выхода из поврежденного жесткого диска нет.

Во избежание повторения ошибки настройте инфраструктуру исправления так, чтобы CU и дельта-обновления не устанавливались одновременно во время одной перезагрузки.

Расширенное устранение неполадок: ошибка 7B Inaccessible_Boot_Device после установки обновления (Update)Windows 10

Когда вы получаете сообщение об ошибке 7B Inaccessible_Boot_Device после установки Центра обновления Windows(Windows Update) , это полностью отличается от описанных выше сценариев. Нам нужно будет проверить, есть ли ожидающая установка Windows 11/10 , и выгрузить куст реестра, чтобы исправить это. Загрузите Windows в безопасном режиме , используя установку с любого носителя или если вы можете получить доступ к режиму расширенного восстановления .(Advanced Recovery)

Статус установки Центра обновления Windows

Откройте командную строку(Command Prompt) и выполните следующую команду, чтобы проверить установку и даты обновления Windows . Предполагая, что C является вашим системным диском:

Dism /Image:C: /Get-packages

В результате этой команды должны  появиться пакеты Install pending  и Uninstall Pending .

  1. Запустите команду dism /Image:C:\ /Cleanup-Image /RevertPendingActions. 
  2. Перейдите к  C:\Windows\WinSxS и проверьте, существует ли  файл pending.xml  . Если это так, переименуйте его в  pending.xml.old .

Отменить изменения реестра

Загрузить улей

  1. Введите(Type) regedit в строке запуска, чтобы открыть  редактор реестра(Registry Editor) .
  2. Выберите  HKEY_LOCAL_MACHINE , а затем выберите «Файл» >  «Загрузить куст(Load Hive) » .
  3. Перейдите(Navigate) к C:WindowsSystem32config, выберите файл с именем  COMPONENT . Открой это.
  4. Сохраните имя как « OfflineComponentHive ». Это наш новый Улей.
  5. Разверните HKEY_LOCAL_MACHINEOfflineComponentHive и проверьте, существует ли  ключ PendingXmlIdentifier(PendingXmlIdentifier key) .
  6. Создайте резервную копию  OfflineComponentHivekey , а затем удалите ключ PendingXmlIdentifier(delete the PendingXmlIdentifier key) .

Выгрузить улей:

Выберите OfflineComponentHive , а затем выберите Файл > Выгрузить куст. Выберите HKEY_LOCAL_MACHINE, перейдите в меню «Файл» > «Загрузить куст». Перейдите(Navigate) к C :WindowsSystem32config, выберите файл с именем  SYSTEM . Открой это. При появлении запроса введите имя  OfflineSystemHive  для нового куста.

Разверните  HKEY_LOCAL_MACHINE\OfflineSystemHive и выберите  клавишу Select(Select key) . Проверьте данные для  значения по умолчанию(Default)  .

  • Если данные в HKEY_LOCAL_MACHINE\OfflineSystemHive\Select\Default 1, разверните HKEY_LOCAL_MACHINE\OfflineHive\ControlSet001 .
  • Если это 2, разверните  HKEY_LOCAL_MACHINE\OfflineHive\ControlSet002 и так далее.

Разверните Диспетчер сеансов управления. Проверьте(Check) , существует ли  ключ PendingFileRenameOperations(PendingFileRenameOperations key exists) . Если это так, создайте резервную копию SessionManagerkey(back up the SessionManagerkey) , а затем удалите ключ  PendingFileRenameOperations  .

Перезагрузите(Reboot) компьютер, и вы не должны получить никаких ошибок, связанных с 7B Inaccessible_Boot_Device .

Еще несколько предложений можно найти на сайте Technet(Technet) .

См. этот пост, если вы получаете сообщение об ошибке INACCESSIBLE_BOOT_DEVICE после использования сброса в Windows.(See this post if you receive INACCESSIBLE_BOOT_DEVICE error after you used Reset in Windows.)



About the author

Я iOS-разработчик с более чем 10-летним опытом. Я специализируюсь на разработке приложений для iPhone и iPad. У меня есть опыт создания пользовательских потоков, создания пользовательских комплектов разработки (CDK) и работы с различными средами разработки приложений. В своей предыдущей работе я также разработал инструменты для управления магазином приложений Apple, в том числе инструмент управления продуктами и инструмент отправки приложений.



Related posts