Компьютеры · Инструкция
Ошибка DRIVER_POWER_STATE_FAILURE в Windows
DRIVER_POWER_STATE_FAILURE в Windows — это bug check 0x0000009F: система фиксирует драйвер, который оказался в.
Короткий ответ
Сначала вспомните, какой драйвер, устройство или прошивка менялись перед первым 0x9F. Обновите или откатите подозрительный драйвер, проверьте Диспетчер устройств и системный журнал; если сбой повторяется, сохраните дамп и определите модуль через WinDbg или передайте его производителю.
Что означает код 0x9F
Microsoft описывает DRIVER_POWER_STATE_FAILURE как состояние, при котором драйвер или устройство не выполнили переход питания корректно. В одном из распространённых вариантов устройство слишком долго блокирует power IRP — запрос, которым Windows переводит компоненты между состояниями питания. Поэтому ошибка нередко появляется не во время тяжёлой нагрузки, а когда ноутбук уходит в сон, просыпается, выключается или подключает/отключает периферию. Это не означает автоматически «сломалась батарея» или «виноват блок питания». Корень обычно в цепочке устройство—драйвер—прошивка—ACPI. Чем точнее вы привяжете момент сбоя к конкретному действию, тем быстрее сузите круг: например, только после отключения док-станции, только при закрытии крышки или только после установки драйвера Wi‑Fi.
Важно: Код 0x9F указывает на проблему перехода питания, но не называет устройство сам по себе. Нужна корреляция с изменениями, журналом и дампом.
Диагностика от простого к точному
- Зафиксируйте точный сценарий: сон, пробуждение, выключение или подключение устройства.
- Проверьте подозрительные устройства и их события в Диспетчере устройств.
- Сопоставьте время BSOD с событиями System.
- Если сбой начался после драйвера, обновите его официально или выполните обоснованный откат.
- Обновляйте BIOS/UEFI и прошивки только пакетами производителя.
- При повторе 0x9F сохраните дамп и проанализируйте его в WinDbg через !analyze -v.
Предупреждение: Не удаляйте наугад системные драйверы из DriverStore. Сначала нужно установить связь между устройством и сбоем.
Какие устройства проверять в первую очередь
При ошибках, связанных со сном и пробуждением, логично смотреть компоненты, которые активно меняют состояние питания: сетевые адаптеры, Wi‑Fi/Bluetooth, GPU, USB-контроллеры, NVMe/Storage, док-станции и внешние устройства. Но приоритет определяется не списком из интернета, а вашей историей изменений. Если неделю назад обновилась видеокарта, а 0x9F возникает при выключении внешнего монитора, графический стек становится более правдоподобным кандидатом. Если сбой начался после новой USB-аудиокарты и исчезает без неё, исследуйте её драйвер и прошивку. Microsoft советует проверить новые драйверы и службы, Диспетчер устройств, системный журнал и обновления производителя. Временно отключать энергосбережение устройства можно как диагностический тест, но превращать это в постоянное решение без понимания причины не стоит.
Как использовать дамп, не гадая по имени файла
Минидамп хранит достаточно данных для первичного анализа многих синих экранов, хотя при сложных случаях может понадобиться kernel dump. После повторного 0x9F проверьте папку %SystemRoot%\Minidump и дату файла. В WinDbg начните с !analyze -v: Microsoft показывает, что для 0x9F параметры bug check помогают понять тип нарушения, а в некоторых случаях вывод содержит указание на драйвер. Однако строка имени модуля — не всегда окончательный виновник: драйвер мог оказаться последним звеном в цепочке. Смотрите стек, устройство, параметры bug check и повторяемость. Если вы не занимаетесь отладкой драйверов, ценность дампа в том, что его можно приложить к обращению производителю вместе с точной моделью устройства и сценарием воспроизведения.
Совет: Сохраните хотя бы два дампа повторяющегося сбоя. Совпадающий модуль и один сценарий значительно сильнее одного случайного файла.
Симптом → следующая проверка
- 0x9F только после сна. драйверы GPU, сети, USB; BIOS/UEFI; события пробуждения
- при выключении с док-станцией. док, Thunderbolt/USB4, сетевой и графический драйвер
- началось после обновления драйвера. откат или более новая версия от производителя
- всегда разные устройства. дамп, системные обновления, прошивка, аппаратная диагностика
Чего не делать
Не начинайте с массового отключения служб, чистильщиков реестра и сомнительных «driver booster» утилит. Они меняют слишком много факторов одновременно и могут установить неподходящие пакеты. Не отключайте защитные функции и проверки подписи ради установки старого драйвера из неизвестного архива. Не обновляйте BIOS во время нестабильного питания и не прерывайте процесс прошивки. Если компьютер уходит в бесконечный цикл синих экранов после конкретного устройства, отсоедините внешнюю периферию, загрузитесь в безопасном диагностическом режиме и верните рабочую конфигурацию. Для корпоративной машины сохраните дампы и обратитесь к администратору: политики драйверов и энергосбережения могут быть централизованными.
Если виновник не определяется с первого раза
Бывает, что дамп указывает на системный компонент, а конкретный сторонний драйвер не виден явно. Тогда полезно сузить конфигурацию: отключить внешние USB-устройства, док-станцию и необязательную периферию, затем повторить сон или выключение. Возвращайте устройства по одному. Параллельно сравнивайте версии драйверов и даты установки. Если проблема воспроизводится только при одном адаптере, это сильнее случайной строки из одного дампа. Для ноутбуков учитывайте пакет драйверов производителя модели: универсальный драйвер чипсета или графики не всегда включает все настройки энергопереходов, проверенные OEM.
Как сузить 0x9F до одного устройства, не меняя всё сразу
Для DRIVER_POWER_STATE_FAILURE полезнее серия контролируемых проверок, чем массовое обновление всех драйверов. Запишите точный сценарий, который предшествует падению: закрытие крышки, пробуждение, выключение, отключение док-станции или переход на батарею. Затем оставьте остальные условия одинаковыми и меняйте по одному фактору. Если ошибка возникает только с определённым USB-устройством или доком, повторите тест без него; если началась сразу после версии драйвера, сравните поведение после официального отката. Для ноутбука учитывайте связку BIOS/UEFI, чипсет и фирменные драйверы управления питанием, но обновляйте их последовательно, сохраняя версии. Диспетчер устройств и System log помогают построить гипотезу, однако решающим подтверждением при повторяемом BSOD остаётся дамп: параметры bug check и заблокированный power IRP могут указать стек устройства точнее, чем название события в журнале. Если проблема исчезла после одного изменения, верните остальные временные настройки к исходным и повторите несколько циклов сна или выключения. Так вы отделите реальное исправление от случайного исчезновения симптома.
Что подготовить для обращения в поддержку
- точная модель ПК или материнской платы
- версия Windows и номер сборки
- модель устройства, после которого воспроизводится сбой
- версия подозрительного драйвера
- дата и время синего экрана
- минидамп или kernel dump
- описание шага: сон, пробуждение, выключение или подключение устройства
Что учитывать
Условия меняются. Страница отражает состояние на 2026-09-20; при расхождении с официальной документацией приоритет у первоисточника.
Источники и проверка
Фактическая часть сверена по первичным источникам (в т.ч. Bug Check 0x9F: DRIVER_POWER_STATE_FAILURE). Пример и формулировки — редакция N1RO на 2026-09-20.