Notwithstanding the advice above, the dumps, which are identical, clearly show that the problem is with the 2TB Samsung 870 QVO SSD.
The bugcheck in all three dumps is a 0x9F with argument 1 set to 0x3. This indicates that a device has failed to complete a power transition within an expected time The dump gives us the address of the IRP managing the power transition (in argument 4) and the device address of the device having problems (in argument 2)...
DRIVER_POWER_STATE_FAILURE (9f)
A driver has failed to complete a power IRP within a specific time.
Arguments:
Arg1: 0000000000000003, A device object has been blocking an Irp for too long a time
Arg2: ffffb102f4ff1050, Physical Device Object of the stack
Arg3: ffffde8790b1f178, nt!TRIAGE_9F_POWER on Win7 and higher, otherwise the Functional Device Object of the stack
Arg4: ffffb102ff99fa70, The blocked IRP
Displaying the blocked IRP shows us what driver(s) were failing to complete...
10: kd> !irp ffffb102ff99fa70
Irp is active with 6 stacks 3 is current (= 0xffffb102ff99fbd0)
No Mdl: No System Buffer: Thread 00000000: Irp stack trace.
cmd flg cl Device File Completion-Context
[N/A(0), N/A(0)]
0 0 00000000 00000000 00000000-00000000
Args: 00000000 00000000 00000000 00000000
[N/A(0), N/A(0)]
0 0 00000000 00000000 00000000-00000000
Args: 00000000 00000000 00000000 00000000
>[IRP_MJ_POWER(16), IRP_MN_SET_POWER(2)]
0 e1 ffffb102f4ff1050 00000000 fffff8006b4e8510-ffffb102ff9c5590 Success Error Cancel pending
\Driver\storahci CLASSPNP!ClasspPowerUpCompletion
Args: 00000000 00000001 00000001 00000000
[IRP_MJ_POWER(16), IRP_MN_SET_POWER(2)]
0 e1 ffffb102ff9c5050 00000000 fffff8006a3aec60-00000000 Success Error Cancel pending
\Driver\disk partmgr!PmPowerCompletion
Args: 00000000 00000001 00000001 00000000
[IRP_MJ_POWER(16), IRP_MN_SET_POWER(2)]
0 e1 ffffb102ff6669a0 00000000 fffff80065b2cf80-ffffb102ff99f2d8 Success Error Cancel pending
\Driver\partmgr nt!PopRequestCompletion
Args: 00000000 00000001 00000001 00000000
[N/A(0), N/A(0)]
0 0 00000000 00000000 00000000-ffffb102ff99f2d8
Args: 00000000 00000000 00000000 00000000
At the very bottom there are the stroachi.sys and partmgrt.sys drivers, both of which are Microsoft drivers and so they are not at fault. They do however indicate that the problem lay with a power transition (note that both are power related) for a storage device.
The device object address shows us the devobj structure that Windows uses to manage this device
10: kd> !devobj ffffb102f4ff1050
Device object (ffffb102f4ff1050) is for:
Cannot read info offset from nt!ObpInfoMaskToOffset
\Driver\storahci DriverObject ffffb102f4fd5d30
Current Irp 00000000 RefCount 0 Type 00000007 Flags 00001050
SecurityDescriptor ffffe0850c71a8e0 DevExt ffffb102f4ff11a0 DevObjExt ffffb102f4ff27a0 DevNode ffffb102f4fb9420
ExtensionFlags (0000000000)
Characteristics (0x00000180) FILE_AUTOGENERATED_DEVICE_NAME, FILE_DEVICE_SECURE_OPEN
AttachedDevice (Upper) ffffb102ff9c5050 \Driver\disk
Device queue is not busy.
The key data in the for our purposes is the address of the device node (the DevNode) which describes that actual device. Displaying the DevNode gives...
10: kd> !devnode ffffb102f4fb9420
DevNode 0xffffb102f4fb9420 for PDO 0xffffb102f4ff1050
Parent 0xffffb102f4f61a20 Sibling 0000000000 Child 0000000000
InstancePath is "SCSI\Disk&Ven_Samsung&Prod_SSD_870_QVO_2TB\7&2ff5684&0&000000"
ServiceName is "disk"
State = DeviceNodeStarted (0x30a)
Previous State = DeviceNodeEnumerateCompletion (0x30f)
StateHistory[12] = DeviceNodeEnumerateCompletion (0x30f)
StateHistory[11] = DeviceNodeEnumeratePending (0x30e)
StateHistory[10] = DeviceNodeStarted (0x30a)
StateHistory[09] = DeviceNodeEnumerateCompletion (0x30f)
StateHistory[08] = DeviceNodeEnumeratePending (0x30e)
StateHistory[07] = DeviceNodeStarted (0x30a)
StateHistory[06] = DeviceNodeStartPostWork (0x309)
StateHistory[05] = DeviceNodeStartCompletion (0x308)
StateHistory[04] = DeviceNodeStartPending (0x307)
StateHistory[03] = DeviceNodeResourcesAssigned (0x306)
StateHistory[02] = DeviceNodeDriversAdded (0x305)
StateHistory[01] = DeviceNodeInitialized (0x304)
StateHistory[00] = DeviceNodeUninitialized (0x301)
StateHistory[19] = Unknown State (0x0)
StateHistory[18] = Unknown State (0x0)
StateHistory[17] = Unknown State (0x0)
StateHistory[16] = Unknown State (0x0)
StateHistory[15] = Unknown State (0x0)
StateHistory[14] = Unknown State (0x0)
StateHistory[13] = Unknown State (0x0)
Flags (0x24000130) DNF_ENUMERATED, DNF_IDS_QUERIED,
DNF_NO_RESOURCE_REQUIRED, DNF_NO_LOWER_DEVICE_FILTERS,
DNF_NO_UPPER_DEVICE_FILTERS
CapabilityFlags (0x00402180) SilentInstall, RawDeviceOK,
WakeFromD3
Unknown flags 0x00400000
The InstancePath near the top shows that the device is a Samsung&Prod_SSD_870_QVO_2TB. At the bottom you can see in the CapabilityFlags that the device is capable of 'WakeFromD3' The D3 state is a low power state (D0 is the normal running state) so the device should be able to complete this power transition.
I would check that the SSD is properly connected, especially the power connector - at both ends. Check the SATA connector at both ends too. This could also be chipset driver related, as mentioned above.
TBH I would take it back to the builder and ask them to fix it.
Edited by ubuysa, 17 January 2024 - 03:07 AM.