BSOD 0x3B 0xc5

Registriert
Aug. 2013
Beiträge
7
Hallo,
seit einiger Zeit bringt Windows zufällige Bluescreens.
Dank google und massig Zeit habe ich nun die zufälligen Bluescreens auf eine sozusagen Hauptmeldung eingrenzen können (0x3B 0xc5). Ram wurde schon über Nacht ausgiebig getestet mit Memtest86+ und mit 6 Passes ohne Fehler von mir beendet. 5h+ Prime95 wurden auch ohne Probleme beendet. Die Bluescreens kommen immer während des Spielens oder beim Firefox der sich manchmal mit Freez und dem oben genannten Bluescreen verabschiedet. Ram Timings/Spannung wurden soweit schon eingestellt bzw. optimiert, da die vom Board erkannten etwas höher waren als die Herstellerangaben. Verschiedene Stresstests wurden durchgeführt und brachten keine Bluescreens. Mit DriverVerifier wurden auch alle fehlerhaften Treiber, welche einen BSOD verursachten deinstalliert. Soo zu meinem System: Win 7 Ultimate x64 / Phenom 2 965 x4/8gb (4x2gb) g.skill PI RAM's/gtx560 ti phenom ...
Angeklemmt ist nur das Nötigste um fehlerquellen auszuschließen. Treiber wurden bereits alle aktuellen, die von der Mainboard herstellerseite und die von einem 1:1 gleichen System kopiert (welches ohne Probleme läuft), aber bis jetzt half nichts. Falls einer noch eine Idee hat wäre ich sehr dankbar. Falls noch Infos benötigt werden, einfach fragen ;)

Die letzten 2 Dumps:
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 3B, {c0000005, fffff8000326d4e4, fffff8800b9ef060, 0}

Probably caused by : ntkrnlmp.exe ( nt!KiDeliverApc+d4 )

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

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

SYSTEM_SERVICE_EXCEPTION (3b)
An exception happened while executing a system service routine.
Arguments:
Arg1: 00000000c0000005, Exception code that caused the bugcheck
Arg2: fffff8000326d4e4, Address of the exception record for the exception that caused the bugcheck
Arg3: fffff8800b9ef060, Address of the context record for the exception that caused the bugcheck
Arg4: 0000000000000000, zero.

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


EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.

FAULTING_IP:
nt!KiDeliverApc+d4
fffff800`0326d4e4 498b4a30 mov rcx,qword ptr [r10+30h]

CONTEXT: fffff8800b9ef060 -- (.cxr 0xfffff8800b9ef060)
rax=0000000000000002 rbx=fffffa8007450b50 rcx=0000000000000001
rdx=0000000000000000 rsi=fffffa8007450ba0 rdi=fffffa8007450b50
rip=fffff8000326d4e4 rsp=fffff8800b9efa40 rbp=0000000000000000
r8=f7fffa8007450ba0 r9=0000000000000000 r10=f7fffa8007450b90
r11=0000000000100003 r12=0000000000000001 r13=0000000000000300
r14=fffffa8006d166a0 r15=fffff8800b9efc20
iopl=0 nv up ei ng nz na po cy
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010287
nt!KiDeliverApc+0xd4:
fffff800`0326d4e4 498b4a30 mov rcx,qword ptr [r10+30h] ds:002b:f7fffa80`07450bc0=????????????????
Resetting default scope

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x3B

PROCESS_NAME: firefox.exe

CURRENT_IRQL: 2

LAST_CONTROL_TRANSFER: from fffff80003228ea5 to fffff8000326d4e4

STACK_TEXT:
fffff880`0b9efa40 fffff800`03228ea5 : 00000000`00000000 00000000`00000000 fffff880`0b9efca0 fffff800`0327dc9f : nt!KiDeliverApc+0xd4
fffff880`0b9efac0 fffff800`0357246e : fffffa80`072c11e0 00000000`00000000 00000000`00000000 fffff800`0328199f : nt!KiCheckForKernelApcDelivery+0x25
fffff880`0b9efaf0 fffff800`03564755 : 00000000`00000000 00000000`00000002 fffffa80`06b209b0 fffff880`0b9efc01 : nt!ObReferenceObjectByHandleWithTag+0x3ce
fffff880`0b9efbc0 fffff800`03279e13 : fffffa80`07450b50 00000000`00000c70 00000000`00000000 fffffa80`099c8480 : nt!NtSetEvent+0x75
fffff880`0b9efc20 00000000`723c2e09 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`12c3eb48 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x723c2e09


