ntoskrnl.exe and PSHED.dll in BlueScreenView are usually not the real root cause for DRIVER_POWER_STATE_FAILURE (0x9F). This bug check means a driver is stuck or inconsistent during a power-state transition, commonly around sleep, hibernation, or resume.
Since DISM and SFC did not help, focus on drivers and power-transition troubleshooting:
- Check recent driver or hardware changes
If any device driver, USB device, dock, adapter, or system service was added or updated recently, remove, roll back, or update it. Microsoft lists recently added drivers/services as a common cause of this bug check.
- Update the most likely driver categories from the PC manufacturer
Prioritize:
- Chipset / motherboard drivers
- Network drivers
- Graphics drivers
- Power-management related drivers
Similar cases in Microsoft Q&A were resolved by updating network and motherboard/chipset drivers, especially when crashes happened around sleep/wake.
- Check Device Manager for faulting devices
Open Device Manager and look for any device with a yellow exclamation mark. Then open that device’s Properties and review the device events / driver status. If a device is flagged, update or uninstall/reinstall that driver.
- Check Event Viewer around the crash time
Open Event Viewer and review the System log for critical or error events that occurred in the same time window as the failed sleep. Microsoft specifically recommends checking the System log to help identify the device or driver involved.
- Temporarily disable power saving features for testing
In Control Panel > Power Options, temporarily disable power-saving behavior to test whether the issue is tied to sleep-state transitions. Microsoft notes that some driver issues are related to hibernation, suspend, and resume states.
- Disable Fast Startup for testing
In Control Panel > Power Options > Choose what the power buttons do > Change settings that are currently unavailable, clear Turn on fast startup. This is a common troubleshooting step in similar
DRIVER_POWER_STATE_FAILURE cases involving sleep and shutdown transitions.
- If hardware was added recently, remove it temporarily
If the problem started after adding hardware, remove or replace it and test again. Also check whether the system manufacturer provides firmware, ACPI/BIOS, or other updates.
- Run manufacturer hardware diagnostics
Microsoft recommends running the hardware diagnostics supplied by the system manufacturer.
If the system is producing minidumps and deeper analysis is needed, the official guidance is that identifying the exact cause and creating a code fix requires debugging experience and access to the faulting module’s source. For end-user troubleshooting, the highest-value next steps are:
- update chipset/network/graphics drivers from the PC manufacturer
- check Device Manager and Event Viewer
- test with Fast Startup disabled
- test after disconnecting recently added hardware or peripherals
References: