Windows 10 BugCheck 9F / DRIVER_POWER_STATE_FAILURE /

Calby

Active Member
Hi,
I did get a BSOD on my brand new laptop, whys that? Can someone please help me thanks in advance.

Setup
Lenovo Thinkpad T470s
Samsung EVO 960 256GB NVMe drive
20GB DDR4 2133MHz
Windows 10 Pro

When did it happen? Can it bee reproduced?
I did run Intel Burn test when the BSOD did happen on the setting "high" and "20" runs but afterwards I have been running Intel Burn test again because I did try to reproduce the issue but I could not do that.
I did run it for "30" runs at "standard", "high" and "very high" but no BSOD that's why I think it's not related to the intel burn test.

Anything connected to the computer?
Yes, my Logitech bluetooth mouse - but it was also connected later on when I did try to reproduce the issue but I could not reproduce it.
And the charger was connected.

Any new configuration?
The only thing that I don't have from "stock" is that I did install the drivers for my external 24" Samsung display but as I did it right from box I don't know if the issue is because of those drivers.

Any more useful information?
I have updated all drivers from Lenovos webbpage and Windows 10 is also up to date.
I have also been running memtest86 for 8h but it did not find any issues with the RAM.

I'm not so good to read the dumpfiles but what I can tell is that it's come kind of driver that did the BSOD right?
I did find this:
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: ffff93835f935060, Physical Device Object of the stack
Arg3: fffff8016761b8e0, nt!TRIAGE_9F_POWER on Win7 and higher, otherwise the Functional Device Object of the stack
Arg4: ffff9383622c8010, The blocked IRP

I'll install a new NVMe disk tomorrow but I don't want to do that until I know if this is a hardware or software issue.

I have tried to analyzed the dump file but my skills regarding that is limited so my question for you guys is - can you see what driver(?) that are causing the issue?

Here is a link to the complete Memory.dmp file, I have rared it so it's only 100MB.
dump_file

Here's a little from the dump file:
Microsoft (R) Windows Debugger Version 10.0.14321.1024 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Users\Robin\Downloads\Torrent\MEMORY.DMP]
Kernel Bitmap Dump File: Kernel address space is available, User address space may not be available.

Symbol search path is: srv*
Executable search path is:
Windows 10 Kernel Version 14393 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 14393.953.amd64fre.rs1_release_inmarket.170303-1614
Machine Name:
Kernel base = 0xfffff801`64e7b000 PsLoadedModuleList = 0xfffff801`6517a000
Debug session time: Mon Mar 27 15:17:59.455 2017 (UTC + 2:00)
System Uptime: 0 days 1:20:49.216
Loading Kernel Symbols
...............................................................
................................................................
................................................................
...........................
Loading User Symbols

Loading unloaded module list
..............
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 9F, {3, ffff93835f935060, fffff8016761b8e0, ffff9383622c8010}

Implicit thread is now ffff9383`5e876040
Page db1 not present in the dump file. Type ".hh dbgerr004" for details
Page db1 not present in the dump file. Type ".hh dbgerr004" for details
*** ERROR: Module load completed but symbols could not be loaded for igdkmd64.sys
Probably caused by : pci.sys

Followup: MachineOwner
---------

0: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

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: ffff93835f935060, Physical Device Object of the stack
Arg3: fffff8016761b8e0, nt!TRIAGE_9F_POWER on Win7 and higher, otherwise the Functional Device Object of the stack
Arg4: ffff9383622c8010, The blocked IRP

Debugging Details:
------------------

Implicit thread is now ffff9383`5e876040

DUMP_CLASS: 1

DUMP_QUALIFIER: 401

BUILD_VERSION_STRING: 14393.953.amd64fre.rs1_release_inmarket.170303-1614

SYSTEM_MANUFACTURER: LENOVO

SYSTEM_PRODUCT_NAME: 20HF0000MX

SYSTEM_SKU: LENOVO_MT_20HF_BU_Think_FM_ThinkPad T470s

SYSTEM_VERSION: ThinkPad T470s

BIOS_VENDOR: LENOVO

BIOS_VERSION: N1WET28W (1.07 )

