New
#1
BSOD after several days of SSD boot drive; not with standard HDD
I am running Windows 7 x64 on an AMD 970. The boot drive is a Corsair CSSD-F120GB3 (Users, ProgramData reside on a separate, standard HDD; this was done correctly at installation).
After several hours to 7 days the PC would BlackScreen to a blinking cursor. This happened for months. Eventually, after replacing every other piece of hardware and updating all drivers, swapped out the SSD (copied the image to an older WD 250GB drive).
I have run 17 days without a crash.
I have run every health check I can on the SSD, but no errors.
Any ideas how to deal with this? I am not sure I can get a replacement, as I cannot test for a fault in the drive. I am also not sure it's not a software problem.
Here's a link to my last thread, where I figured this out, which has the minidumps. But this is the specific error:
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
CRITICAL_OBJECT_TERMINATION (f4)
A process or thread crucial to system operation has unexpectedly exited or been
terminated.
Several processes and threads are necessary for the operation of the
system; when they are terminated (for any reason), the system can no
longer function.
Arguments:
Arg1: 0000000000000003, Process
Arg2: fffffa80079a69e0, Terminating object
Arg3: fffffa80079a6cc0, Process image file name
Arg4: fffff800035e38b0, Explanatory message (ascii)
Debugging Details:
------------------
PROCESS_OBJECT: fffffa80079a69e0
IMAGE_NAME: csrss.exe
DEBUG_FLR_IMAGE_TIMESTAMP: 0
MODULE_NAME: csrss
FAULTING_MODULE: 0000000000000000
PROCESS_NAME: csrss.exe
EXCEPTION_CODE: (NTSTATUS) 0xc0000006 - The instruction at 0x%p referenced memory at 0x%p. The required data was not placed into memory because of an I/O error status of 0x%x.
BUGCHECK_STR: 0xF4_IOERR
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
CURRENT_IRQL: 0
STACK_TEXT:
fffff880`021b80e8 fffff800`0366a5e2 : 00000000`000000f4 00000000`00000003 fffffa80`079a69e0 fffffa80`079a6cc0 : nt!KeBugCheckEx
fffff880`021b80f0 fffff800`0361799b : ffffffff`ffffffff fffffa80`07c84060 fffffa80`079a69e0 fffffa80`079a69e0 : nt!PspCatchCriticalBreak+0x92
fffff880`021b8130 fffff800`03597448 : ffffffff`ffffffff 00000000`00000001 fffffa80`079a69e0 00000000`00000008 : nt! ?? ::NNGAKEGL::`string'+0x176d6
fffff880`021b8180 fffff800`032deed3 : fffffa80`079a69e0 fffff800`c0000006 fffffa80`07c84060 00000000`01f80ea0 : nt!NtTerminateProcess+0xf4
fffff880`021b8200 fffff800`032db470 : fffff800`0332b67f fffff880`021b8b78 fffff880`021b88d0 fffff880`021b8c20 : nt!KiSystemServiceCopyEnd+0x13
fffff880`021b8398 fffff800`0332b67f : fffff880`021b8b78 fffff880`021b88d0 fffff880`021b8c20 00000000`01f81a40 : nt!KiServiceLinkage
fffff880`021b83a0 fffff800`032df2c2 : fffff880`021b8b78 00000000`00013510 fffff880`021b8c20 00000000`01f81518 : nt! ?? ::FNODOBFM::`string'+0x49874
fffff880`021b8a40 fffff800`032dde3a : 00000000`00000000 000007fe`fdd3d8b4 00000000`01f91501 00000000`00013510 : nt!KiExceptionDispatch+0xc2
fffff880`021b8c20 00000000`778c9c12 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x23a
00000000`01f81460 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x778c9c12
STACK_COMMAND: kb
FOLLOWUP_NAME: MachineOwner
FAILURE_BUCKET_ID: X64_0xF4_IOERR_IMAGE_csrss.exe
BUCKET_ID: X64_0xF4_IOERR_IMAGE_csrss.exe
Followup: MachineOwner
---------