Sinine ekraan pärast Windowsi värskendusi Windows 10-s

IT-eksperdina küsitakse minult sageli sinise ekraani vea kohta, mida Windowsi kasutajad pärast Windowsi värskendust mõnikord kogevad. Seda viga nimetatakse surma siniseks ekraaniks (BSOD) ja selle põhjuseks võivad olla mitmed asjad. BSOD-id on tavaliselt põhjustatud riistvara- või draiveriprobleemidest, kuid need võivad olla põhjustatud ka tarkvaraprobleemidest. Kui pärast Windowsi värskenduse installimist ilmneb BSOD, on tõenäoline, et selle põhjuseks on värskendus. Selle parandamiseks võite proovida värskenduse desinstallida. Kui näete pärast värskenduse desinstallimist endiselt BSOD-d, on tõenäoline, et probleem on teie riistvaras või draiveris. Võite proovida värskendada draivereid või asendada riistvara. Kui näete endiselt BSOD-d, võib probleem olla teie Windowsi installimisega. Võite proovida Windowsi installi parandada. Kui näete endiselt BSOD-d, peate võib-olla Windowsi uuesti installima.

Kui näete stopp-tõrget - 0x7B POLE AVAILABLE_BOOT_DEVICE peale pealekandmist Windowsi värskendused oma Windows 10/8/7 süsteemis pidage meeles, et see tuleneb süsteemi saadavast alglaadimisolekust. Microsoft on selle probleemi lahendamiseks välja töötanud mitu sammu. Vaatame neid.

0x7B INACCESSIBLE_BOOT_DEVICE Sinine ekraan pärast Windowsi värskendusi

Kui saate veateate 0x7B INACCESSIBLE_BOOT_DEVICE, võite olla kahjumis. Te ei pruugi isegi probleemist aru saada, kuid ärge muretsege, see on normaalne. Lisaks on sellel näiliselt keerulisel probleemil mitu toimivat lahendust.

See seiskamistõrge ilmneb rikutud seadmedraiverite ja andmete tõttu alglaadimisoleku tõrke tõttu. Mõnikord võib see olla ka riistvararikke või viiruse tagajärg. Ilma eranditeta kuvatakse see stopptõrge 0x0000007B Surma- või stoppvea sinine ekraan .

Isegi kui Windows probleemi lahendab, kuvatakse ikkagi teade ' Windows taastus ootamatust seiskamisest ”, ja see probleem võib ilmneda mis tahes Windowsi versioonis. Kui see on teie probleem, on siin mõned lahendused.

Lihtsalt taaskäivitage seade, et näha, kas probleem laheneb iseenesest. Mõnikord juhtub ja ei kordu enam kunagi. Eles, loe edasi.

1] Tehke kõvaketta kontrolleris muudatused

Kui olete hiljuti kõvakettakontrolleris muudatusi teinud, võib see olla põhjuseks, nii et muutke asju, ennistades need muudatused. Teete üht järgmistest:

1. Kasutage Süsteemi taastamine .
2. Seadistage uus kõvaketta kontroller uuesti.
3. Eemaldage uus kõvaketta kontroller, kui ümberseadistamine ei toimi ja te ei vaja seda.
4. Käivitage viimane teadaolev hea konfiguratsioon, et registrit tagasi võtta ja vältida draiverite muudatuste mõju.
5. Ennistage kõvaketta kontrolleri ja seadme draiverite versioon, mis teil olid enne draiverite värskendamist.

Kõik need võivad probleemi lahendada või mitte, olenevalt sellest, mis seda põhjustab. Kui see lahendus ei tööta, teate vähemalt, et probleem pole kõvaketta kontrolleris.

2] Kontrollige SCSI-ahela lõppu

Kui kasutate SCSI-kõvakettaid, on tõrke põhjuseks tõenäoliselt vale lõpetamine. Seetõttu peate selle probleemi lahendamiseks lahendama. Kuid koduarvutid kasutavad tavaliselt PATA-d ja SATA-d, mitte SCSI-d, nii et see ei pruugi olla teie probleem.

PowerPointi suumi animatsioon

3] Kontrollige paigaldust

Veenduge, et kõvaketas on õigesti paigaldatud. Kui te pole hiljuti uut draivi installinud, võib probleem olla muus.

4] Kontrollige BIOS-i konfiguratsiooni

Peate veenduma, et teie kõvaketas on õigesti konfigureeritud BIOS . Vajadusel muutke sätteid, et tagada õige konfiguratsioon.

5] Otsige viiruseid

