Сіні экран KERNEL POWER 41: што гэта значыць і як прадухіліць аўтаматычнае выключэнне кампутара

Калі ваш камп'ютар пастаянна перазагружаецца, і пры вяртанні ў Windows вы бачыце запыт Kernel Power 41, вы не самотныя: Гэта адна з самых трывожных няўдач Таму што гэта паказвае на раптоўнае выключэнне без карэктнага выключэння. Часам гэта суправаджаецца сінім экранам, а часам нават не папярэджвае. І так, гэта выклікае нестабільнасць і палохае ў выглядзе выпадковых перазагрузак.

Перш за ўсё, важна зразумець, што Kernel Power 41 — гэта не прычына, а наступстваWindows выяўляе, што папярэдняе выключэнне не было паспяховым, і запісвае гэта ў журнал. Пасля гэтага вам трэба параўнаць сімптомы, журналы і тэсты. У гэтым кіраўніцтве вы даведаецеся, што азначае падзея 41, як яе інтэрпрэтаваць у праглядзе падзей, афіцыйныя сцэнарыі, апісаныя Microsoft, рэальныя выпадкі і план дзеянняў па ўздзеянні як на праграмнае, так і на абсталяванне без страты часу і дадзеных.

Што такое Kernel Power 41 і чаму ён з'яўляецца?

Калі Windows правільна завяршае працу, яна закрывае службы, паведамляе праграмы і захоўвае стан. Калі нешта адключае харчаванне або сістэму Ён завісае, і вы яго выключаеце сілайНаступны запіс у журнал загрузкі з ідэнтыфікатарам падзеі 41 (Microsoft-Windows-Kernel-Power, крытычны ўзровень). Тыповы тэкст: Сістэма перазагрузілася без папярэдняга карэктнага выключэння..

Гэта падзея генеруецца падчас фазы ядра наступнай загрузкі і можа ўтрымліваць дадатковую інфармацыю (напрыклад, коды праверкі памылак, калі ўзнік сіні экран). Без кантэксту, толькі 41 недастаткова., але гэта служыць для таго, каб зразумець: што адбывалася непасрэдна перад гэтым, ці было сапраўднае адключэнне электраэнергіі, ці абсталяванне знаходзілася ў стане спакою і г.д.

Іншыя звязаныя падзеі дапамагаюць скласці галаваломку:

• 1074 (калі карыстальнік/праграма ініцыюе законнае выключэнне або перазапуск).
• 6006 (правільнае выключэнне).
• 6008 (нечаканае адключэнне).

Паглядзіце на парадак гэтых падзей у сістэмным і праграмным рэестры дае залатыя падказкі.

Як інтэрпрэтаваць праглядальнік падзей і дадзеныя падзей

Калі вы адкрыеце падзею 41, вы ўбачыце карысныя палі. Напрыклад, BugcheckCode Паказвае код сіняга экрана, калі ён быў (у дзесятковай сістэме злічэння). Тыповы выпадак, які назіраецца, - 159 (шаснаццатковы 0x9F), вельмі распаўсюджаны ў DRIVER_POWER_STATE_FAILURE і праблемы з кіраваннем харчаваннем з дапамогай драйвераў. Калі BugcheckCode роўны 0, BSOD не было або запіс быў немагчымы.

Іншыя палі: Часовая метка кнопкі харчавання значэнне, акрамя 0, азначае, што хтосьці ўтрымліваў кнопку харчавання; SleepInProgress Паказвае, ці знаходзілася сістэма ў рэжыме сну. Калі вы бачыце, што ўсё мае значэнне 0, а таксама падзею volmgr 46, якая паведамляе пра памылку ініцыялізацыі дампа памяці, будзьце ўважлівыя: Магчыма, сістэма загрузілася без наладжанага файла дампа. альбо з дрэнна вызначаным файлам падпампоўкі, і таму няма міні-дампа.

Вы можаце знайсці такія структуры дадзеных (перафразавана): Код праверкі памылкі=126, параметры з c0000005 (парушэнне доступу), указальнікі на адрасы ядра, Часовая метка кнопкі харчавання = 0Гэта спалучэнне сумяшчальнае з раптоўным адключэннем з-за памылкі праграмнага або апаратнага забеспячэння, але без ручнога ўмяшання кнопкі.

Што рабіць, калі падзея 41 нават не з'явіцца? Поўнае адключэнне электраэнергіі можа перашкодзіць Windows запісваць што-небудзь перад выключэннем. Гэта падмацоўвае гіпотэзу аб нестабільнай крыніцы харчавання, падаўжальніку, разетцы або электрычнай устаноўцы.

Тры тыповыя сцэнарыі паводле Microsoft

Сутыкнуўшыся з памылкай Kernel Power 41, мы можам сутыкнуцца з трыма рознымі сітуацыямі:

• Сцэнар 1 (з BugcheckCode)Сістэма спынілася з-за памылкі прыпынку. Падзея 41 утрымлівае код праверкі (напрыклад, 0x9F) і яго параметры. Тут знаходзіцца ваша падзея. аналізаваць міні-дампы, праверце апошнія драйверы і харчаванне.
• Сцэнар 2 (PowerButtonTimestamp ≠ 0)хтосьці трымаў кнопку харчавання. Гэта рэсурс на выпадак надзвычайнай сітуацыіЛепш пазбягаць гэтага, калі толькі гэта не поўнае здарэнне. Пераканайцеся, што аварыя была вымушанай, і паспрабуйце зрабіць аварыю моцнай.
• Сцэнар 3 (без 41 або з усім на нулі): занадта рэзкае выключэнне, каб што-небудзь зарэгістраваць. Пахне як электрычная або апаратная праблема. (Блок харчавання, кароткае замыканне, сеткавыя фільтры і г.д.) Гэта таксама датычыцца выпадкаў, калі камп'ютар завіс і не можа запісаць на дыск.

Праверкі абсталявання, якія не падводзяць

• Fuentes de alimentaciónПраверце фактычную магутнасць, рэйкі і якасць. Калі вы дадалі аператыўную памяць, дыскі або відэакарту, ваш блок харчавання можа быць недастаткова магутным. Пікі загрузкі графічнага працэсара Яны падманлівыя. Падумайце пра іншы блок харчавання або UPS каб выключыць скарачэнні.
• OverclockingАдключыць усё (працэсар, відэакарта, аператыўную памяць XMP/EXPO). Праверце стабільнасць запасаўТут знікаюць многія нестабільнасці.
• Temperaturas: Кантралюе працэсар і відэакарту (SpeedFan, HWiNFO). Цеплавы дросель не заўсёды выклікае BSOD, але выключыць абсталяванне для абароны (і, пры неабходнасці, праверце, як прымусова ўключыць вентылятар відэакарты без дадатковага праграмнага забеспячэння).
• Аператыўная памяцьВыкарыстоўвайце аднолькавыя модулі, калі гэта магчыма. Тры планкі DDR4, як і ў рэальным свеце, могуць прымусіць да стварэння асіметрычных канфігурацый. MemTest пашыранае і модульнае тэставанне. Ачышчае кантакты і слоты.
• ПадключэнніЗамацоўвае 24-кантактны раз'ём ATX, 8-кантактны раз'ём працэсара PCIe да GPUSATA і NVMe надзейна замацаваны. Сцеражыцеся раз'яднаных адаптараў PCIe і старых кабеляў.
• Матчына платаАбнавіце BIOS, ачысціце CMOS, калі вы змянілі абсталяванне. Старая версія BIOS можа не працаваць добра з новымі працэсарамі або DDR5.
• Акісленне або брудЗадняя панэль выключальніка і кантактаў блока харчавання могуць заржавець або запыліцца. Уборка своечасова пазбягайце ілжывых кантактаў.

Параметры харчавання ў Windows, якія варта праверыць

Існуюць налады плана электрасілкавання, якія часам выклікаюць завісанне сістэмы ў рэжыме чакання або пры выключэнні дыскаў, асабліва з драйверамі назапашвальнікаў і некаторымі прашыўкамі. Перайдзіце ў раздзел «Параметры электрасілкавання» і ў вашым бягучым плане адкрыйце дадатковыя налады. Хуткі старт (Хуткі запуск) спалучае ў сабе спячы рэжым і выключэнне. Гэта само па сабе не дрэнна, але можа выклікаць канфлікты з драйверамі і станам харчавання ядра. Часова адключыць яго у раздзеле «Выберыце дзеянні кнопак харчавання» і праверце, ці вяртаецца значэнне да 41. Калі ўсё ў парадку, вы можаце вырашыць, ці варта пакідаць яго выключаным.

Гэтыя змены не лечаць усё, але абмежаваць сцэнарыі прыпынення і аднаўлення дзе на сучасных кампутарах узнікаюць шматлікія падзеі 0x9F і 41.

Драйверы, BIOS і прашыўка: іншы бок

Састарэлыя або няспраўныя драйверы — гэта класіка. Вы можаце прымусова ўсталяваць абнаўленні з дыспетчара прылад, але лепшы спосаб — перайсці да вэб-сайт вытворцы ад матчынай платы (чыпсэт, ME/AM5/AM4, сеткавая карта, аўдыё) і відэакарты. Пазбягайце змешвання аўдыёдрайвераўКалі вы бачыце дублікаты ў раздзеле «Гукавыя, відэа- і гульнявыя кантролеры», адключыце тыя, якімі вы не карыстаецеся. Калі вы выкарыстоўваеце AMD, глядзіце, як усталяваць AMD Адрэналін правільна.

У BIOS абнаўляйце з асцярожнасцю: Няправільная мігалка можа пакінуць вас без нумарнога знака.Праверце інструкцыю, выкарыстоўвайце рэкамендаваны метад (Q-Flash, EZ Flash, Flashback) і не рабіце гэтага, калі сістэма працуе нестабільна з-за перападаў харчавання. На новых платформах (Z790, AM4 з Ryzen 5000 і г.д.) патрэбен сучасны BIOS. Паляпшае сумяшчальнасць і кіраванне харчаваннем.

