Як выправіць DRIVER_POWER_STATE_FAILURE крок за крокам

Калі вы бачылі сіні экран з тэкстам DRIVER_POWER_STATE_FAILURE, зрабіце глыбокі ўдых: гэта вядомая памылка, якую можна выправіць, вы можаце ўбачыць, як Выпраўленне памылкі драйвера Windows 11. Гэтая памылка звычайна з'яўляецца пры запуску, перазапуску або выхадзе з рэжыму сну/гібернацыі., і амаль заўсёды звязана з драйверамі, якія дрэнна кіруюць станамі харчавання прылады.

У наступных радках вы знойдзеце поўнае кіраўніцтва, якое спалучае практычныя рашэнні, пашыраныя праверкі і, для тых, хто ў гэтым мае патрэбу, Метады нізкаўзроўневай адладкі для праверкі памылак 0x0000009F дакументавана Microsoft. Акрамя таго, калі вы страцілі файлы з-за BSOD, мы раскажам вам, як аднавіць іх без праблем.

Што такое DRIVER_POWER_STATE_FAILURE і калі яно з'яўляецца?

DRIVER_POWER_STATE_FAILURE — гэта код прыпынку Windows са значэннем 0x0000009FНа экране можа з'явіцца паведамленне, падобнае да гэтага: «Выяўлена праблема… DRIVER_POWER_STATE_FAILURE», і сістэма перазагрузкі для абароны цэласнасці АС.

Тыповай прычынай з'яўляецца спроба Windows абудзіць, перавесці прыладу ў рэжым сну або аднавіць яе. Кантролер не рэагуе або застаецца ў няправільным стане харчаванняТакім чынам, найбольш распаўсюджаным сімптомам з'яўляецца BSOD пры абуджэнні кампутара, хоць ён таксама можа ўзнікнуць падчас выкарыстання, калі драйвер "завісае".

Распаўсюджаныя прычыны няўдач

Існуе некалькі сцэнарыяў, якія выклікаюць памылку DRIVER_POWER_STATE_FAILURE. Гэта найбольш распаўсюджаныя паводле дакументальна пацверджаных выпадкаў:

• Несумяшчальныя або пашкоджаныя драйверыДрайверы, якія састарэлі, пашкоджаны або несумяшчальныя з вашай версіяй Windows.
• Праблемныя перыферыйныя прыладыЗнешнія дыскі, USB-канцэнтратары, прынтары або нядаўна падлучаныя прылады, якія выклікаюць канфлікты.
• Няправільна адрэгуляваныя параметры магутнасціАгрэсіўныя параметры энергазберажэння, якія адключаюць харчаванне прылад і не дазваляюць ім паўторна ўключацца.
• Пашкоджаныя сістэмныя файлыасабліва калі файл гібернацыі hiberfil.sys быў пашкоджаны.
• SSD і рэжымы нізкага энергаспажывання: адзінкі, якія дрэнна спалучаюцца з пэўнымі функцыямі (напрыклад, DevSleep).
• Антывіруснае праграмнае забеспячэнне або праграмнае забеспячэнне іншых вытворцаўПраграмы, якія перашкаджаюць пераключэнню харчавання або драйверам.
• шкоднасных праграм: інфекцыі, якія змяняюць сістэмныя файлы або драйверы.
• Няспраўнае абсталяванне: Назапашвальнікі або відэакарты перыядычна выходзяць з ладу.

Перш чым перайсці да дэталяў, варта вызначыць праблему. Адключыце ўсё вонкавае і праверце; калі ён перастане выходзіць з ладу, у вас ужо ёсць важкая падказка пра паходжанне.

Хутка вызначце вінаватага

Пачніце з простага. Адключыце перыферыйныя USB-прылады і перазагрузіцесяКалі BSOD знікне, падключыцеся па адным, каб знайсці праблемны кампанент, і калі знойдзеце яго, пераўсталюйце яго драйвер з дыспетчара прылад.

Калі камп'ютар не запускаецца нармальна, увядзіце Бяспечны рэжым (F8 пры запуску ў старых версіях; у Windows 10/11 з дадатковых параметраў), каб пазбегнуць загрузкі праблемных драйвераў і працаваць без збояў экрана.