BIOS_DATE: 02/13/2017

BASEBOARD_MANUFACTURER: LENOVO

BASEBOARD_PRODUCT: 20HF0000MX

BASEBOARD_VERSION: SDK0J40697 WIN

DUMP_TYPE: 1

BUGCHECK_P1: 3

BUGCHECK_P2: ffff93835f935060

BUGCHECK_P3: fffff8016761b8e0

BUGCHECK_P4: ffff9383622c8010

DRVPOWERSTATE_SUBCODE: 3

FAULTING_THREAD: 5e876040

IMAGE_NAME: pci.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 5850cc6b

MODULE_NAME: pci

FAULTING_MODULE: fffff80591e00000 pci

CPU_COUNT: 4

CPU_MHZ: a98

CPU_VENDOR: GenuineIntel

CPU_FAMILY: 6

CPU_MODEL: 8e

CPU_STEPPING: 9

CPU_MICROCODE: 6,8e,9,0 (F,M,S,R) SIG: 4E'00000000 (cache) 4E'00000000 (init)

DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT

BUGCHECK_STR: 0x9F

PROCESS_NAME: System

CURRENT_IRQL: 2

ANALYSIS_SESSION_HOST: DESKTOP-0TJK2IM

ANALYSIS_SESSION_TIME: 03-27-2017 19:31:33.0858

ANALYSIS_VERSION: 10.0.14321.1024 amd64fre