FOLLOWUP_IP:
nt!KiDeliverApc+d4
fffff800`0326d4e4 498b4a30 mov rcx,qword ptr [r10+30h]

SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: nt!KiDeliverApc+d4

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 51db806a

STACK_COMMAND: .cxr 0xfffff8800b9ef060 ; kb

FAILURE_BUCKET_ID: X64_0x3B_nt!KiDeliverApc+d4

BUCKET_ID: X64_0x3B_nt!KiDeliverApc+d4

Followup: MachineOwner
---------
___________________________________________________________________-
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 3B, {c0000005, fffff8000328ae61, fffff880063a1fd0, 0}

Probably caused by : ntkrnlmp.exe ( nt!KiSignalSynchronizationObject+51 )

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

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

SYSTEM_SERVICE_EXCEPTION (3b)
An exception happened while executing a system service routine.
Arguments:
Arg1: 00000000c0000005, Exception code that caused the bugcheck
Arg2: fffff8000328ae61, Address of the exception record for the exception that caused the bugcheck
Arg3: fffff880063a1fd0, Address of the context record for the exception that caused the bugcheck
Arg4: 0000000000000000, zero.

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


EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.

FAULTING_IP:
nt!KiSignalSynchronizationObject+51
fffff800`0328ae61 48894108 mov qword ptr [rcx+8],rax

CONTEXT: fffff880063a1fd0 -- (.cxr 0xfffff880063a1fd0)
rax=fffffa8006c0c2e8 rbx=fffffa8006c0c2e8 rcx=f7fffa8006c0c2e8
rdx=fffffa8006c0c2e0 rsi=fffffa8006c0c2e0 rdi=f7fffa8006c0c2e8
rip=fffff8000328ae61 rsp=fffff880063a29b0 rbp=0000000000000000
r8=0000000000000000 r9=0000000000000000 r10=fffffffffffffffd
r11=00000000002f6d00 r12=fffffa8006c49168 r13=fffff880009ec180
r14=0000000000000002 r15=0000000000000000
iopl=0 nv up ei pl nz na pe nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010202
nt!KiSignalSynchronizationObject+0x51:
fffff800`0328ae61 48894108 mov qword ptr [rcx+8],rax ds:002b:f7fffa80`06c0c2f0=????????????????
Resetting default scope

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x3B

PROCESS_NAME: csrss.exe

CURRENT_IRQL: 2

LAST_CONTROL_TRANSFER: from 0000000000000000 to fffff8000328ae61

STACK_TEXT:
fffff880`063a29b0 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSignalSynchronizationObject+0x51


FOLLOWUP_IP:
nt!KiSignalSynchronizationObject+51
fffff800`0328ae61 48894108 mov qword ptr [rcx+8],rax

SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: nt!KiSignalSynchronizationObject+51

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 51db806a

STACK_COMMAND: .cxr 0xfffff880063a1fd0 ; kb

FAILURE_BUCKET_ID: X64_0x3B_nt!KiSignalSynchronizationObject+51

BUCKET_ID: X64_0x3B_nt!KiSignalSynchronizationObject+51

Followup: MachineOwner
---------
 
Memtest wurde schon über Nacht getestet (über stick) -> 6 Passes (ca. 10h laufzeit) -> 0 Fehler
 
Eben konnte ich einen neuen BSOD produzieren und zwar bekam ich beim schnellen hin und her der Ansicht mit der Maus in BF3 einen 0x17e Stop Fehler
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M (1000007e)
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003. This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG. This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG. This will let us see why this breakpoint is
happening.
Arguments:
Arg1: ffffffffc0000005, The exception code that was not handled
Arg2: fffff88005a31fc0, The address that the exception occurred at
Arg3: fffff8800268f868, Exception Record Address
Arg4: fffff8800268f0c0, Context Record Address

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


EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.

FAULTING_IP:
dxgmms1!VIDMM_SEGMENT::MarkResourcesForEviction+204
fffff880`05a31fc0 48894108 mov qword ptr [rcx+8],rax

EXCEPTION_RECORD: fffff8800268f868 -- (.exr 0xfffff8800268f868)
ExceptionAddress: fffff88005a31fc0 (dxgmms1!VIDMM_SEGMENT::MarkResourcesForEviction+0x0000000000000204)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 0000000000000000
Parameter[1]: ffffffffffffffff
Attempt to read from address ffffffffffffffff


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

SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M (1000007e)
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003. This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG. This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG. This will let us see why this breakpoint is
happening.
Arguments:
Arg1: ffffffffc0000005, The exception code that was not handled
Arg2: fffff88005a31fc0, The address that the exception occurred at
Arg3: fffff8800268f868, Exception Record Address
Arg4: fffff8800268f0c0, Context Record Address

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


EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.

FAULTING_IP:
dxgmms1!VIDMM_SEGMENT::MarkResourcesForEviction+204
fffff880`05a31fc0 48894108 mov qword ptr [rcx+8],rax

EXCEPTION_RECORD: fffff8800268f868 -- (.exr 0xfffff8800268f868)
ExceptionAddress: fffff88005a31fc0 (dxgmms1!VIDMM_SEGMENT::MarkResourcesForEviction+0x0000000000000204)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 0000000000000000
Parameter[1]: ffffffffffffffff
Attempt to read from address ffffffffffffffff