Адкрыйце дыспетчар прылад і шукайце прылады з чырвоным крыжыкам або жоўтым клічнікам. Звычайна крыніца знаходзіцца менавіта там: абнавіць або выдаліць гэты драйвер.

Яшчэ адна крыніца падказак — гэта Глядач падзейПраверце наяўнасць крытычных сістэмных памылак у тым жа прамежку часу, у якім з'явіўся BSOD. Журналы могуць паказваць на канкрэтны драйвер што не атрымалася.

Практычныя пакрокавыя рашэнні

Давайце зараз разгледзім шэраг магчымых рашэнняў памылкі DRIVER_POWER_STATE_FAILURE:

1) Выдаліце ​​нядаўна ўсталяванае знешняе абсталяванне

Найбольш распаўсюджанымі віноўнікамі з'яўляюцца новыя USB-прылады. Адключыце дыскі, канцэнтратары, прынтары і электронныя ключа, перазагрузіце і праверце. Калі памылка знікне, абнавіце драйвер для канфліктуючай прылады з вэб-сайта вытворцы; калі вы працуеце з прынтарамі або сканерамі, праверце Драйвер WIA.

2) Выдаліце ​​драйверы ў бяспечным рэжыме

Калі вы нядаўна ўсталявалі які-небудзь драйвер і праблема пачалася, загрузіцеся ў Бяспечны рэжым, перайдзіце ў дыспетчар прылад, пстрыкніце правай кнопкай мышы на нядаўна ўсталяванай прыладзе і націсніце Выдаліце ​​прыладуПаўтарыце з падазраванымі і пачніце ў звычайным рэжыме.

3) Абнавіце (або адкаціце) драйверы

Адкрыйце «Выканаць» (Windows+R), увядзіце devmgmt.msc і на прыладзе абярыце «Абнавіць драйвер». Спачатку паспрабуйце аўтаматычны пошукКалі вы нічога не можаце знайсці, спампуйце драйвер з афіцыйнага сайта вытворцы.

Калі праблема з'явілася пасля абнаўлення драйвера (асабліва графіка (драйвер AMD Radeon), сетка або Wi-Fi), перайдзіце ў «Уласцівасці прылады», укладка «Драйвер» і выкарыстоўвайце Адкат да папярэдняга драйвераПеразагрузіце і праверце.

4) Запусціце сканаванне SFC

Каб аднавіць пашкоджаныя сістэмныя файлы, адкрыйце CMD ад імя адміністратара і выканаць:

sfc /scannow

Дайце гэтаму скончыцца; гэта можа заняць некаторы час, асабліва ў Механічны жорсткі дыск. Не перарывайце працэс нават калі здаецца, што прагрэсу няма. Пасля завяршэння зачыніце акно і перазапусціце.

5) Наладзьце параметры харчавання

Гэты BSOD цесна звязаны з кіраваннем харчаваннем. Перайдзіце ў Панэль кіравання > Параметры харчавання і абярыце Збалансаваны (рэкамендуецца)Затым у раздзеле «Змяніць налады плана» > «Пашыраныя налады»:

• Бесправадны адаптар: Максімальная прадукцыйнасць.
• PCI Express > Кіраванне станам канала: Тэставанне паміж Адключана або Максімальнае энергазберажэнне у залежнасці ад вашага выпадку (некаторыя кіраўніцтвы прапануюць захоўваць, іншыя — дэактываваць яго, каб пазбегнуць адключэння электраэнергіі); праверце, які параметр ліквідуе ваш BSOD).
• Праверце рэжым сну/гібернацыі і не дапускайце пераходу крытычна важных прылад у агрэсіўныя станы.

Калі вы раней карэктавалі планы, эфектыўным варыянтам з'яўляецца аднавіць налады па змаўчанні для кожнага плана і паспрабуйце яшчэ раз.

6) Часова адключыце або выдаліце ​​антывірус

Некаторыя антывірусныя праграмы перашкаджаюць пераключэнню харчавання або драйверам. У Панэль кіравання > Праграмы, часова выдаліць антывірус, перазапусціце кампутар і паглядзіце, ці знікне памылка. Калі праблема палепшыцца, усталюйце апошнюю версію або зменіце рашэнне бяспекі.

7) Наладзьце панэль кіравання NVIDIA