STACK_TEXT:
ffffe080`9ce86950 fffff801`64eb446c : 00000000`00000000 00000000`00000001 00000000`00000010 00000000`00000282 : nt!KiSwapContext+0x76
ffffe080`9ce86a90 fffff801`64eb3f0f : 00000000`00000000 fffff805`91d35110 00000000`00000000 ffff9383`5e876000 : nt!KiSwapThread+0x17c
ffffe080`9ce86b40 fffff801`64eb5cd7 : ffff9383`00000000 00000000`00000000 ffff9383`6162b010 00000000`00000000 : nt!KiCommitThreadWait+0x14f
ffffe080`9ce86be0 fffff805`91d21568 : ffffe080`9ce86cf8 00000000`00000000 00000000`00000000 ffffcc87`00000000 : nt!KeWaitForSingleObject+0x377
ffffe080`9ce86c90 fffff805`91d212bd : ffffe080`00000000 ffffcc87`9221a110 ffff9383`63b67010 00000000`00000004 : ACPI!SyncEvalObject+0x268
ffffe080`9ce86d40 fffff805`91d27900 : 00000000`00000000 fffff805`966b82ce 00000000`00000000 ffffcc87`94bd76e0 : ACPI!AMLIEvalNameSpaceObject+0xad
ffffe080`9ce86da0 fffff805`91d24637 : ffff9383`63b67010 fffff805`00000004 00000000`00000000 ffffcc87`9221a110 : ACPI!ACPIIoctlEvalControlMethod+0x68
ffffe080`9ce86e00 fffff805`91d2420e : ffff9383`5ed8b500 00000000`00000007 ffff9383`63b67170 00000000`00000000 : ACPI!ACPIIrpDispatchDeviceControl+0x157
ffffe080`9ce86e40 fffff805`93471752 : 00000000`00000007 00000000`00000000 ffff9383`6074b030 ffff9383`6074b180 : ACPI!ACPIDispatchIrp+0xce
ffffe080`9ce86ec0 fffff805`93594d14 : 00000000`00000000 ffffe080`9ce87059 00000000`00000000 ffff9383`606bb000 : dxgkrnl!DpiDispatchIoctl+0xa2
ffffe080`9ce86fe0 fffff805`964dfc5b : ffff9383`6074b030 ffff9383`60950000 ffffcc87`94cb3740 00000000`0000003c : dxgkrnl!DpEvalAcpiMethod+0x244
ffffe080`9ce870b0 fffff805`964dfeb3 : 00000000`ffffffff 00000000`c0000001 fffff805`96c3b200 00000000`0000003c : igdkmd64+0x4fc5b
ffffe080`9ce870f0 fffff805`9650169c : ffff9383`60950000 00000000`00000007 00000000`00000000 00000000`00000000 : igdkmd64+0x4feb3
ffffe080`9ce87180 fffff805`9669e61a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : igdkmd64+0x7169c
ffffe080`9ce871f0 fffff805`967110de : 00000000`00000002 fffff805`9669f7fd 00000000`00000001 ffff9383`606ce010 : igdkmd64+0x20e61a
ffffe080`9ce87240 fffff805`96718182 : ffff9383`6229f3e0 ffff9383`60686900 00000000`00000000 00000000`00000001 : igdkmd64+0x2810de
ffffe080`9ce872b0 fffff805`9668f8ec : 00000000`00000000 ffffe080`00000001 fffff805`00000000 ffff9383`60682f58 : igdkmd64+0x288182
ffffe080`9ce87300 fffff805`9668f5be : ffffe080`9ce87458 ffff9383`60686960 ffff9383`60682bc0 00000000`00002000 : igdkmd64+0x1ff8ec
ffffe080`9ce87340 fffff805`964de1b1 : ffff9383`00000002 ffff9383`60950000 ffffe080`9ce87458 ffff9383`60950000 : igdkmd64+0x1ff5be
ffffe080`9ce873a0 fffff805`964dea90 : 00000000`00000001 00000000`00000000 ffff9383`60950000 00000000`00000000 : igdkmd64+0x4e1b1
ffffe080`9ce873f0 fffff805`964dd514 : ffff9383`60950000 fffff805`96880e10 ffffe080`9ce87799 00000000`ffffffff : igdkmd64+0x4ea90
ffffe080`9ce87740 fffff805`934d2a31 : 00000000`00000001 00000000`00000001 fffff805`00000000 ffff9383`00000000 : igdkmd64+0x4d514
ffffe080`9ce87800 fffff805`934d2410 : 00000000`00000000 ffffe080`9ce878e1 00000000`00000002 00000000`00000000 : dxgkrnl!DpiDxgkDdiSetPowerState+0x51
ffffe080`9ce87860 fffff805`934d2d7e : ffffe080`9ce87902 ffff9383`6074b030 00000000`00000001 00000000`00000000 : dxgkrnl!DpiFdoSetAdapterPowerState+0x288
ffffe080`9ce87940 fffff805`934d25ab : ffff9383`622c8000 ffff9383`6074b180 ffff9383`622c8010 fffff801`64f99c6e : dxgkrnl!DpiFdoHandleDevicePower+0x2fe
ffffe080`9ce879d0 fffff801`64f997b2 : ffff9383`00000000 ffff9383`5e876040 ffff9383`5e876040 fffff801`65175600 : dxgkrnl!DpiDispatchPower+0x8b
ffffe080`9ce87af0 fffff801`64f312d5 : 91d6a6a5`54ad4188 fffff801`64f995d4 00000000`00000000 00000000`00000053 : nt!PopIrpWorker+0x1de
ffffe080`9ce87b90 fffff801`64fcec86 : ffffe080`9ce91180 ffff9383`5e876040 fffff801`64f31294 73ecfe69`e8e97857 : nt!PspSystemThreadStartup+0x41
ffffe080`9ce87be0 00000000`00000000 : ffffe080`9ce88000 ffffe080`9ce81000 00000000`00000000 00000000`00000000 : nt!KiStartSystemThread+0x16


STACK_COMMAND: .thread 0xffff93835e876040 ; kb

THREAD_SHA1_HASH_MOD_FUNC: 7922412f45f4bbbce6edcbd074ad4367cde3d4bb

THREAD_SHA1_HASH_MOD_FUNC_OFFSET: 6d6a75dc5cea53371f3714595b5083c3dd6d4f49

THREAD_SHA1_HASH_MOD: 762ccdf9e59d1e2aa3e146f771523440fd22ac01

FOLLOWUP_NAME: MachineOwner

IMAGE_VERSION: 10.0.14393.594

FAILURE_BUCKET_ID: 0x9F_3_ACPI_IMAGE_pci.sys

BUCKET_ID: 0x9F_3_ACPI_IMAGE_pci.sys