Важна: Калі пасля абнаўлення ўсё засталося ранейшым, і вы ўсталявалі апошнюю зборку Windows, падумайце вярнуцца да стабільнай версііІснуе дакументальна пацверджаны выпадак, калі пераключэнне з 24H2 на 23H2 ліквідавала штодзённыя BSOD пры выкананні лёгкіх задач. Гэта не нармальна, але... Калі адбываюцца рэгрэсіі, спуск па галінцы — гэта цудадзейны сродак..

Прадухіленне аўтаматычных перазагрузак і бяспечныя дампы памяці

Каб прааналізаваць памылкі, перайдзіце ў Дадатковыя параметры сістэмы, «Загрузка і аднаўленне» і зніміце сцяжок «Аўтаматычна перазапускаць»Такім чынам, вы ўбачыце BSOD і зможаце запісаць памылку. Уключыце стварэнне міні-дампаў (невялікі дамп памяці) і пакінуць файл падпампоўкі ў аўтаматычным рэжыме (ці дастаткова вялікі) для запісу дампа.

Калі ў падзеі 41 усе значэнні роўныя нулю, і вы бачыце Памылка volmgr (id 46) пры ініцыялізацыі дампа, праверце канфігурацыю файла падпампоўкі. Windows выкарыстоўвае файл падпампоўкі ў якасці падтрымкі дампа па змаўчанні; без яго няма аварыйнага дампа і у цябе скончыліся доказы.

У якасці тэсту вы можаце прымусова праверыць сістэму і кампаненты: запусціць sfc /scannow, тады DISM /Online /Cleanup-Image /ScanHealth y DISM /Online /Cleanup-Image /RestoreHealthКалі ўсё пойдзе добра, Хутчэй за ўсё, гэта драйвер або абсталяванне якая ж карумпаваная сістэма.

Чыстае выключэнне ўнутры: Bootstat.dat і Tracker

Windows запісвае свой жыццёвы цыкл у %SystemRoot%\Bootstat.dat, дзе адзначаецца, ці былі запуск і выключэнне паспяховымі, ці была выяўлена памылка. Затым вызначаюцца варыянты аднаўлення (бяспечны рэжым, апошні паспяховы, аднаўленне пры запуску). Гэта двайковы файл, які не рэдагуецца.

Падчас звычайнага выключэння сістэма адпраўляе паведамленні ў праграмы WM_QUERYENDSESSION а калі яны не адкажуць, WM_ENDSESSION.shutdown.exe запісвае падзею 1074 з крыніцай User32, уключаючы карыстальніка, час і прычыну. Windows чакае ~30 секунд каб спыніць службы (цікава, што ў алфавітным парадку). Спыніце некаторыя службы ўручную з дапамогай NET STOP або SC можа крыху паскорыць працэс.

Калі выключэнне адбываецца неналежным чынам, Windows адлюструе гэта і можа адлюстроўваць трэкер падзей выключэння. Калі гэта праблема для вас, у HKLM\ПРАГРАМНАЕ ЗАБЕСПЯЧЭННЕ\Microsoft\Windows\Цяперашняя версія\Надзейнасць (значэнні, такія як DirtyShutdown, LastAliveStamp, TimeStampInterval), якія вы можаце чысціць на свой страх і рызыку каб падказка не з'яўлялася, хоць яна і не вырашае асноўную праблему.

Kernel Power 41 — гэта пасланнік, які паведамляе вам, што папярэдняе выключэнне было «неправільным». Прыйшоў час супаставіць журналы і сімптомы: Калі ёсць BugcheckCode, выдаліце ​​драйверы; калі ўсё паказвае нуль, укажыце харчаванне.Трыкутнік блок харчавання-мацярынская плата-аператыўная памяць часта з'яўляецца прычынай раптоўных адключэнняў электраэнергіі; BSOD з рознымі кодамі звычайна з'яўляюцца справай драйвераў і BIOS. З добра арганізаванай методыкай, бяспечнымі рэзервовымі копіямі і некалькімі перакрыжаванымі тэстамі (іншая крыніца, адключыць хуткі запуск, абнавіць драйверы), нармальна націскаць клавішу, не звар'яцеўшы.

Падобны артыкул:

Як прааналізаваць загрузку Windows з дапамогай BootTrace: поўнае кіраўніцтва па ETW, BootVis, BootRacer і аднаўленні запуску

Даніэль Тэраса

Рэдактар, які спецыялізуецца на тэхналогіях і пытаннях Інтэрнэту з больш чым дзесяцігадовым вопытам работы ў розных лічбавых медыя. Я працаваў рэдактарам і стваральнікам кантэнту для кампаній па электроннай камерцыі, камунікацыі, інтэрнэт-маркетынгу і рэкламе. Я таксама пісаў на вэб-сайтах па эканоміцы, фінансах і іншых галінах. Мая праца таксама маё захапленне. Цяпер праз мае артыкулы ў Tecnobits, я стараюся даследаваць усе навіны і новыя магчымасці, якія кожны дзень прапануе нам свет тэхналогій, каб палепшыць наша жыццё.