Калі ў вас відэакарта NVIDIA, адкрыйце панэль кіравання і перайдзіце ў раздзел «Кіраванне наладамі 3D». У раздзеле «Рэжым кіравання харчаваннем» выберыце Аддавайце перавагу максімальнай прадукцыйнасці і абярыце патрэбны графічны працэсар. Ужывайце і тэстуйце.

8) Выдаліце ​​праблемныя праграмы

Калі BSOD пачаўся пасля ўсталёўкі праграмы, перайдзіце ў Панэль кіравання > Праграмы > Выдаленне праграмы, выдаліць гэта праграмнае забеспячэнне і перазагрузіце кампутар. У некаторых выпадках інструменты для ачысткі рэшткаў драйвераў дапамагаюць выдаліць рэшткі драйвераў.

9) Выкарыстоўвайце праверку драйвераў

Windows уключае Праверка драйвераў Каб выявіць нестабільныя драйверы: знайдзіце «верыфікатар» у меню «Пуск», стварыце стандартную канфігурацыю, выберыце драйверы для аналізу, перазагрузіце кампутар і дайце яму праверыць. Калі ён выявіць праблемы, ён будзе генераваць справаздачы якія паказваюць на вінаватага.

10) Праверце наяўнасць абнаўленняў Windows (або адкаціцеся да апошняй версіі)

Перайдзіце ў «Налады» > «Цэнтр абнаўлення Windows». Усталюйце чакаючыя абнаўлення, бо яны выпраўляюць праблемы са стабільнасцю і харчаваннем. Калі праблема ўзнікла пасля абнаўлення, перайдзіце па спасылцы Выдаліць абнаўлення і вяртае апошні, каб выключыць рэгрэсіі.

11) Абнавіце сістэму, захоўваючы пры гэтым свае файлы

У крайнім выпадку, у раздзеле «Налады» > «Абнаўленне і бяспека» > «Аднаўленне» выкарыстоўвайце «Скіньце кампутар«, опцыю «Захаваць мае файлы». Гэта лёгкая пераўсталёўка, якая звычайна ліквідуе пастаянныя канфлікты кіроўцаў.

Пашыраны тэхнічны дапаможнік: адладка Bugcheck 0x9F

Для асяроддзяў распрацоўкі або пашыраных ІТ-асяроддзяў Microsoft дакументуе аналіз праверкі памылак. ЗБОЙ_СТАНУ_ХАРЧАВАННЯ_КІРАЎЦА (0x9F)Параметр 1 паказвае тып парушэння і кіруе дыягностыкай.