PRIMARY_PROBLEM_CLASS: 0x9F_3_ACPI_IMAGE_pci.sys

TARGET_TIME: 2017-03-27T13:17:59.000Z

OSBUILD: 14393

OSSERVICEPACK: 0

SERVICEPACK_NUMBER: 0

OS_REVISION: 0

SUITE_MASK: 272

PRODUCT_TYPE: 1

OSPLATFORM_TYPE: x64

OSNAME: Windows 10

OSEDITION: Windows 10 WinNt TerminalServer SingleUserTS

OS_LOCALE:

USER_LCID: 0

OSBUILD_TIMESTAMP: 2017-03-04 07:09:56

BUILDDATESTAMP_STR: 170303-1614

BUILDLAB_STR: rs1_release_inmarket

BUILDOSVER_STR: 10.0.14393.953.amd64fre.rs1_release_inmarket.170303-1614

ANALYSIS_SESSION_ELAPSED_TIME: 5f5

ANALYSIS_SOURCE: KM

FAILURE_ID_HASH_STRING: km:0x9f_3_acpi_image_pci.sys

FAILURE_ID_HASH: {20ddeb92-07eb-ebdc-bd08-44da71ffbd68}

Followup: MachineOwner
---------
 
Last edited:
Can't get the dump at my current location, but it does mention the pci.sys driver. Most likely it's going to be some device plugged into a pci or pci-e port such as a graphics card causing the issue. Verify all the drivers are current for any such devices.

Looking again at the stack there are references to the Intel graphics driver so make sure that's updated as well.
 
Can't get the dump at my current location, but it does mention the pci.sys driver. Most likely it's going to be some device plugged into a pci or pci-e port such as a graphics card causing the issue. Verify all the drivers are current for any such devices.

Looking again at the stack there are references to the Intel graphics driver so make sure that's updated as well.


All the drivers are up to date.

It's a laptop with internal graphic card (intel 640 HD), is the nvme slot a pci slot?
It can bee right as the nvme drive is a pcie speed?
Maybe it's my Samsung EVO 960 nvme drive that are the issue?

I'll get a new Samsung evo nvme disk tomorrow because I needed a 512GB one insted of my 256GB.

The only thing that I do have connected to any port on my laptop is the nvme drive.
And ofc RAM.

Edit:
After some googling I did find that the nvme port is connected to the pcie bus.
Or have I misunderstand that?
 
Last edited:
Apologies i missed your post, downloading dump file now..
 
Code:
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 9F, {3, ffff93835f935060, fffff8016761b8e0, ffff9383622c8010}

Implicit thread is now ffff9383`5e876040
Page db1 not present in the dump file. Type ".hh dbgerr004" for details
Page db1 not present in the dump file. Type ".hh dbgerr004" for details
*** ERROR: Module load completed but symbols could not be loaded for igdkmd64.sys
Probably caused by : pci.sys

Followup:     MachineOwner
Hi,
The above dump file means a driver didn't go through a power cycle properly:
Code:
FAILURE_BUCKET_ID:  0x9F_3_ACPI_IMAGE_pci.sys
The above basically means the same thing but it also tells us it happened on the PCIE BUS. This coupled with the fact your call stack is nearly filled with the intel graphics driver means this is probably your culprit.

I took a look at your Intel GPU driver and it's dated:
igdkmd64.sys Fri Nov 11 19:21:37 2016: ThinkPad support page and update

As your also probably aware laptop drivers are always supplied by the manufacturer apart from some gpu drivers. I checked your support page and found you do indeed have an update pending. In fact , quite a few as most of your drivers date to 2016. If you check the support page most of the drivers are dated 2017 so your not exactly up to date.

When you come to update the graphics driver, try using the DDU or Display driver uninstaller . This will remove not only the graphics driver but also any corruption left behind.

Have a look yourself at the updates and you'll see they are all later versions (2017):
laptops and netbooks :: thinkpad t series laptops :: thinkpad t470s Lenovo PC Support

The dump file seemed to think you were overclocking, if this is the case then please stop until the issue is resolved.

Lastly, the dump files you produce are memory dumps and can be quite large. Please follow this quick guide on how to set up for 'small memory dumps (256k)'.

Open the run application.
Type sysdm.cpl in the run box and click ok.
Look across the top of the system properties box for 'Advanced' and click that.
Look for 'Startup and Recovery' near the bottom and click 'settings'.
Near the bottom you'll see a drop down menu under the heading 'write debugging information'.
In the drop down menu choose ' small memory dump (256KB)'
Under 'small dump directory' make sure it says %SystemRoot%\Minidump.
Click ok and your good to go.

Please post any new dump files.
 
Code:
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 9F, {3, ffff93835f935060, fffff8016761b8e0, ffff9383622c8010}

Implicit thread is now ffff9383`5e876040
Page db1 not present in the dump file. Type ".hh dbgerr004" for details
Page db1 not present in the dump file. Type ".hh dbgerr004" for details
*** ERROR: Module load completed but symbols could not be loaded for igdkmd64.sys
Probably caused by : pci.sys

