Син екран след актуализации на Windows в Windows 11/10

Ако видите Stop Error –  0x7B INACCESSIBLE_BOOT_DEVICE след прилагане на Windows Updates на вашата Windows 11/10/8/7 система, знайте, че това е резултат от състоянието на зареждане, което системата получава. Microsoft определи някои стъпки, които ще ви помогнат да решите този проблем. Нека да ги разгледаме.

0x7B INACCESSIBLE_BOOT_DEVICE Син екран(INACCESSIBLE_BOOT_DEVICE Blue Screen) след актуализации на Windows(Windows Updates)

0x7B INACCESSIBLE_BOOT_DEVICE

Тази грешка при спиране произтича от грешка в състоянието на зареждане поради драйвери на устройства и повреда на данните. Понякога това може да е резултат и от хардуерна повреда или вирус. Без изключение ще получите тази грешка 0x0000007B на Синя екран на смъртта или Stop Error(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 след инсталиране на Windows 10 Update

Когато получите грешка 7B Inaccessible_Boot_Device след инсталиране на Windows Update , това е напълно различно от сценариите, които разгледахме по-горе. Ще трябва да проверим дали има предстояща инсталация на Windows 11/10 и да разтоварим кошера на системния регистър, за да го поправим. Стартирайте Windows в безопасен режим , като използвате всяка инсталация на носител или ако можете да получите достъп до режим Advanced Recovery .

Състояние на инсталиране на Windows Update

Отворете командния ред(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 и след това отидете на File >  Load Hive .
  3. Придвижете(Navigate) се до C:WindowsSystem32config, изберете файла с име  COMPONENT . Отвори го.
  4. Запазете името като „ OfflineComponentHive “. Това е нашият нов кошер.
  5. Разгънете HKEY_LOCAL_MACHINEOfflineComponentHive и проверете дали  съществува ключ PendingXmlIdentifier(PendingXmlIdentifier key) .
  6. Създайте резервно копие на  OfflineComponentHivekey и след това изтрийте ключа PendingXmlIdentifier(delete the PendingXmlIdentifier key) .

Разтоварване на кошера:

Изберете OfflineComponentHive и след това изберете File> Unload Hive. Изберете HKEY_LOCAL_MACHINE, отидете на File > Load Hive. Придвижете(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 и т.н.

Разгънете ControlSession Manager. Проверете(Check) дали  съществува ключ PendingFileRenameOperations(PendingFileRenameOperations key exists) . Ако е така, архивирайте SessionManagerkey(back up the SessionManagerkey) и след това изтрийте ключа  PendingFileRenameOperations  .

Рестартирайте(Reboot) компютъра и не би трябвало да получавате грешка, свързана с 7B Inaccessible_Boot_Device .

За още няколко предложения посетете Technet .

Вижте тази публикация, ако получите грешка INACCESSIBLE_BOOT_DEVICE, след като сте използвали Reset в Windows.(See this post if you receive INACCESSIBLE_BOOT_DEVICE error after you used Reset in Windows.)



About the author

След близо 20 години в технологичната индустрия научих много за продуктите на Apple и как да ги персонализирам за моите нужди. По-конкретно, знам как да използвам платформата iOS, за да създавам персонализирани изяви и да взаимодействам с моите потребители чрез предпочитания за приложения. Този опит ми даде ценна представа за това как Apple проектира своите продукти и как най-добре да подобри тяхното потребителско изживяване.



Related posts