KERNEL POWER 41 sinine ekraan: mida see tähendab ja kuidas takistada arvuti automaatset väljalülitumist

Kui teie arvuti taaskäivitub pidevalt ja Windowsi naasmisel kuvatakse Kernel Power 41 viip, pole te üksi: See on üks häirivamaid ebaõnnestumisi Sest see viitab järsule väljalülitumisele ilma puhta väljalülituseta. Mõnikord kaasneb sellega sinine ekraan, teinekord ei hoiata see isegi mitte. Ja jah, see põhjustab ebastabiilsust ja hirmu juhuslike taaskäivituste näol.

Esiteks on oluline mõista, et Kernel Power 41 ei ole põhjus, see on tagajärgWindows tuvastab, et eelmine sulgemine ei õnnestunud, ja logib selle. Sealt edasi peate sümptomite, logide ja testide vahel ristviiteid tegema. Selles juhendis näete, mida sündmus 41 tähendab, kuidas seda sündmustevaaturis tõlgendada, Microsofti kirjeldatud ametlikud stsenaariumid, reaalseid juhtumeid ja tegevuskava nii tarkvara kui ka riistvara ründamiseks ilma aega ja andmeid raiskamata.

Mis on Kernel Power 41 ja miks see ilmub?

Kui Windows sulgub õigesti, sulgeb see teenused, teavitab rakendusi ja salvestab olekud. Kui midagi katkestab elektri või süsteemi See hangub ja sa lülitad selle jõuga väljaJärgmises käivituslogis on sündmuse ID 41 (Microsoft-Windows-Kernel-Power, kriitiline tase). Tüüpiline tekst: „Süsteem on taaskäivitatud ilma enne täielikku sulgumist”.

See sündmus genereeritakse järgmise käivitamise kerneli faasis ja võib sisaldada lisateavet (näiteks veakontrolli koode sinise ekraani ilmnemisel). Ilma kontekstita ei piisa ainuüksi 41-st., aga see aitab niiti tõmmata: mis toimus vahetult enne, kas oli tõeline elektrikatkestus, kas seadmed olid puhkeseisundis jne.

Teised seotud sündmused aitavad puslet kokku panna:

• 1074 (kui kasutaja/rakendus algatab õigustatud sulgemise või taaskäivitamise).
• 6006 (õige väljalülitus).
• 6008 (ootamatu seiskamine).

Vaadake nende sündmuste järjekorda Süsteemi ja rakenduste registris annab kuldseid vihjeid.

Kuidas tõlgendada sündmustevaaturit ja sündmuste andmeid

Kui avate sündmuse 41, näete kasulikke välju. Näiteks BugcheckCode Näitab sinise ekraani koodi, kui see oli olemas (kümnendsüsteemis). Tüüpiline juhtum on 159 (heksadetsimaalsüsteemis 0x9F), mis on väga levinud DRAIVER_TOITE_OLEKU_RIKE ja draiveritega seotud energiahalduse probleemid. Kui veakontrolli kood on 0, BSOD-i ei olnud või seda ei saanud kirjutada.

Muud väljad: ToitenuppAjatempel muu kui 0 viitab sellele, et keegi hoidis toitenuppu all; SleepInProgress Näitab, kas süsteem oli magamisrežiimis. Kui näete kõike väärtusel 0 ja lisaks volmgr sündmust 46, mis teatab mälutõmmise initsialiseerimise ebaõnnestumisest, olge ettevaatlik: Süsteem võis käivituda ilma konfigureeritud mälutõmmisefailita. või kui lehefail on halvasti määratletud ja seetõttu puudub minidump.

Võite leida selliseid andmestruktuure (parafraseeritult): Veakontrolli kood=126, parameetrid koodiga c0000005 (juurdepääsu rikkumine), kerneli aadresside osutid, Toitenupu ajatempel=0See kombinatsioon ühildub tarkvara- või riistvaravea tõttu tekkiva järsu väljalülitusega, kuid ilma nupu käsitsi vajutamiseta.

Mis siis, kui sündmust 41 isegi ei toimu? Täielik elektrikatkestus võib takistada Windowsil enne sulgemist midagi salvestamast. See tugevdab hüpoteesi ebastabiilse toiteallika, pikendusjuhtme, pistikupesa või elektripaigaldise kohta.

Kolm tüüpilist stsenaariumi Microsofti sõnul

Kernel Power 41 veaga silmitsi seistes võime sattuda kolme erineva olukorra ette:

• Stsenaarium 1 (BugcheckCode'iga)Süsteem sulgus peatumisvea tõttu. Sündmus 41 sisaldab kontrollkoodi (nt 0x9F) ja selle parameetreid. Siin asub teie oma. analüüsige minidumpe, kontrollige uusimaid draivereid ja toidet.
• Stsenaarium 2 (PowerButtonTimestamp ≠ 0)keegi hoidis toitenuppu all. See on hädaabiressurss; seda on kõige parem vältida, välja arvatud juhul, kui tegemist on täieliku krahhiga. Veendu, et see oli sunnitud ja püüa saavutada järsku krahhi.
• Stsenaarium 3 (ilma 41-ta või kõigega nullis): väljalülitus liiga järsk, et midagi registreerida. See lõhnab nagu elektri- või riistvaraprobleem. (Toiteplokk, lühised, ülepingekaitsed jne) See toimib ka siis, kui arvuti hangub ja ei saa kettale kirjutada.

Riistvarakontrollid, mis ei ebaõnnestu

• Fuentes de alimentaciónKontrollige tegelikku võimsust, väljundvõimsust ja kvaliteeti. Kui lisasite RAM-i, kettaid või graafikakaarti, võib teie toiteplokk olla ebapiisav. GPU alglaadimise naelu Nad on reetlikud. Kaalu teise toiteploki või ... proovimist. UPS kärbete välistamiseks.
• Ülekiirendamine: Keela kõik (protsessor, graafikakaart, XMP/EXPO RAM). Kontrollige laoseisu stabiilsustPaljud ebastabiilsused kaovad siin ära.
• TemperaturasJälgib protsessorit ja graafikakaarti (SpeedFan, HWiNFO). Termotrossel ei põhjusta alati BSOD-i, aga lülitage kaitseks seadmed välja (ja vajadusel kontrollige, kuidas sundige graafikakaardi ventilaatorit ilma lisatarkvarata).
• RAMKasutage võimaluse korral identseid mooduleid. Kolm DDR4 mälupulka võivad, nagu ka päriselus, sundida tekkima asümmeetrilisi konfiguratsioone. MemTest Laiendatud ja moodulite testimine. Puhastab kontakte ja pesasid.
• ÜhendusedTaastab 24-pin ATX, 8-pin CPU, PCIe GPU-leSATA ja NVMe kindlalt kinnitatud. Olge ettevaatlik jagatud PCIe-adapterite ja vanade kaablite suhtes.
• Emaplaat: Värskenda BIOS-i, tühjenda CMOS, kui oled riistvara muutnud. Vana BIOS-i versioon ei pruugi uuemate protsessorite või DDR5-ga hästi mängida.
• Oksüdeerumine või mustusToiteploki lüliti tagakülg ja kontaktid võivad roostetada või tolmuseks muutuda. Õigeaegne koristus väldi valesid kontakte.

Windowsi toitesätted, mida peaksite kontrollima

On energiarežiimi sätteid, mis võivad jõudeolekus või draivide väljalülitamisel mõnikord hanguda, eriti salvestusdraiverite ja teatud püsivara puhul. Avage toitesuvandid ja avage oma praeguse režiimi all täpsemad sätted. Inicio rápido (Kiire käivitamine) ühendab talveunerežiimi ja seiskamise. See pole oma olemuselt halb, kuid võib põhjustada konflikte draiverite ja kerneli toiteolekutega. Lülitage see ajutiselt välja kontrollige jaotises „Valige toitenuppude funktsioon“, kas see naaseb väärtusele 41. Kui kõik on korras, saate otsustada, kas jätta see välja lülitatuks.

Need muutused ei ravi kõike, aga piirata peatamise ja jätkamise stsenaariume kus paljud 0x9F ja 41 sündmused pärinevad uuematest arvutitest.

Draiverid, BIOS ja püsivara: teine ​​​​jalg

Vananenud või vigased draiverid on klassikaline probleem. Saate värskendusi sundida seadmehaldurist, kuid parim viis on minna web del fabricante emaplaadilt (kiibistik, ME/AM5/AM4, LAN, heli) ja graafikakaardilt. Vältige helidraiverite segamistKui näete jaotises „Heli-, video- ja mängukontrollerid” duplikaate, keelake need, mida te ei kasuta. Kui kasutate AMD-d, vaadake, kuidas installida AMD adrenaliin õigesti.

BIOS-is värskendamisel olge ettevaatlik: Vale vilkumine võib jätta teid ilma numbrimärgita.Kontrollige kasutusjuhendit, kasutage soovitatud meetodit (Q-Flash, EZ Flash, Flashback) ja ärge tehke seda, kui süsteem on toite tõttu ebastabiilne. Uuematel platvormidel (Z790, AM4 Ryzen 5000-ga jne) on vaja kaasaegset BIOS-i. Parandab ühilduvust ja energiahaldust.

Tähtis: kui pärast värskendamist on kõik endiselt sama ja olete installinud Windowsi uusima versiooni, kaaluge naasta stabiilse versiooni juurdeOn dokumenteeritud juhtum, kus 24H2-lt 23H2-le üleminek kõrvaldas kergete ülesannete puhul igapäevased BSOD-id. See pole normaalne, aga Kui esineb taandarenguid, on oksast allapoole laskumine imerohi..

Vältige automaatset taaskäivitamist ja turvalisi mälutõmmiseid

Vigade analüüsimiseks minge jaotisse Täpsemad süsteemiseaded, seejärel „Käivitamine ja taastamine” ja Tühjendage märkeruut „Automaatne taaskäivitamine”Nii näete BSOD-i ja saate vea üles märkida. Lubage minidump-ide (väikeste mälutõmmiste) loomine ja jäta lehefail automaatseks (või piisavalt suur), et prügimägi kirjutataks.

Kui sündmuse 41 kõik väärtused on nullid ja näete a volmgr (id 46) viga prügimäe initsialiseerimisel, kontrollige lehefaili konfiguratsiooni. Windows kasutab lehefaili vaikimisi mälutõmmisena; ilma selleta pole krahhitõmmist ja sul saavad tõendid otsa.

Testina saate süsteemi ja komponentide kontrolli sundida: käivita sfc /scannow, siis DISM /Online /Cleanup-Image /ScanHealth y DISM /Online /Cleanup-Image /RestoreHealthKui kõik läheb hästi, Tõenäolisemalt on tegemist draiveri või riistvaraga milline korrumpeerunud süsteem.

Puhas väljalülitus sees: Bootstat.dat ja jälgija

Windows salvestab oma elutsükli %SystemRoot%\Bootstat.dat, kus see märgib, kas käivitamine ja seiskamine olid edukad või kas tuvastati viga. Seejärel otsustab see taastevõimaluste üle (turvarežiim, viimane edukas, käivitusparandus). See on binaarfail, mida ei muudeta.

Tavapärase väljalülituse ajal saadab süsteem rakendustele sõnumeid WM_QUERYENDSESSION ja kui nad ei vasta, WM_ENDSESSIONshutdown.exe logib sündmuse 1074 allikaga User32, sh kasutaja, kellaaeg ja põhjus. Windows ootab ~30 sekundit teenuste lõpetamiseks (huvitaval kombel tähestikulises järjekorras). Mõned teenused saab käsitsi peatada käsuga NET STOP või SC võib veidi kiireneda protsess.

Kui väljalülitus on vigane, kajastab Windows seda ja võib kuvada väljalülitussündmuste jälgija. Kui see on teie jaoks probleem, on seal loendur. HKLM\TARKVARA\Microsoft\Windows\CurrentVersion\Usaldusväärsus (väärtused nagu DirtyShutdown, LastAliveStamp, TimeStampInterval), mida saate puhasta omal vastutusel nii et viip ei ilmu, kuigi see ei lahenda algpõhjust.

Kernel Power 41 on sõnumitooja, mis annab teada, et eelmine sulgemine oli vigane. On aeg logisid ja sümptomeid võrrelda: Kui esineb veakontrolli kood (BugcheckCode), tõmba draiverid välja; kui kõik näitab nulli, osuta toitele.Ootamatute elektrikatkestuste taga on sageli toiteploki, emaplaadi ja muutmälu kolmnurk; erinevate koodidega BSOD-id on tavaliselt draiverite ja BIOS-ide pärusmaa. Hästi organiseeritud metoodika, turvaliste varukoopiate ja paari risttesti abil (teine ​​allikas, keela kiire käivitamine, ajakohased draiverid), tavaline on klahvi vajutada ilma hulluks minemata.

Seotud artikkel:

Kuidas analüüsida Windowsi alglaadimist BootTrace'i abil: täielik juhend ETW, BootVisi, BootRaceri ja Startup Repairiga

Daniel Terrasa

Toimetaja on spetsialiseerunud tehnoloogiale ja internetiprobleemidele, omades rohkem kui kümneaastast kogemust erinevates digitaalsetes meediates. Olen töötanud toimetajana ja sisuloojana e-kaubanduse, kommunikatsiooni, veebiturunduse ja reklaamiettevõtetes. Olen kirjutanud ka majanduse, rahanduse ja teiste sektorite veebisaitidele. Minu töö on ka minu kirg. Nüüd minu artiklite kaudu Tecnobits, püüan uurida kõiki uudiseid ja uusi võimalusi, mida tehnoloogiamaailm meile iga päev oma elu parandamiseks pakub.