Followup:     MachineOwner
Hi,
The above dump file means a driver didn't go through a power cycle properly:
Code:
FAILURE_BUCKET_ID:  0x9F_3_ACPI_IMAGE_pci.sys
The above basically means the same thing but it also tells us it happened on the PCIE BUS. This coupled with the fact your call stack is nearly filled with the intel graphics driver means this is probably your culprit.

I took a look at your Intel GPU driver and it's dated:
igdkmd64.sys Fri Nov 11 19:21:37 2016: ThinkPad support page and update

As your also probably aware laptop drivers are always supplied by the manufacturer apart from some gpu drivers. I checked your support page and found you do indeed have an update pending. In fact , quite a few as most of your drivers date to 2016. If you check the support page most of the drivers are dated 2017 so your not exactly up to date.

When you come to update the graphics driver, try using the DDU or Display driver uninstaller . This will remove not only the graphics driver but also any corruption left behind.

Have a look yourself at the updates and you'll see they are all later versions (2017):
laptops and netbooks :: thinkpad t series laptops :: thinkpad t470s Lenovo PC Support

The dump file seemed to think you were overclocking, if this is the case then please stop until the issue is resolved.

Lastly, the dump files you produce are memory dumps and can be quite large. Please follow this quick guide on how to set up for 'small memory dumps (256k)'.

Open the run application.
Type sysdm.cpl in the run box and click ok.
Look across the top of the system properties box for 'Advanced' and click that.
Look for 'Startup and Recovery' near the bottom and click 'settings'.
Near the bottom you'll see a drop down menu under the heading 'write debugging information'.
In the drop down menu choose ' small memory dump (256KB)'
Under 'small dump directory' make sure it says %SystemRoot%\Minidump.
Click ok and your good to go.

Please post any new dump files.

Hi and thanks for the help,
I have not overclocked my laptop.
Strange regarding the drivers I did download the latest one for like 2 weeks ago from
Lenovo and I did install it clean from a new windows installation.

This BSDO have only happend once is it any change that it's was only one thing and it I'll never happen again? and I'll replace my nvme drive today and do a clean install so that should exclude the pcie nvme drive if the bsod will appear again.

So basically it tells me that the pci bus did not power cycle and it's also indicate to the gpU drives?

So if the reinstall of windows does not help it might bee something wrong with the motherboard?

Edit:
I did run memtest86 during the night now and no issues was found but memory issues was not stated in the bsod either so.
Also did I run 25 pass at all levels with intel burn test again and I could not reproduce the issue.

I guess that I should try to run some kind of test for the gpu to see if it's making the laptop to crash?
Do you know any stress test for the gpu?
 
Last edited:
This BSDO have only happend once is it any change that it's was only one thing and it I'll never happen again?
This is a possibility.

So basically it tells me that the pci bus did not power cycle and it's also indicate to the gpU drives?
Basically the dump file is saying that something on the PCIE bus or PCI didn't run a proper power cycle. If the bsod continues then try removing anything installed on that bus to see if the bsod stops.
I did run memtest86 during the night now and no issues was found but memory issues was not stated in the bsod either so.
Also did I run 25 pass at all levels with intel burn test again and I could not reproduce the issue.
I didn't see anything in the dump file to say it was either memory or CPU related.

