Someone, please help! I built a new desktop PC (Windows 7 x64) about a two months ago, and for the life of me, I cannot identify the issue with these BSODs. In total, there has been 16 BSOD occurrences since 12/02/2012.
They box is supposed to a be a 24/7 box, and most of the time its unattended with a VMWare player (ubuntu) instance running on it. The build itself is:
- Intel i7 3820
- Sabertooth x79
- SeaSonic X750 Gold 750W ATX12V V2.3/EPS
- G.SKILL Ripjaws Z Series 32GB (4 x 8GB) 240-Pin DDR3 SDRAM DDR3 1866 (PC3 14900)
- 2 x GIGABYTE GV-N670OC-2GD GeForce GTX 670 2GB (SLI'd)
- Main HDD: Intel 330 SSDSC2CT180A3K5 180GB Solid State Drive
- Secondary HDD1: Kingston SSD SH103S3
- 2x Samsung HD204UI
My Asus motherboard drivers are up to date, and the system is not overclocked. After about a month, I decided to completely re install Windows 7 on a completely separate SSD, and the issue still remains. I have tried the RSTe drivers listed on the ASUS downloads page, as well as the latest Windows 7 drivers from Intel. I have talked to Asus support various times with very little success. They are blaming the "Windows 7 installation", but considering I have installed windows twice of two different hard drives, I disagree.
I have all the dump files if thats needed. The following is the WinDBG output from the latest BSOD dump, which occurred this morning:
Loading Dump File [C:\Windows\Minidump\020713-35131-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: SRV*C:\Symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7601 (Service Pack 1) MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.17944.amd64fre.win7sp1_gdr.120830-0333
Machine Name:
Kernel base = 0xfffff800`03015000 PsLoadedModuleList = 0xfffff800`03259670
Debug session time: Thu Feb 7 06:47:40.953 2013 (UTC - 5:00)
System Uptime: 2 days 16:21:04.781
Loading Kernel Symbols
...............................................................
................................................................
.................................................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck D1, {0, 2, 0, fffff88001ef70d2}
*** WARNING: Unable to verify timestamp for iaStorA.sys
*** ERROR: Module load completed but symbols could not be loaded for iaStorA.sys
Probably caused by : storport.sys ( storport!StorPortNotification+22 )
Followup: MachineOwner
---------
5: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If kernel debugger is available get stack backtrace.
Arguments:
Arg1: 0000000000000000, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
Arg4: fffff88001ef70d2, address which referenced memory
Debugging Details:
------------------
READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800032c3100
0000000000000000
CURRENT_IRQL: 2
FAULTING_IP:
storport!StorPortNotification+22
fffff880`01ef70d2 488b18 mov rbx,qword ptr [rax]
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0xD1
PROCESS_NAME: System
TRAP_FRAME: fffff880040b18b0 -- (.trap 0xfffff880040b18b0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=0000000000001003
rdx=fffffa80336f0000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff88001ef70d2 rsp=fffff880040b1a40 rbp=fffffa80194ac710
r8=0000000000000002 r9=0000000000000000 r10=fffffa80336f0000
r11=fffff880040b1b80 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na po nc
storport!StorPortNotification+0x22:
fffff880`01ef70d2 488b18 mov rbx,qword ptr [rax] ds:00000000`00000000=????????????????
Resetting default scope
LAST_CONTROL_TRANSFER: from fffff80003093569 to fffff80003093fc0
STACK_TEXT:
fffff880`040b1768 fffff800`03093569 : 00000000`0000000a 00000000`00000000 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`040b1770 fffff800`030921e0 : fffffa80`21286000 fffff880`063b3c57 00000000`00000000 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff880`040b18b0 fffff880`01ef70d2 : 00000000`00000000 fffffa80`2011f000 fffff880`040b1af0 fffff880`07534172 : nt!KiPageFault+0x260
fffff880`040b1a40 fffff880`018d3aa8 : 00000000`00000000 fffffa80`336f0000 00000000`00000002 00000000`00000000 : storport!StorPortNotification+0x22
fffff880`040b1ac0 00000000`00000000 : fffffa80`336f0000 00000000`00000002 00000000`00000000 fffff880`040b1b38 : iaStorA+0x63aa8
STACK_COMMAND: kb
FOLLOWUP_IP:
storport!StorPortNotification+22
fffff880`01ef70d2 488b18 mov rbx,qword ptr [rax]
SYMBOL_STACK_INDEX: 3
SYMBOL_NAME: storport!StorPortNotification+22
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: storport
IMAGE_NAME: storport.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 4d79a55f
FAILURE_BUCKET_ID: X64_0xD1_storport!StorPortNotification+22
BUCKET_ID: X64_0xD1_storport!StorPortNotification+22
Followup: MachineOwner
I would be extremely grateful if someone could point me in the direction of a solution to this issue. If there is additional information that I could provide, please let me know