Nagu varem mainitud, võib peatamisviga olla viiruse tagajärg. Seetõttu peate otsima viiruseid ja põhimõtteliselt skannima alglaadimissektorit ja MBR-i pahatahtlike rünnakute suhtes. Kui see on probleem, järgige viirusetõrjetarkvara abistamiseks tavalisi toiminguid ja taaskäivitage seade. Hoidke oma viirusetõrje alati ajakohasena, et seda probleemi üldse ei tekiks.

6] Värskendage oma draivereid

Aegunud kõvaketta kontrolleri draiverid võivad selle tõrke põhjustada, seega värskendage seadme draivereid .

7] Muutke režiimi BIOS-is

Mõned täiustatud SATA funktsioonid võivad selle tõrke põhjustada. Tõrke tühistamiseks ja edaspidiseks vältimiseks muutke SATA-režiim (AHCI) IDE-režiimiks (ATA või ühilduvusrežiim). Mõnes vanemas versioonis võib lahendus olla vastupidine. Abiks võib olla ka CMOS-i tühjendamine.

8] Käivitage chkdsk

Kui alglaadimismaht on rikutud, lahendab chkdsk-i käivitamine kõvakettal probleemi. Võib-olla peate käivitage chkdsk taastekonsoolist.

9] Kõvaketta vead

Kui kõvaketas on ebaõnnestunud, peate selle välja vahetama. Kahjustatud kõvakettast pole pääsu.

Vea kordumise vältimiseks konfigureerige paikamise infrastruktuur nii, et CU värskendusi ja deltavärskendusi ei installitaks sama taaskäivitamise ajal samal ajal.

Täpsem tõrkeotsing: viga 7B Inaccessible_Boot_Device pärast Windows 10 värskenduse installimist

Kui pärast Windows 10 värskenduse installimist kuvatakse tõrketeade 7B Inaccessible_Boot_Device, erineb see täielikult ülalkirjeldatud stsenaariumidest. Peame kontrollima, kas Windows 10 installi on ootel, ja selle parandamiseks registritaru maha laadima. Käivitage Windows 10 turvarežiimis installides mis tahes meediumilt või kui pääsete juurde täiustatud taasterežiimile.

Windows Update'i installi olek

Avage käsuviip ja käivitage Windowsi värskenduse installimise ja kuupäevade kontrollimiseks järgmine käsk. Eeldades, et C on teie süsteemiketas:

Selle käsu tulemus peaks näitama Installimine on pooleli ja Eemaldamine on pooleli paketid.

1. Käivita käsk DISM/Image:C:/Cleanup-Image/RevertPendingActions.
2. Vaheta C: Windows WinSxS ja siis kontrolli, ootel.xml Fail on olemas. Kui jah, siis nimetage see ümber ootel.xml.old .

Registrimuudatuste ennistamine

Laadige alla taru

1. Registriredaktori avamiseks tippige käsureale regedit.
2. Vali HKEY_LOCAL_MACHINE ja seejärel avage Fail > Laadige alla taru .
3. Avage C: Windows System32 konfiguratsioon, valige fail nimega KOMPONENT. Ava see.
4. Salvesta nimi kui ' OfflineComponentHive . »See on meie uus taru.
5. Laiendage HKEY_LOCAL_MACHINE OfflineComponentHive ja kontrollige, kas Ootel XmlIdentifier võti on olemas.
6. Varundage OfflineComponentHivekey ja seejärel eemalda võti PendingXmlIdentifier .

Laadi maha taru:

Vali OfflineComponentHive ja seejärel valige Fail > Tühjenda taru. Valige HKEY_LOCAL_MACHINE, valige Fail > Laadi taru. Vaheta C : Windows System32 konfiguratsioon, valige fail nimega SYSTEM. Ava see. Kui küsitakse, sisestage uue taru nimi OfflineSystemHive.

Laienda HKEY_LOCAL_MACHINE OfflineSystemHive ja seejärel valige Valige Võti . Kontrollige andmete vaikeväärtust.

• Kui HKEY_LOCAL_MACHINE OfflineSystemHive Select Default andmed on 1, laiendage valikut HKEY_LOCAL_MACHINE OfflineHive ControlSet001.
• Kui see on 2, laiendage HKEY_LOCAL_MACHINE OfflineHive ControlSet002 ja nii edasi.

Laiendage juhtimisseansi haldur. Kontrollige, kas on PendingFileRenameOperations võti on olemas . Kui see on tõsi, backup SessionManagerkey ja seejärel eemaldada Ootel FileRenameOperations võti .

Taaskäivitage arvuti ja te ei tohiks saada 7B Inaccessible_Boot_Device seotud tõrkeid.

Rohkemate pakkumiste saamiseks külastage technet .

Vaadake seda postitust, kui saate INACCESSIBLE_BOOT_DEVICE viga pärast lähtestamist Windows 10-s.