Параметр 1	Параметр 2	Параметр 3	Параметр 4	Апісанне прычыны
0x1	Аб'ект прылады	Захоўваецца	Захоўваецца	Аб'ект прылады з незавершаным запытам харчавання, які чакае апрацоўкі, вызвалены.
0x2	Аб'ект мэтавай прылады (калі ёсць)	Аб'ект прылады	Аб'ект драйвера (калі ён існуе)	IRP стану харчавання сістэмы завершаны але PoStartNextPowerIrp не выклікаўся.
0x3	Стэк PDO	нт!_TRIAGE_9F_POWER	IRP заблакаваны	Аб'ект прылады занадта доўга блакуе IRP.
0x4	Час чакання (секунды)	Разьба, якая ўтрымлівае блакіроўку PnP	нт!_ТРЫЯЖ_9Ф_ПНП	Тайм-аўт пры сінхранізацыі пераходу харчавання з PnP.
0x5	ПДО	POP_FX_ПРЫЛАДА	Зарэзервавана: 0	Прылада не своечасова здзейсніла накіраваны пераход энергіі.
0x6	POP_FX_ПРЫЛАДА	Накіраванае выключэнне (1) / Уключэнне (0)	Зарэзервавана: 0	Няпоўны зваротны выклік накіраванага пераходу энергіі.
0x500	Захоўваецца	Мэтавая прылада (калі ёсць)	Прылада (аб'ект)	Інфармацыйны план стану харчавання завершаны без выкліку PoStartNextPowerIrp.

Базавая дыягностыка ў WinDbg: выкарыстанне !аналізаваць -в каб убачыць структуру nt!_TRIAGE_9F_POWER або nt!_TRIAGE_9F_PNP і магчымыя Кіроўца KiBugCheck удзельнічае.

kd> !analyze -v
... DRIVER_POWER_STATE_FAILURE (9f)
Arg1: 0000000000000003
Arg2: fffffa8007b13440 (PDO)
Arg3: fffff8000386c3d8 (nt!_TRIAGE_9F_POWER)
Arg4: fffffa800ab61bd0 (IRP bloqueado)

з dx KiBugCheckDriver вы можаце прачытаць назву драйвера, калі яна даступная, і з дапамогай dt пра nt!_TRIAGE_9F_POWER (Arg3), які вы разглядаеце спісы IRP, якія чакаюць выплаты па энергетыцы і звязаныя з гэтым пытанні працы.

0: kd> dt nt!_TRIAGE_9F_POWER fffff8000386c3d8
+0x008 IrpList : ... _LIST_ENTRY 
+0x010 ThreadList : ... _LIST_ENTRY 
+0x018 DelayedWorkQueue : _TRIAGE_EX_WORK_QUEUE

Каманда !ірп на Arg4 паказаны след заблакаванага IRP, і !дэвстэк з дапамогай PDO (Arg2) вывесці спіс драйвераў для канкрэтнай службы (напрыклад, HidUsb на прыладах USB HID).

0: kd> !irp fffffa800ab61bd0
...
> ... pending \Driver\HidUsb
...
0: kd> !devstack fffffa8007b13440
... ServiceName is "HidUsb"

Для глабальных энергетычных дзяржаў, !падзеянне адлюстроўвае прызначаныя IRP і актыўныя рабочыя патокі.

kd> !poaction
PopAction: ... State: Idle ...
Allocated power irps ...

Калі вы працуеце з KMDF, выкарыстоўвайце !wdfkd.wdflogdump y !wdfkd.wdfdevicequeues каб пацвердзіць, ці чакае фрэймворк пацверджання чакаючых запытаў. !стэкі можа выявіць ніткі, якія затрымліваюць пераход энергіі.

Акрамя таго, для 0x4 праверце структуру нт!_ТРЫЯЖ_9Ф_ПНП пазначана ў Arg4, з яе чаргой выкананых работ і чаргой адкладзеных работ.

kd> dt nt!_TRIAGE_9F_PNP 82931b24
+0x004 CompletionQueue : _TRIAGE_PNP_DEVICE_COMPLETION_QUEUE

Калі вы не збіраецеся адладжваць сістэму, асноўныя рэкамендацыі ўжо разглядаліся (абнаўленне/выдаленне драйвераў, праверка дыспетчара прылад, часова адключыць энергазберажэнне, выдаленне нядаўняга абсталявання, выкананне дыягностыкі і абнаўленне BIOS/ACPI) — гэта практычны варыянт.

Дадатковыя парады і канчатковыя праверкі

Калі пасля ўжывання некалькіх метадаў праблема не знікне, варта прааналізаваць апаратныя кампаненты (асабліва блок харчавання і назапашвальнікі) і абнавіць прашыўку/BIOS і табліцы ACPI.

Памятайце, што некаторыя тарыфныя планы партатыўных прылад вельмі жорсткія: змяніць рэжым сну/гібернацыі, PCIe і Wi-Fi, а таксама правяраць з дапамогай перазагрузкі. Часам адваротны працэс (аднаўленне налад да налад па змаўчанні, калі вы іх змянілі, або налада, калі яны былі ўсталяваны па змаўчанні) дапамагае вылучыць наладу, якая выклікае BSOD.

Нарэшце, калі экран заўсёды з'яўляецца пры перазагрузцы, а не пры халоднай загрузцы, звычайна ўвага сканцэнтравана на прылады, якія не прачынаюцца належным чынам або пашкоджанне канала гібернацыі. У гэтым выпадку праблему звычайна вырашае спалучэнне SFC, правільных драйвераў і кансерватыўнага плана харчавання.

З усім вышэйпералічаным Вы павінны мець магчымасць абыйсці DRIVER_POWER_STATE_FAILURE: Адключайце перыферыйныя прылады, рэгулюйце харчаванне, аднаўляйце файлы і абнаўляйце драйверы., сістэма зноў стабільная; і калі вам трэба было захаваць дадзеныя пасля нядаўняга спалоху, Утыліты аднаўлення дапамогуць вам пазбегнуць праблем даволі надзейна.