CONTEXT: fffff8800268f0c0 -- (.cxr 0xfffff8800268f0c0)
rax=fffff8a00cb99e28 rbx=0000000000000001 rcx=f7fff8a00d878438
rdx=fffff8a00c01ffe8 rsi=fffff8a00c01fe50 rdi=fffffa8008bb3ad0
rip=fffff88005a31fc0 rsp=fffff8800268faa0 rbp=fffffa8008bb0850
r8=fffff8800268fb08 r9=fffff8800268fb10 r10=fffff8a00cbafa20
r11=fffffa8008bb0890 r12=0000000000000000 r13=fffff8a00ab202f0
r14=0000000000000000 r15=fffff8800268fca0
iopl=0 nv up ei pl zr na po nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010246
dxgmms1!VIDMM_SEGMENT::MarkResourcesForEviction+0x204:
fffff880`05a31fc0 48894108 mov qword ptr [rcx+8],rax ds:002b:f7fff8a0`0d878440=????????????????
Resetting default scope

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: System

CURRENT_IRQL: 0

ERROR_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.

EXCEPTION_PARAMETER1: 0000000000000000

EXCEPTION_PARAMETER2: ffffffffffffffff

READ_ADDRESS: ffffffffffffffff

FOLLOWUP_IP:
dxgmms1!VIDMM_SEGMENT::MarkResourcesForEviction+204
fffff880`05a31fc0 48894108 mov qword ptr [rcx+8],rax

BUGCHECK_STR: 0x7E

LAST_CONTROL_TRANSFER: from fffff88005a21719 to fffff88005a31fc0

STACK_TEXT:
fffff880`0268faa0 fffff880`05a21719 : fffffa80`08f94000 fffff8a0`00dbadb0 fffff8a0`0c1652f0 fffffa80`08f63000 : dxgmms1!VIDMM_SEGMENT::MarkResourcesForEviction+0x204
fffff880`0268fb00 fffff880`05a1ff27 : fffff8a0`0c01fe50 fffffa80`08f94000 fffffa80`099ee510 fffffa80`08f94000 : dxgmms1!VIDMM_GLOBAL::NotifyAllocationEviction+0x59
fffff880`0268fb30 fffff880`05a1b46c : fffffa80`0a40e320 00000000`00000000 00000000`00000000 fffff880`0268fca0 : dxgmms1!VIDMM_GLOBAL::processDeferredCommand+0x523
fffff880`0268fc50 fffff880`05a392e9 : fffffa80`00000000 fffffa80`08e87410 00000000`6d4d6956 00000000`00000174 : dxgmms1!VidMmiProcessTerminationCommand+0x4c
fffff880`0268fca0 fffff880`05a38574 : fffff800`00b96080 fffffa80`0a5af010 00000000`00000000 fffffa80`08e87410 : dxgmms1!VidSchiSubmitDeviceCommand+0x39
fffff880`0268fcd0 fffff880`05a38012 : 00000000`00000000 fffffa80`0a5af010 00000000`00000080 fffffa80`08e87410 : dxgmms1!VidSchiSubmitQueueCommand+0xb0
fffff880`0268fd00 fffff800`0351dbae : 00000000`0dce9f5b fffffa80`08bb4b50 fffffa80`06a2eb30 fffffa80`08bb4b50 : dxgmms1!VidSchiWorkerThread+0xd6
fffff880`0268fd40 fffff800`032708c6 : fffff800`033fae80 fffffa80`08bb4b50 fffff800`03408cc0 00000000`00000000 : nt!PspSystemThreadStartup+0x5a
fffff880`0268fd80 00000000`00000000 : fffff880`02690000 fffff880`0268a000 fffff880`0268f680 00000000`00000000 : nt!KiStartSystemThread+0x16


SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: dxgmms1!VIDMM_SEGMENT::MarkResourcesForEviction+204

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: dxgmms1

IMAGE_NAME: dxgmms1.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 5164dc13

STACK_COMMAND: .cxr 0xfffff8800268f0c0 ; kb

FAILURE_BUCKET_ID: X64_0x7E_dxgmms1!VIDMM_SEGMENT::MarkResourcesForEviction+204

BUCKET_ID: X64_0x7E_dxgmms1!VIDMM_SEGMENT::MarkResourcesForEviction+204

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

nur KB2859537 oder auch die anderen entfernen?
-> KB2859537 entfernt, die anderen aus dem Artikel konnte ich nicht finden.
 
Zuletzt bearbeitet:
RE

dann Teste jetzt nochmals nachdem das Update entfernt wurde

mfg.
 
Selbe spiel aber nachdem ich nun die ganze Nacht dran gehangen habe konnte ich das Problem "lösen".
Bei mir lag es an der Gainward GTX560 TI, welche einfach ein Hitzeproblem hat und viel zu heiss wird (im 3D betrieb).
Eine Temporäre Lösung ist in BF3 die Grafik runterstellen auf Mittel, statt Ultra. Mit dem ExperTool oder Nvidia Inspector muss ich nun vor jeder Gamingsession den Grafiklüfter auf 100% stellen und kann somit Stundenlang ohne Probleme zocken bei GPU Temps von 61-70°.
Ohne diese Prozedur war die Grafik innerhalb von Sekunden auf 100° und nach einiger Zeit dann eben ganz schluss und es kam der Bluescreen. Trotzdem Danke für die bemühungen und einen schönen Abend noch ;)
 
Zurück
Oben