Do you know any stress test for the gpu?
Try running Furmark as this will stress the graphics. Please monitor the stress test in case temps become an issue.
 
This is a possibility.


Basically the dump file is saying that something on the PCIE bus or PCI didn't run a proper power cycle. If the bsod continues then try removing anything installed on that bus to see if the bsod stops.

I didn't see anything in the dump file to say it was either memory or CPU related.


Try running Furmark as this will stress the graphics. Please monitor the stress test in case temps become an issue.

Thanks, As I'm getting a new NVMe drive today I'll anyway replace it and re-install Windows.
But I'll try Furumark just to see if it triggers anything before I'm replacing the NVMe drive.

And yes I'll use ESD protection ;) I got tools, mat etc. I do have a education in ESD :)
 
Thanks, As I'm getting a new NVMe drive today I'll anyway replace it and re-install Windows.
But I'll try Furumark just to see if it triggers anything before I'm replacing the NVMe drive.

And yes I'll use ESD protection ;) I got tools, mat etc. I do have a education in ESD :)
Best of luck with the install Calby.. :)
 
Best of luck with the install Calby.. :)

Thanks, I have been running furumark for 1,5h now - no issue.

So it feels like it was because of the pcie buss.
When I'm thinking of it I did notice some micro lag in windows before also.
So it might bee the nvme drive or in worst case the pcie port it self.
I'll keep you updated.
 
Just keep your eye on it Calby, also make sure your Intel chipset engine management driver as well as the 'chipset inf' are updated by the 2017 versionsvia your support page linked above.
 
Just keep your eye on it Calby, also make sure your Intel chipset engine management driver as well as the 'chipset inf' are updated by the 2017 versionsvia your support page linked above.

Yes I'll keep an eye on it the installation of the new NVMe drive did go very well and also the installation.

But just one last question if I dont see any more BDSO I can just drop it right?
Also, how do I check if I got the newest drivers? In Computer manager?
 
if I dont see any more BDSO I can just drop it right?
As long as things seem normal no point trying to fix what ain't broken.

Also, how do I check if I got the newest drivers?
Laptop users should always refer to their driver support page on the manufacturer's website. Sometimes you can check off a box so that your notified of any new updates but basically check the driver support page page every 6months or so.
 
As long as things seem normal no point trying to fix what ain't broken.


Laptop users should always refer to their driver support page on the manufacturer's website. Sometimes you can check off a box so that your notified of any new updates but basically check the driver support page page every 6months or so.

Ok thanks, do you know any stresstest program for the NVMe drive? I was just thinking if I could run some stresstest to it and either the NVMe or PCIe buss are crashing then I know it's not a hardware issue.
 
Check under Task manager to see whats running, chances are it's probably gone after the deletion.
 
Check under Task manager to see whats running, chances are it's probably gone after the deletion.

Well I haven't gotten any BSOD anymore let's hope that the issue is gone.

What I did was that I did install my new nvme drive and then re-installed windows and all the drivers.
I did also update the Power Managment driver from Lenovo (Lenovo PM drive)

The graphic drivers was up to date, it do seem that Lenovo is a little behind regarding updates of the graphic drives.


As I did understand it the BSOD was because of either the graphic drive or the pcie buss (nvme drive or motherboard) or the drivers for this things.


Let's hope that I'm safe, it's no hardware issue regarding the gpu I guess as I did run furumark for 4h without any kind of issue.


Thanks for all help, I'll stay on this forum and share my knowledge about hardware etc.
 
As I did understand it the BSOD was because of either the graphic drive or the pcie buss (nvme drive or motherboard) or the drivers for this things.
Let's hope that I'm safe, it's no hardware issue regarding the gpu I guess as I did run furumark for 4h without any kind of issue.
Hi Calby,

to test the drive further you could always create a folder and fill it with anything, books, photo's, music and applications. You could then use this folder to test the drive by transferring filers to and from another drive.
No bsod so far is a really good sign too although I would still update what drivers you can especially chipset..
 
Back
Top