Von Bluescreens geplagt!

[p0kostyle]

Hallöchen allerseits!
Hab mich jetzt nach längerem rumgeärgere hier registriert und hoffe, dass mir geholfen wird.

Seit ca. 2 Monaten hab ich Probleme mit meinem Pc. Bei Spielen, die ich über Origin spiele (Battlefield 4, Dragon Age Inquisition( <- VORALLEM BEI DIESEM SPIEL) & momentan Battlefield Hardline Beta (wobei bei Battlefield nur die Spiele abstürzen, Bluescreens eher selten auftreten) treten nach unterschiedlichen Abständen die unterschiedlichsten Bluescreens auf. Unten hänge ich mal eine kleine Auswahl an.
Bei Spielen, die ich über Steam spiele, treten keinerlei Abstürze/Bluescreens auf! (Arma 3, CoD, L4D etc.)

Mitte Dezember habe ich meine Grafikkarte ausgetauscht (von einer Radeon HD 6850 auf ne R9 290 von Sapphire), die meiner Meinung nach die Probleme "verstärkt" hat.. Könnte natürlich auch nur Einbildung sein. Eine Rückrüstung ist nicht möglich, da die 6850 beim "sicheren" verstauen einen etwas heftigeren Sturzschaden erlitten hat..

Kleiner Gedankenblitz: Wegen den damaligen Bluescreens bei Battlefield hatte ich die RAM Spannung auf 1.5V erhöht, seitdem waren diese weg. Laut Alternate, wo ich meine Sachen bestellt hatte, läuft die RAM aber mit 1.65V. Kann ich die Spannung ohne Sorgen auf die genannte Spannung erhöhen? Oder bringt mir das dann evtl. nur mehr ärger, bzw. keinen weiteren Vorteil?

Nunja, nun mal zu meinem PC:

Mainboard: ASRock 970 Extreme 4
Prozessor: AMD FX-8150
RAM: GeIL 2x 4GB CL9 10-9-28
Grafikkarte: Sapphire Radeon R9 290 Tri-X
Netzteil: 600W

Betriebssystem: Win7 Professional -> Anfang Januar frisch installiert, kompletter Datenreset, also es kam nur frisch geladenes auf den PC. (Externe Festplatte versehentlich formatiert :'D )
Virenschutz: Kaspersky Internet Security 2015

Temperaturen sind im grünen Bereich: CPU-Temp geht nicht höher als 55° unter Volllast, GPU nicht höher als 75°.
Memtest 4 Stunden lang laufen lassen - keine Fehler.
Prime95 spuckt keine Fehler aus.
Aktuellsten Sound- & Grafiktreiber hab ich installiert.

Nun zu den Bluescreens:

Nummer 1:

Spoiler

Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\010815-30669-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.18409.amd64fre.win7sp1_gdr.140303-2144
Machine Name:
Kernel base = 0xfffff800`0441e000 PsLoadedModuleList = 0xfffff800`04661890
Debug session time: Thu Jan 8 21:57:57.126 2015 (UTC + 1:00)
System Uptime: 0 days 0:34:18.204
Loading Kernel Symbols
...............................................................
................................................................
.....................................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1E, {0, 0, 0, 0}

Unable to load image \SystemRoot\system32\DRIVERS\Rt64win7.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for Rt64win7.sys
*** ERROR: Module load completed but symbols could not be loaded for Rt64win7.sys
Probably caused by : Rt64win7.sys ( Rt64win7+15171 )

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

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

KMODE_EXCEPTION_NOT_HANDLED (1e)
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.
Arguments:
Arg1: 0000000000000000, The exception code that was not handled
Arg2: 0000000000000000, The address that the exception occurred at
Arg3: 0000000000000000, Parameter 0 of the exception
Arg4: 0000000000000000, Parameter 1 of the exception

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


EXCEPTION_CODE: (Win32) 0 (0) - Der Vorgang wurde erfolgreich beendet.

FAULTING_IP:
+3263643564353663
00000000`00000000 ?? ???

EXCEPTION_PARAMETER1: 0000000000000000

EXCEPTION_PARAMETER2: 0000000000000000

ERROR_CODE: (NTSTATUS) 0 - STATUS_WAIT_0

BUGCHECK_STR: 0x1E_0

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: DragonAgeInqui

CURRENT_IRQL: 2

EXCEPTION_RECORD: fffff80004c0d2a8 -- (.exr 0xfffff80004c0d2a8)
ExceptionAddress: fffff80004a0782e (hal!HalPutScatterGatherList+0x00000000000000de)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 0000000000000000
Parameter[1]: ffffffffffffffff
Attempt to read from address ffffffffffffffff

TRAP_FRAME: fffff80004c0d350 -- (.trap 0xfffff80004c0d350)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffff80004c0d490 rbx=0000000000000000 rcx=fffff80004a2fcd8
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80004a0782e rsp=fffff80004c0d4e0 rbp=0000000000000c60
r8=fffff80004c0d490 r9=fffff80004a2fc60 r10=0000000000000000
r11=fffff80004c0d4b0 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na po nc
hal!HalPutScatterGatherList+0xde:
fffff800`04a0782e f6470a01 test byte ptr [rdi+0Ah],1 ds:e040:00000000`0000000a=??
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff8000448b5be to fffff80004493b90

STACK_TEXT:
fffff800`04c0c388 fffff800`0448b5be : 00000000`00000000 fffff880`01cf38d4 fffff800`04c0cb00 fffff800`044bea90 : nt!KeBugCheck
fffff800`04c0c390 fffff800`044be75d : fffff800`046a2380 fffff800`045df260 fffff800`0441e000 fffff800`04c0d2a8 : nt!KiKernelCalloutExceptionHandler+0xe
fffff800`04c0c3c0 fffff800`044bd535 : fffff800`045e2f64 fffff800`04c0c438 fffff800`04c0d2a8 fffff800`0441e000 : nt!RtlpExecuteHandlerForException+0xd
fffff800`04c0c3f0 fffff800`044ce4c1 : fffff800`04c0d2a8 fffff800`04c0cb00 fffff800`00000000 04000000`00000000 : nt!RtlDispatchException+0x415
fffff800`04c0cad0 fffff800`04493242 : fffff800`04c0d2a8 fffffa80`09344a80 fffff800`04c0d350 00000000`00000000 : nt!KiDispatchException+0x135
fffff800`04c0d170 fffff800`04491b4a : fffffa80`09be5bf0 fffff880`01e692e0 fffffa80`091ee0b8 fffff800`0449cfca : nt!KiExceptionDispatch+0xc2
fffff800`04c0d350 fffff800`04a0782e : fffffa80`09344a80 00000000`00000c60 00000000`00000000 fffffa80`0a466c20 : nt!KiGeneralProtectionFault+0x10a
fffff800`04c0d4e0 fffff880`01c6e6e1 : fffffa80`0a466b50 fffffa80`093295f0 fffffa80`0a466a20 00000000`00000000 : hal!HalPutScatterGatherList+0xde
fffff800`04c0d540 fffff880`03399171 : fffffa80`09329000 fffffa80`0a466a20 fffffa80`09329000 00000000`00000000 : ndis!NdisMFreeNetBufferSGList+0x31
fffff800`04c0d580 fffffa80`09329000 : fffffa80`0a466a20 fffffa80`09329000 00000000`00000000 fffffa80`0b52b3a0 : Rt64win7+0x15171
fffff800`04c0d588 fffffa80`0a466a20 : fffffa80`09329000 00000000`00000000 fffffa80`0b52b3a0 00000000`00000000 : 0xfffffa80`09329000
fffff800`04c0d590 fffffa80`09329000 : 00000000`00000000 fffffa80`0b52b3a0 00000000`00000000 fffff800`04c0d6d8 : 0xfffffa80`0a466a20
fffff800`04c0d598 00000000`00000000 : fffffa80`0b52b3a0 00000000`00000000 fffff800`04c0d6d8 00000000`0000000a : 0xfffffa80`09329000


STACK_COMMAND: kb

FOLLOWUP_IP:
Rt64win7+15171
fffff880`03399171 ?? ???

SYMBOL_STACK_INDEX: 9

SYMBOL_NAME: Rt64win7+15171

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: Rt64win7

IMAGE_NAME: Rt64win7.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4db07445

FAILURE_BUCKET_ID: X64_0x1E_0_Rt64win7+15171

BUCKET_ID: X64_0x1E_0_Rt64win7+15171

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

Nummer 2:

Spoiler

Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\020315-19780-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.18700.amd64fre.win7sp1_gdr.141211-1742
Machine Name:
Kernel base = 0xfffff800`04409000 PsLoadedModuleList = 0xfffff800`0464c890
Debug session time: Tue Feb 3 18:21:15.830 2015 (UTC + 1:00)
System Uptime: 0 days 0:35:52.923
Loading Kernel Symbols
...............................................................
................................................................
....................................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 101, {19, 0, fffff880035e6180, 4}

Probably caused by : Unknown_Image ( ANALYSIS_INCONCLUSIVE )

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

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

CLOCK_WATCHDOG_TIMEOUT (101)
An expected clock interrupt was not received on a secondary processor in an
MP system within the allocated interval. This indicates that the specified
processor is hung and not processing interrupts.
Arguments:
Arg1: 0000000000000019, Clock interrupt time out interval in nominal clock ticks.
Arg2: 0000000000000000, 0.
Arg3: fffff880035e6180, The PRCB address of the hung processor.
Arg4: 0000000000000004, 0.

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


BUGCHECK_STR: CLOCK_WATCHDOG_TIMEOUT_8_PROC

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: System

CURRENT_IRQL: d

STACK_TEXT:
fffff880`039e73a8 fffff800`044d6dda : 00000000`00000101 00000000`00000019 00000000`00000000 fffff880`035e6180 : nt!KeBugCheckEx
fffff880`039e73b0 fffff800`044899f7 : 00000000`00000000 fffff800`00000004 00000000`00002711 00000000`0000000b : nt! ?? ::FNODOBFM::`string'+0x4e3e
fffff880`039e7440 fffff800`049f9895 : fffff800`04a1f460 fffff880`039e75f0 fffff800`04a1f460 00000000`00000000 : nt!KeUpdateSystemTime+0x377
fffff880`039e7540 fffff800`0447c3d3 : 00000000`2b97e0ba fffff800`045f9e80 fffff800`045f9e80 00000000`00000001 : hal!HalpHpetClockInterrupt+0x8d
fffff880`039e7570 fffff800`044b5773 : fffff800`045f9e80 00000000`00000001 00000000`00000000 00000000`00000000 : nt!KiInterruptDispatchNoLock+0x163
fffff880`039e7700 fffff800`04484d1c : 00000000`00000000 fffffa80`0c141008 00000000`00000000 fffff800`045f5c48 : nt!KxFlushEntireTb+0x93
fffff880`039e7740 fffff800`04469cd4 : 00000000`00000002 c6700000`8612d963 fffff880`039e7a60 00000000`0000b467 : nt!KeFlushMultipleRangeTb+0x28c
fffff880`039e7810 fffff800`044fff75 : fffff800`046b9600 fffff800`00000001 00000000`00000001 fffff880`039e7a70 : nt!MiAgeWorkingSet+0x64a
fffff880`039e79c0 fffff800`04469e06 : 00000000`0000085f 00000000`00000000 fffffa80`00000000 00000000`00000004 : nt! ?? ::FNODOBFM::`string'+0x4c7f6
fffff880`039e7a40 fffff800`0446a2b3 : 00000000`00000008 fffff880`039e7ad0 00000000`00000001 fffffa80`00000000 : nt!MmWorkingSetManager+0x6e
fffff880`039e7a90 fffff800`0471c0ca : fffffa80`06e1f660 00000000`00000080 fffffa80`06c7a890 00000000`00000001 : nt!KeBalanceSetManager+0x1c3
fffff880`039e7c00 fffff800`04470be6 : fffff880`035e6180 fffffa80`06e1f660 fffff880`035f10c0 00000000`00000000 : nt!PspSystemThreadStartup+0x5a
fffff880`039e7c40 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiStartSystemThread+0x16


STACK_COMMAND: kb

SYMBOL_NAME: ANALYSIS_INCONCLUSIVE

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: Unknown_Module

IMAGE_NAME: Unknown_Image

DEBUG_FLR_IMAGE_TIMESTAMP: 0

FAILURE_BUCKET_ID: X64_CLOCK_WATCHDOG_TIMEOUT_8_PROC_ANALYSIS_INCONCLUSIVE

BUCKET_ID: X64_CLOCK_WATCHDOG_TIMEOUT_8_PROC_ANALYSIS_INCONCLUSIVE

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

Nummer 3:

Spoiler

Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\020415-99169-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.18700.amd64fre.win7sp1_gdr.141211-1742
Machine Name:
Kernel base = 0xfffff800`0440e000 PsLoadedModuleList = 0xfffff800`04651890
Debug session time: Wed Feb 4 18:58:42.027 2015 (UTC + 1:00)
System Uptime: 0 days 0:20:58.120
Loading Kernel Symbols
...............................................................
................................................................
....................................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 3B, {c0000005, fffff800044b71e1, fffff88008f31f90, 0}

Probably caused by : memory_corruption ( nt!MiGetNextNode+15 )

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

4: 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: fffff800044b71e1, Address of the instruction which caused the bugcheck
Arg3: fffff88008f31f90, 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!MiGetNextNode+15
fffff800`044b71e1 48394808 cmp qword ptr [rax+8],rcx

CONTEXT: fffff88008f31f90 -- (.cxr 0xfffff88008f31f90)
rax=0000000000000000 rbx=fffffa80078b12e0 rcx=fffffa80078b12e0
rdx=000007fffff11000 rsi=fffffa8008fb1650 rdi=000000007fffff11
rip=fffff800044b71e1 rsp=fffff88008f32978 rbp=fffff88008f32b60
r8=000007fffffdffff r9=0000000000000011 r10=0000000000000030
r11=0000000000000000 r12=000000006cecf8f0 r13=fffffa800786d278
r14=ffffffffffffffff r15=0000000000000000
iopl=0 nv up ei pl nz na pe cy
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010203
nt!MiGetNextNode+0x15:
fffff800`044b71e1 48394808 cmp qword ptr [rax+8],rcx ds:002b:00000000`00000008=????????????????
Resetting default scope

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x3B

PROCESS_NAME: bfh.exe

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from 0000000000000000 to fffff800044b71e1

STACK_TEXT:
fffff880`08f32978 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!MiGetNextNode+0x15


FOLLOWUP_IP:
nt!MiGetNextNode+15
fffff800`044b71e1 48394808 cmp qword ptr [rax+8],rcx

SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: nt!MiGetNextNode+15

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP: 548a6e28

STACK_COMMAND: .cxr 0xfffff88008f31f90 ; kb

IMAGE_NAME: memory_corruption

FAILURE_BUCKET_ID: X64_0x3B_nt!MiGetNextNode+15

BUCKET_ID: X64_0x3B_nt!MiGetNextNode+15

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

4: 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: fffff800044b71e1, Address of the instruction which caused the bugcheck
Arg3: fffff88008f31f90, 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!MiGetNextNode+15
fffff800`044b71e1 48394808 cmp qword ptr [rax+8],rcx

CONTEXT: fffff88008f31f90 -- (.cxr 0xfffff88008f31f90)
rax=0000000000000000 rbx=fffffa80078b12e0 rcx=fffffa80078b12e0
rdx=000007fffff11000 rsi=fffffa8008fb1650 rdi=000000007fffff11
rip=fffff800044b71e1 rsp=fffff88008f32978 rbp=fffff88008f32b60
r8=000007fffffdffff r9=0000000000000011 r10=0000000000000030
r11=0000000000000000 r12=000000006cecf8f0 r13=fffffa800786d278
r14=ffffffffffffffff r15=0000000000000000
iopl=0 nv up ei pl nz na pe cy
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010203
nt!MiGetNextNode+0x15:
fffff800`044b71e1 48394808 cmp qword ptr [rax+8],rcx ds:002b:00000000`00000008=????????????????
Resetting default scope

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x3B

PROCESS_NAME: bfh.exe

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from 0000000000000000 to fffff800044b71e1

STACK_TEXT:
fffff880`08f32978 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!MiGetNextNode+0x15


FOLLOWUP_IP:
nt!MiGetNextNode+15
fffff800`044b71e1 48394808 cmp qword ptr [rax+8],rcx

SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: nt!MiGetNextNode+15

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP: 548a6e28

STACK_COMMAND: .cxr 0xfffff88008f31f90 ; kb

IMAGE_NAME: memory_corruption

FAILURE_BUCKET_ID: X64_0x3B_nt!MiGetNextNode+15

BUCKET_ID: X64_0x3B_nt!MiGetNextNode+15

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

Und nun die von heute:

Nummer 4:

Spoiler

Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\020715-24429-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.18700.amd64fre.win7sp1_gdr.141211-1742
Machine Name:
Kernel base = 0xfffff800`04454000 PsLoadedModuleList = 0xfffff800`04697890
Debug session time: Sat Feb 7 21:39:01.217 2015 (UTC + 1:00)
System Uptime: 0 days 4:39:36.310
Loading Kernel Symbols
...............................................................
................................................................
....................................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 50, {fffffffffffffffb, 1, fffff800045fdd29, 0}

Unable to load image \SystemRoot\system32\drivers\UHSfiltv.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for UHSfiltv.sys
*** ERROR: Module load completed but symbols could not be loaded for UHSfiltv.sys

Could not read faulting driver name
Probably caused by : ks.sys ( ks!KspPropertyHandler+da )

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

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

PAGE_FAULT_IN_NONPAGED_AREA (50)
Invalid system memory was referenced. This cannot be protected by try-except,
it must be protected by a Probe. Typically the address is just plain bad or it
is pointing at freed memory.
Arguments:
Arg1: fffffffffffffffb, memory referenced.
Arg2: 0000000000000001, value 0 = read operation, 1 = write operation.
Arg3: fffff800045fdd29, If non-zero, the instruction address which referenced the bad memory
address.
Arg4: 0000000000000000, (reserved)

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


Could not read faulting driver name

WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff80004701100
fffffffffffffffb

FAULTING_IP:
nt!ExAllocatePoolWithTag+119
fffff800`045fdd29 884303 mov byte ptr [rbx+3],al

MM_INTERNAL_CODE: 0

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x50

PROCESS_NAME: audiodg.exe

CURRENT_IRQL: 0

TRAP_FRAME: fffff8800b9af350 -- (.trap 0xfffff8800b9af350)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=000000000000000a rbx=0000000000000000 rcx=fffffa800b0314d1
rdx=fffffa800b01ab11 rsi=0000000000000000 rdi=0000000000000000
rip=fffff800045fdd29 rsp=fffff8800b9af4e0 rbp=fffff80004645880
r8=fffffa800b01ab10 r9=fffff80004454000 r10=fffff80004645880
r11=fffffa800b01ab10 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na po nc
nt!ExAllocatePoolWithTag+0x119:
fffff800`045fdd29 884303 mov byte ptr [rbx+3],al ds:f060:00000000`00000003=??
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80004547c40 to fffff800044cae80

STACK_TEXT:
fffff880`0b9af1e8 fffff800`04547c40 : 00000000`00000050 ffffffff`fffffffb 00000000`00000001 fffff880`0b9af350 : nt!KeBugCheckEx
fffff880`0b9af1f0 fffff800`044c8fae : 00000000`00000001 ffffffff`fffffffb 00000000`00000000 ffffffff`fffffff8 : nt! ?? ::FNODOBFM::`string'+0x4518f
fffff880`0b9af350 fffff800`045fdd29 : 00000000`00000000 00000000`000007ff 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x16e
fffff880`0b9af4e0 fffff800`044de246 : fffffa80`06e0aa28 00000000`00000008 00000000`00516c4e 00000000`00000000 : nt!ExAllocatePoolWithTag+0x119
fffff880`0b9af5d0 fffff880`04819f4a : fffffa80`06f22e50 00000000`00000028 fffffa80`06f22bd0 fffffa80`00000000 : nt!ExAllocatePoolWithQuotaTag+0x56
fffff880`0b9af620 fffff880`0481ab47 : fffffa80`06f22bd0 fffff800`00000001 fffff880`04818528 00000000`00000000 : ks!KspPropertyHandler+0xda
fffff880`0b9af690 fffff880`0481b131 : 00000000`c0000010 fffffa80`06f22bd0 fffffa80`07119b00 00000000`00000000 : ks!KspHandleAutomationIoControl+0x2c7
fffff880`0b9af710 fffff880`0481a7bb : fffffa80`09b13bc0 00000000`00000000 00000000`00000001 00000000`00000000 : ks!CKsPin:ispatchDeviceIoControl+0xcd
fffff880`0b9af770 fffff880`04801560 : 00000000`00000000 fffff800`047b4767 fffff880`0b9afa58 fffffa80`0ae30ac0 : ks!KsDispatchIrp+0xdb
fffff880`0b9af7a0 fffff880`06efe315 : fffffa80`09ee19d0 fffffa80`09f1db40 00000000`00000001 fffffa80`06f22ee0 : ks!CKsDevice:assThroughIrp+0xc0
fffff880`0b9af7e0 fffffa80`09ee19d0 : fffffa80`09f1db40 00000000`00000001 fffffa80`06f22ee0 fffffa80`09f1db50 : UHSfiltv+0x1315
fffff880`0b9af7e8 fffffa80`09f1db40 : 00000000`00000001 fffffa80`06f22ee0 fffffa80`09f1db50 fffff880`06e9e5fb : 0xfffffa80`09ee19d0
fffff880`0b9af7f0 00000000`00000001 : fffffa80`06f22ee0 fffffa80`09f1db50 fffff880`06e9e5fb fffffa80`09fb59f0 : 0xfffffa80`09f1db40
fffff880`0b9af7f8 fffffa80`06f22ee0 : fffffa80`09f1db50 fffff880`06e9e5fb fffffa80`09fb59f0 00000000`00000000 : 0x1
fffff880`0b9af800 fffffa80`09f1db50 : fffff880`06e9e5fb fffffa80`09fb59f0 00000000`00000000 00000001`00000001 : 0xfffffa80`06f22ee0
fffff880`0b9af808 fffff880`06e9e5fb : fffffa80`09fb59f0 00000000`00000000 00000001`00000001 fffffa80`06f22ee0 : 0xfffffa80`09f1db50
fffff880`0b9af810 fffff880`00000028 : 00000000`0323fd80 fffffa80`06f22bd0 00000000`00000003 fffffa80`06f22bd0 : ksthunk!CKernelFilterDevice::FileObjectToFilterFile+0x6b
fffff880`0b9af840 00000000`0323fd80 : fffffa80`06f22bd0 00000000`00000003 fffffa80`06f22bd0 fffffa80`09f1db40 : 0xfffff880`00000028
fffff880`0b9af848 fffffa80`06f22bd0 : 00000000`00000003 fffffa80`06f22bd0 fffffa80`09f1db40 fffff880`06e9e825 : 0x323fd80
fffff880`0b9af850 00000000`00000003 : fffffa80`06f22bd0 fffffa80`09f1db40 fffff880`06e9e825 fffffa80`06f22e98 : 0xfffffa80`06f22bd0
fffff880`0b9af858 fffffa80`06f22bd0 : fffffa80`09f1db40 fffff880`06e9e825 fffffa80`06f22e98 fffffa80`06f22ee0 : 0x3
fffff880`0b9af860 fffffa80`09f1db40 : fffff880`06e9e825 fffffa80`06f22e98 fffffa80`06f22ee0 fffffa80`06f22ee0 : 0xfffffa80`06f22bd0
fffff880`0b9af868 fffff880`06e9e825 : fffffa80`06f22e98 fffffa80`06f22ee0 fffffa80`06f22ee0 fffffa80`06f22bd0 : 0xfffffa80`09f1db40
fffff880`0b9af870 fffff800`047e70f7 : fffffa80`07dd7f20 fffff880`0b9afb60 fffffa80`00000000 fffffa80`07dd7f20 : ksthunk!CKernelFilterDevice:ispatchIrp+0x11d
fffff880`0b9af8d0 fffff800`047e7956 : 00000000`0323fba0 00000000`000003bd 00000000`00000000 00000000`00000000 : nt!IopXxxControlFile+0x607
fffff880`0b9afa00 fffff800`044ca113 : fffffa80`0a3ffb50 00000000`0323fb88 fffff880`0b9afa88 00000000`00000001 : nt!NtDeviceIoControlFile+0x56
fffff880`0b9afa70 00000000`77ba132a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`0323fb58 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x77ba132a


STACK_COMMAND: kb

FOLLOWUP_IP:
ks!KspPropertyHandler+da
fffff880`04819f4a 48894318 mov qword ptr [rbx+18h],rax

SYMBOL_STACK_INDEX: 5

SYMBOL_NAME: ks!KspPropertyHandler+da

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: ks

IMAGE_NAME: ks.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4ce7a3f3

FAILURE_BUCKET_ID: X64_0x50_ks!KspPropertyHandler+da

BUCKET_ID: X64_0x50_ks!KspPropertyHandler+da

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

Nummer 5:

Spoiler

Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\020715-26535-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.18700.amd64fre.win7sp1_gdr.141211-1742
Machine Name:
Kernel base = 0xfffff800`04452000 PsLoadedModuleList = 0xfffff800`04695890
Debug session time: Sat Feb 7 16:35:14.903 2015 (UTC + 1:00)
System Uptime: 0 days 2:11:37.900
Loading Kernel Symbols
...............................................................
................................................................
....................................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1E, {ffffffffc0000005, fffff880021c651a, 1, 48}

Unable to load image \SystemRoot\system32\DRIVERS\klflt.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for klflt.sys
*** ERROR: Module load completed but symbols could not be loaded for klflt.sys
Probably caused by : hardware ( klflt+2651a )

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

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

KMODE_EXCEPTION_NOT_HANDLED (1e)
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.
Arguments:
Arg1: ffffffffc0000005, The exception code that was not handled
Arg2: fffff880021c651a, The address that the exception occurred at
Arg3: 0000000000000001, Parameter 0 of the exception
Arg4: 0000000000000048, Parameter 1 of the exception

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:
klflt+2651a
fffff880`021c651a 085748 or byte ptr [rdi+48h],dl

EXCEPTION_PARAMETER1: 0000000000000001

EXCEPTION_PARAMETER2: 0000000000000048

WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff800046ff100
0000000000000048

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

BUGCHECK_STR: 0x1E_c0000005

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: bfh.exe

CURRENT_IRQL: 0

TRAP_FRAME: fffff8800b3334c0 -- (.trap 0xfffff8800b3334c0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=000000004b040000 rbx=0000000000000000 rcx=fffff8a0007c9000
rdx=000000004b041d36 rsi=0000000000000000 rdi=0000000000000000
rip=fffff880021c651a rsp=fffff8800b333650 rbp=fffff8800b333820
r8=fffff8800b333738 r9=0000000000000000 r10=fffffa8006c6e288
r11=fffff8800b333758 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na po nc
klflt+0x2651a:
fffff880`021c651a 085748 or byte ptr [rdi+48h],dl ds:c6a0:00000000`00000048=??
Resetting default scope

MISALIGNED_IP:
klflt+2651a
fffff880`021c651a 085748 or byte ptr [rdi+48h],dl

LAST_CONTROL_TRANSFER: from fffff80004513a18 to fffff800044c8e80

STACK_TEXT:
fffff880`0b332c38 fffff800`04513a18 : 00000000`0000001e ffffffff`c0000005 fffff880`021c651a 00000000`00000001 : nt!KeBugCheckEx
fffff880`0b332c40 fffff800`044c8502 : fffff880`0b333418 00000000`044b0000 fffff880`0b3334c0 fffff8a0`1100c930 : nt! ?? ::FNODOBFM::`string'+0x487ed
fffff880`0b3332e0 fffff800`044c707a : 00000000`00000001 00000000`00000048 fffff680`0000e200 00000000`044b0000 : nt!KiExceptionDispatch+0xc2
fffff880`0b3334c0 fffff880`021c651a : 00000000`00000000 00000000`00001c40 00000000`00001c40 00000000`01c40fff : nt!KiPageFault+0x23a
fffff880`0b333650 00000000`00000000 : 00000000`00001c40 00000000`00001c40 00000000`01c40fff 00000000`00000000 : klflt+0x2651a


STACK_COMMAND: kb

FOLLOWUP_IP:
klflt+2651a
fffff880`021c651a 085748 or byte ptr [rdi+48h],dl

SYMBOL_STACK_INDEX: 4

SYMBOL_NAME: klflt+2651a

FOLLOWUP_NAME: MachineOwner

IMAGE_NAME: hardware

DEBUG_FLR_IMAGE_TIMESTAMP: 0

MODULE_NAME: hardware

FAILURE_BUCKET_ID: X64_IP_MISALIGNED_klflt.sys

BUCKET_ID: X64_IP_MISALIGNED_klflt.sys

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

Bluescreens sind für mich Neuland. Hab dabei keine Ahnung, wo ich anfangen und aufhören muss.
Deshalb bräuchte ich Hilfe vom Fach.

Danke schonmal im Voraus für die Bemühungen!

 

[mgiceman311]

teste mal mit je einem Ram...und gucken das der richtig drin steckt...also beim gamen testen...

und später driver sweeper oder cleaner mal drüber laufen lassen...

Netzteil 600W? Welches denn genau?

 

[Zeitdieb13]

welchen cpu-kühler hast du?

 

[p0kostyle]

Ram wurde einzeln getestet. -> KEINE FEHLER

Bei den Bluescreens werden verschiedene Fehlercodes angezeigt: page_fault_in_nonpaged_area, klflt.sys, dxgmms1.sys etc..
Habe auch schon die Riegel gegeneinander ausgetauscht.

CPU Kühler habe ich den Alpenföhn Triglav

 

[Zeitdieb13]

Kann durchaus sein das die spannungswandler des boards zu warm werden wegen dem Kühler.
Laut asrock brauchst du nen top-blower kühler für die cpu.

 

[mgiceman311]

dann is es wahrscheinlich der Ram....hast du vllt ne möglichkeit anderen Ram einzu bauen?

 

[mgiceman311]

Kann durchaus sein das die spannungswandler des boards zu warm werden wegen dem Kühler.
Laut asrock brauchst du nen top-blower kühler für die cpu.

naja aber komisch is das die bluescreens nicht immer auftreten...

 

[p0kostyle]

Kann durchaus sein das die spannungswandler des boards zu warm werden wegen dem Kühler.
Laut asrock brauchst du nen top-blower kühler für die cpu.

Oh, wirklich? Wusst ich nicht. :o
Betreibe den Kasten seit 3 1/2 Jahren so, gab bis vor kurzem eig. keine Probleme. Werde mir natürlich nächste Woche mal einen Top-Flower zulegen.
Bzw. würde es auch reichen, wenn ich mir nen 120er Lüfter einbaue, der direkt auf die Wandler pustet?

dann is es wahrscheinlich der Ram....hast du vllt ne möglichkeit anderen Ram einzu bauen?

Nein, leider nicht, werde mir nächsten Monat dann mal nen neuen Kaufen. 8GB werden auch langsam zu wenig.. Bei Battlefield eig. schon an der Kotzgrenze von knappen 7.5 GB. cO

naja aber komisch is das die bluescreens nicht immer auftreten...

Wiederum auch richtig, da ich z.B. Arma 3 8 Stunden ohne jeglichen Absturz spielen kann..

 

[slaper688]

Klare Sache ein Speicher Riegel ist hin teste mal mit Windows Speicher Test der erkennt das schon .

 

[zicco93]

Hört sich echt nach RAM an.

Wiederum auch richtig, da ich z.B. Arma 3 8 Stunden ohne jeglichen Absturz spielen kann..

Naja solange der defekte Speicherbereich nicht belegt wurde, läuft das ewig.


Die Spannungswandler bei dem Board sind echt lausig gekühlt aber ohne Übertaktung sollte sich da nichts fehlen. (120mm Lüfter reicht locker)
Bei einem Temperaturproblem würdest du mit aktivierten "Sicherheitsschaltungen" lange vor einem BSOD in einen unspielbaren Performancebereich kommen, da die CPU auf 1,4Ghz drosselt wenn die SpaWa's zu heiß werden.

 

[bschicht86]

Da der RAM mit 1,65V angegeben scheint, würde ich auch einfach mal diese Spannung einstellen. Der RAM läuft sonst in Unterversorgung und könnte für die Abstürze schuld sein.

 

[loewe0887]

Könnte auch denken das es der Ram ist..... Wenn du sagst das beim Ram testen immer weder Fehlercodes angezeigt werden. Nur stutzig macht mich das ganze das es vermehrt nach dem GK Wechsel ist. Wenn du sagst du bist auf eine 290 umgestiegen bekomme ich gerade spitze Ohren. In der Ereignisanzeige zeigt er dir aber keine Anzeigetreiberfehler an? Blue- und Blackscreens treten meiner Erfahrung nach sehr oft mit der Karte auf..... xd. Schieße auch das Windows nicht ganz aus. Dies kann auch zu solchen Fehlern führen. Nachdem du das mit dem Ram mal versucht hat, und es ist immernoch da intalliere einfach mal zu Testzwecken das Windows neu. LG

 

[p0kostyle]

Sodelle.. Also, habe nun ganze 8 Stunden lang die Riegel einzeln getestet. Natürlich hab ich währenddessen gepennt & Windows gab mir nach dem Neustart natürlich kein Protokoll aus, bei dem ich gucken könnte, ob alles passt. Finde ich das iwo, bzw. hinterlegt Windows überhaupt solch ein Protokoll für dessen Speicherdiagnosetool?

Da der RAM mit 1,65V angegeben scheint, würde ich auch einfach mal diese Spannung einstellen. Der RAM läuft sonst in Unterversorgung und könnte für die Abstürze schuld sein.

Wird sofort gemacht!

Könnte auch denken das es der Ram ist..... Wenn du sagst das beim Ram testen immer weder Fehlercodes angezeigt werden. Nur stutzig macht mich das ganze das es vermehrt nach dem GK Wechsel ist. Wenn du sagst du bist auf eine 290 umgestiegen bekomme ich gerade spitze Ohren. In der Ereignisanzeige zeigt er dir aber keine Anzeigetreiberfehler an? Blue- und Blackscreens treten meiner Erfahrung nach sehr oft mit der Karte auf..... xd. Schieße auch das Windows nicht ganz aus. Dies kann auch zu solchen Fehlern führen. Nachdem du das mit dem Ram mal versucht hat, und es ist immernoch da intalliere einfach mal zu Testzwecken das Windows neu. LG

Werde den Ram nochmal in verschiedensten Steckmöglichkeiten ausprobieren & wenns immernoch nix bringt, ist das erste was rausfliegt der RAM.
Eher selten treten Treiberfehler auf. Ab und zu schmiert der Treiber ab, dann bekomm ich auch nen Bluescreen oder das Spiel kackt ab.
Ou, das mit den Fehlern habe ich falsch formuliert.. Das war eig. an eine Frage mit dem Inhalt "Welche Fehler treten bei den Bluescreens auf?" gerichtet.. Aber diese wurde schon bearbeitet. Werde es gleich abändern. RAM zeigt nämlich überhaupt keine Fehler an, das ist ja das verwunderliche..
Werde evlt. sogar heute nachmittag Windoof nochmals neu installieren.

Netzteil 600W? Welches denn genau?

LC Power LC600H-12

 

[bschicht86]

Wenn der RAM spinnt wegen Unterspannung, kann ebenfalls der Treiber der GraKa rausfliegen, wobei man denken könnte, es liegt natürlich an der GraKa ohne die Ursache dafür genau zu kennen.

Daher wär es gut, wenn der TE wirklich erstmal den RAM in seiner Spezifikation (1,65V) testet, ob die probleme weg sind oder noch in selber Intensität vorhanden.

 

[loewe0887]

Wenn der Ram ok ist und du keinen Fehler auslesen kannst bzw keinen Bekommst wird der schon ok sein. Schaue wirklich in der Ereignisanzeige nach. diese protokolliert jeden Fehler. Anzeigetreiberabstürze können sich auch in Bluscreens oder einfachen abruptes Neustarten des PCs äußern. Aber erstmal muss man schauen was für Fehler genau auftreten. Wenn es nur die Fehler sind die per Spoiler an deiner ersten frage sind würde es vl. helfen Windows neu zu Installieren.

 

[p0kostyle]

Habe den Grafiktreiber nochmals deinstalliert, mit Driversweeper alle Überreste entfernt, neu installiert & die Arbeitsspeicherspannung auf 1.65V erhöht. Konnte nun knappe 4 Stunden ohne Probleme zocken. Entweder wars das, oder es passiert halt grad nix.
Werde mich auf jedenfall nochmal melden, ob etwas kam oder nicht.
Also, schonmal danke für die Hilfe an alle!

 

[loewe0887]

Da ist ja gut wenn es grad klappt..... Ja. schreibe einfach

 

[bschicht86]

Zocke erstmal in Ruhe 7 Tage lang und schau, ob alles ok ist. Danach kannst du ja noch zum gegencheck die RAM-Spannung auf oder unter 1,5V (wo es vorher war) einstellen und schauen, ob die Probleme wieder auftauchen oder nicht. Erst dann wissen wir wirklich, obs am Treiber oder RAM lag.

 

[p0kostyle]

Gut, zu früh gefreut.

Nach ca. 10 Stunden zocken kam der erste wieder. Diesmal ein ganz neuer:

Spoiler

Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\020915-20623-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.18700.amd64fre.win7sp1_gdr.141211-1742
Machine Name:
Kernel base = 0xfffff800`0445e000 PsLoadedModuleList = 0xfffff800`046a1890
Debug session time: Mon Feb 9 17:16:39.403 2015 (UTC + 1:00)
System Uptime: 0 days 0:38:03.543
Loading Kernel Symbols
...............................................................
................................................................
......................................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1E, {0, 0, 0, 0}

Probably caused by : hardware ( nt!KiKernelCalloutExceptionHandler+e )

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

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

KMODE_EXCEPTION_NOT_HANDLED (1e)
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.
Arguments:
Arg1: 0000000000000000, The exception code that was not handled
Arg2: 0000000000000000, The address that the exception occurred at
Arg3: 0000000000000000, Parameter 0 of the exception
Arg4: 0000000000000000, Parameter 1 of the exception

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


EXCEPTION_CODE: (Win32) 0 (0) - Der Vorgang wurde erfolgreich beendet.

FAULTING_IP:
+3539383030333633
00000000`00000000 ?? ???

EXCEPTION_PARAMETER1: 0000000000000000

EXCEPTION_PARAMETER2: 0000000000000000

ERROR_CODE: (NTSTATUS) 0 - STATUS_WAIT_0

BUGCHECK_STR: 0x1E_0

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: System

CURRENT_IRQL: 2

EXCEPTION_RECORD: fffff880009e81e8 -- (.exr 0xfffff880009e81e8)
ExceptionAddress: fffff800044daa8b (nt!KiDeferredReadyThread+0x0000000000000884)
ExceptionCode: c000001d (Illegal instruction)
ExceptionFlags: 00000000
NumberParameters: 0

TRAP_FRAME: fffff880009e8290 -- (.trap 0xfffff880009e8290)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000052 rbx=0000000000000000 rcx=0000000000000000
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff800044daa8b rsp=fffff880009e8420 rbp=0000000000000005
r8=0000000000000052 r9=0000000000000002 r10=fffff8000445e000
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
nt!KiDeferredReadyThread+0x884:
fffff800`044daa8b ff ???
Resetting default scope

MISALIGNED_IP:
nt!KiDeferredReadyThread+884
fffff800`044daa8b ff ???

LAST_CONTROL_TRANSFER: from fffff800044cc87e to fffff800044d4e50

STACK_TEXT:
fffff880`009e72c8 fffff800`044cc87e : fffffa80`0a6cc820 fffff880`04213dd3 fffff880`009e7a40 fffff800`044ffd80 : nt!KeBugCheck
fffff880`009e72d0 fffff800`044ffa4d : fffff800`046e24b8 fffff800`0461f580 fffff800`0445e000 fffff880`009e81e8 : nt!KiKernelCalloutExceptionHandler+0xe
fffff880`009e7300 fffff800`044fe825 : fffff800`04623358 fffff880`009e7378 fffff880`009e81e8 fffff800`0445e000 : nt!RtlpExecuteHandlerForException+0xd
fffff880`009e7330 fffff800`0450f7b1 : fffff880`009e81e8 fffff880`009e7a40 fffff880`00000000 fffffa80`0aa90b50 : nt!RtlDispatchException+0x415
fffff880`009e7a10 fffff800`044d4502 : fffff880`009e81e8 fffff880`036a5180 fffff880`009e8290 fffff880`009c0180 : nt!KiDispatchException+0x135
fffff880`009e80b0 fffff800`044d265f : fffff880`009e8290 fffff880`009e8302 00000000`00000000 fffff880`00000000 : nt!KiExceptionDispatch+0xc2
fffff880`009e8290 fffff800`044daa8b : fffff880`03717180 fffffa80`0b08bb50 00000000`00000000 fffffa80`0718bef0 : nt!KiInvalidOpcodeFault+0x11f
fffff880`009e8420 fffff800`044dfa87 : fffffa80`0aa90c10 fffffa80`0aa90c58 fffffa80`0aa90c58 00000000`00000000 : nt!KiDeferredReadyThread+0x884
fffff880`009e84a0 fffff800`044df8de : 00000005`51190e36 fffff880`009e8b18 00000000`00023bcc fffff880`009c3f08 : nt!KiProcessExpiredTimerList+0x157
fffff880`009e8af0 fffff800`044df6c7 : 00000002`0291fcc1 00000002`00023bcc 00000002`0291fc2c 00000000`000000cc : nt!KiTimerExpiration+0x1be
fffff880`009e8b90 fffff800`044ccb8a : fffff880`009c0180 fffff880`009cb0c0 00000000`00000000 fffff880`13689db0 : nt!KiRetireDpcList+0x277
fffff880`009e8c40 00000000`00000000 : fffff880`009e9000 fffff880`009e3000 fffff880`009e8c00 00000000`00000000 : nt!KiIdleLoop+0x5a


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!KiKernelCalloutExceptionHandler+e
fffff800`044cc87e 90 nop

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt!KiKernelCalloutExceptionHandler+e

FOLLOWUP_NAME: MachineOwner

IMAGE_NAME: hardware

DEBUG_FLR_IMAGE_TIMESTAMP: 0

MODULE_NAME: hardware

FAILURE_BUCKET_ID: X64_IP_MISALIGNED

BUCKET_ID: X64_IP_MISALIGNED

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

EDIT:
Heheeey, wer hätte es gedacht.. Gleich der zweite hinterher.. Und diesmal (sogar das erste mal!) während ich am Surfen war.

Spoiler

Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\020915-20545-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.18700.amd64fre.win7sp1_gdr.141211-1742
Machine Name:
Kernel base = 0xfffff800`04467000 PsLoadedModuleList = 0xfffff800`046aa890
Debug session time: Mon Feb 9 19:37:51.042 2015 (UTC + 1:00)
System Uptime: 0 days 2:20:07.182
Loading Kernel Symbols
...............................................................
................................................................
.....................................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000007E, {ffffffffc0000096, fffff800044fb3c9, fffff880026db7a8, fffff880026db000}

Probably caused by : memory_corruption

Followup: memory_corruption
---------

0: 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: ffffffffc0000096, The exception code that was not handled
Arg2: fffff800044fb3c9, The address that the exception occurred at
Arg3: fffff880026db7a8, Exception Record Address
Arg4: fffff880026db000, Context Record Address

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


EXCEPTION_CODE: (NTSTATUS) 0xc0000096 - {AUSNAHME} Privilegierte Anweisung

FAULTING_IP:
nt!MmUnlockPages+269
fffff800`044fb3c9 440f22c3 mov cr8,rbx

EXCEPTION_RECORD: fffff880026db7a8 -- (.exr 0xfffff880026db7a8)
ExceptionAddress: fffff800044fb3c9 (nt!MmUnlockPages+0x0000000000000269)
ExceptionCode: c0000096
ExceptionFlags: 00000000
NumberParameters: 0

CONTEXT: fffff880026db000 -- (.cxr 0xfffff880026db000)
rax=0000000000000000 rbx=0000000000040002 rcx=0000000000000008
rdx=0000000000000002 rsi=fffffa800a0ae2b0 rdi=0000000000000000
rip=fffff800044fb3c9 rsp=fffff880026db9e0 rbp=000000000000ba6b
r8=0000000000067eec r9=0000000000000000 r10=0000000000000000
r11=000000000000008b r12=0000000000000000 r13=0000000000000002
r14=fffffa800a0ae280 r15=fffffa800a0ae2c0
iopl=0 nv up ei pl zr na po nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010246
nt!MmUnlockPages+0x269:
fffff800`044fb3c9 440f22c3 mov cr8,rbx
Resetting default scope

CUSTOMER_CRASH_COUNT: 1

PROCESS_NAME: System

CURRENT_IRQL: 0

ERROR_CODE: (NTSTATUS) 0xc0000096 - {AUSNAHME} Privilegierte Anweisung

BUGCHECK_STR: 0x7E

DEFAULT_BUCKET_ID: CODE_CORRUPTION

LAST_CONTROL_TRANSFER: from fffff8800183c5e9 to fffff800044fb3c9

STACK_TEXT:
fffff880`026db9e0 fffff880`0183c5e9 : 00000000`0000008b 00000000`00000000 00000000`00000000 00000000`00000000 : nt!MmUnlockPages+0x269
fffff880`026dba70 fffff880`06f98567 : fffffa80`0a59e5e8 00000000`00000000 fffffa80`092a87a0 fffff880`00000000 : fltmgr!FltFreeCallbackData+0x79
fffff880`026dbac0 fffff880`06f98666 : 00000000`00000000 fffff8a0`013fa008 fffffa80`092a87a0 fffffa80`092a87d8 : luafv!SynchronousFsControl+0x287
fffff880`026dbb40 fffff800`0477a0ca : 00000000`04d2e21f fffffa80`08d47750 00000000`00000080 fffffa80`08d47750 : luafv!UsnThread+0xd6
fffff880`026dbc00 fffff800`044cebe6 : fffff880`03542180 fffffa80`08d47750 fffff880`0354d0c0 fffffa80`0a0124b0 : nt!PspSystemThreadStartup+0x5a
fffff880`026dbc40 00000000`00000000 : fffff880`026dc000 fffff880`026d6000 fffff880`026db5f0 00000000`00000000 : nt!KiStartSystemThread+0x16


CHKIMG_EXTENSION: !chkimg -lo 50 -d !nt
fffff800044fb357 - nt!MmUnlockPages+1f7
[ 00:04 ]
1 error : !nt (fffff800044fb357)

MODULE_NAME: memory_corruption

IMAGE_NAME: memory_corruption

FOLLOWUP_NAME: memory_corruption

DEBUG_FLR_IMAGE_TIMESTAMP: 0

MEMORY_CORRUPTOR: ONE_BIT

STACK_COMMAND: .cxr 0xfffff880026db000 ; kb

FAILURE_BUCKET_ID: X64_MEMORY_CORRUPTION_ONE_BIT

BUCKET_ID: X64_MEMORY_CORRUPTION_ONE_BIT

Followup: memory_corruption
---------

 

[loewe0887]

Windows 7 Kernel Version 7601 : lässt auf einen Windowsfehler deuten. Windows neu drauf machen. Und wenn dann erst mal zu Testzwecken auf einer neuen Partition.
Dann ausprobieren und hier wieder feedback geben.

 

[simpel1970]

Windows 7 Kernel Version 7601 : lässt auf einen Windowsfehler deuten.

Bislang hat das immer darauf hingedeutet, dass Windows 7 mit Service Pack 1 installiert ist

@TE: Poste bitte mal ein paar Screenshots von CPU-Z (Reiter Mainboard, CPU, Memory und SPD).
Den RAM Test hast du bislang nur mit dem Windows-Eigenen-Diagnosetool gemacht, oder auch schon mit Memtest86+?

 

[loewe0887]

einfach windows neu drauf.... dan gehts bestimmt.

 

[p0kostyle]

Also, Speicher habe ich mit Memtest86 getestet & wurden keine Fehler festgestellt.
Habs auch mit Windooftool laufen lassen. Hat ebenso keine Fehler festgestellt.

Werde dann gleich mal mit Datensicherung & neu aufsetzen starten..

Kann es evtl. auch dran liegen, das ich es auf einer 3TB Festplatte mit/im UEFI(-Modus) installiert habe?

EDIT:

Neuer BS:

Spoiler

Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\021015-27534-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.18700.amd64fre.win7sp1_gdr.141211-1742
Machine Name:
Kernel base = 0xfffff800`04456000 PsLoadedModuleList = 0xfffff800`04699890
Debug session time: Tue Feb 10 20:18:40.580 2015 (UTC + 1:00)
System Uptime: 0 days 4:03:54.720
Loading Kernel Symbols
...............................................................
................................................................
......................................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {2, 2, 0, fffff800044d4ad3}

Probably caused by : memory_corruption

Followup: memory_corruption
---------

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

IRQL_NOT_LESS_OR_EQUAL (a)
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 a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 0000000000000002, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff800044d4ad3, address which referenced memory

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


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80004703100
0000000000000002

CURRENT_IRQL: 2

FAULTING_IP:
nt!KiTimerWaitTest+e3
fffff800`044d4ad3 498b09 mov rcx,qword ptr [r9]

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: CODE_CORRUPTION

BUGCHECK_STR: 0xA

PROCESS_NAME: System

TRAP_FRAME: fffff80004c07290 -- (.trap 0xfffff80004c07290)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=fffff78000000008
rdx=fffff8000466df70 rsi=0000000000000000 rdi=0000000000000000
rip=fffff800044d4ad3 rsp=fffff80004c07420 rbp=0000000000000001
r8=fffff80004649001 r9=0000000000000002 r10=0000000000000085
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na pe nc
nt!KiTimerWaitTest+0xe3:
fffff800`044d4ad3 498b09 mov rcx,qword ptr [r9] ds:00000000`00000002=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff800044cc429 to fffff800044cce80

STACK_TEXT:
fffff800`04c07148 fffff800`044cc429 : 00000000`0000000a 00000000`00000002 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff800`04c07150 fffff800`044cb0a0 : fffff800`04c07330 fffff880`138cad7b fffff880`01f86930 ffffffff`fffb6c20 : nt!KiBugCheckDispatch+0x69
fffff800`04c07290 fffff800`044d4ad3 : ffffffff`fffb6c20 fffff800`044d7b5c fffff800`04c074f0 fffff800`00000000 : nt!KiPageFault+0x260
fffff800`04c07420 fffff800`044d799d : fffff800`0466df70 fffffa80`0ae8ac58 fffffa80`0ae8ac58 00000000`00000000 : nt!KiTimerWaitTest+0xe3
fffff800`04c074a0 fffff800`044d78de : 00000022`12f91708 fffff800`04c07b18 00000000`000e5085 fffff800`0464a328 : nt!KiProcessExpiredTimerList+0x6d
fffff800`04c07af0 fffff800`044d76c7 : 0000000c`e0f324c1 0000000c`000e5085 0000000c`e0f3243a 00000000`00000085 : nt!KiTimerExpiration+0x1be
fffff800`04c07b90 fffff800`044c4b8a : fffff800`04646e80 fffff800`04654cc0 00000000`00000000 fffff880`0541e588 : nt!KiRetireDpcList+0x277
fffff800`04c07c40 00000000`00000000 : fffff800`04c08000 fffff800`04c02000 fffff800`04c07c00 00000000`00000000 : nt!KiIdleLoop+0x5a


STACK_COMMAND: kb

CHKIMG_EXTENSION: !chkimg -lo 50 -d !nt
fffff800044d4ad3 - nt!KiTimerWaitTest+e3
[ 48:49 ]
1 error : !nt (fffff800044d4ad3)

MODULE_NAME: memory_corruption

IMAGE_NAME: memory_corruption

FOLLOWUP_NAME: memory_corruption

DEBUG_FLR_IMAGE_TIMESTAMP: 0

MEMORY_CORRUPTOR: ONE_BIT

FAILURE_BUCKET_ID: X64_MEMORY_CORRUPTION_ONE_BIT

BUCKET_ID: X64_MEMORY_CORRUPTION_ONE_BIT

Followup: memory_corruption
---------

& die Screenshots:

Achja, was mir komisch vorkommt: Im BIOS (UEFI?) hab ich bei der RAM-Spannung 1.65V eingestellt, wieso wird bei SPD nur 1.5V angezeigt, bzw. wieso bekommt der RAM nur 1.5V? Bin mit der Einstellung "DRAM" schon richtig, oder? Nicht das ich da jetzt kacke gebaut hab.

Mainboard

http://www.directupload.net/file/d/3894/h5hakv5x_jpg.htm

CPU

http://www.directupload.net/file/d/3894/b7espvjy_jpg.htm

Memory

http://www.directupload.net/file/d/3894/b2oymt5y_jpg.htm

SPD

http://www.directupload.net/file/d/3894/p9qmrlev_jpg.htm
http://www.directupload.net/file/d/3894/n4qk955l_jpg.htm

 

[loewe0887]

Hast ja schonmal gesagt das die Memtests alle positiv waren. Glaube wirklich nicht das es am Ram liegt. ;( Würde jetzt StepByStep vorgehen. Bios Reset (vl. hast du was verstellt), Windows neu installieren und Ausprobieren..... Bitte auch die Ereignisanzeige im Blick behalten.

 

[simpel1970]

Die Ursache für deine Probleme ist bei der Übertaktung zu suchen.
Wie du im Screenshot von CPU-Z -> Reiter CPU sehen kannst, ist der "Bus-Speed" mit ~215mhz eingestellt. Standard ist 200mhz.
Die Folge ist, dass deine CPU übertaktet läuft.
Die von dir geposteten Auswertungen zeigen alle ein Problem mit dem Speichermanagement. Da unter Speicher i.d.S. nicht nur der RAM, sondern insbes. auch der CPU-Cache zu verstehen ist, dürfte die Übertaktung auch der Grund für die Abstürze sein.
Infolger der Bus-Übertaktung wird auch der RAM ziemlich "krumm" vom Board eingestellt.

Aber eins nach dem anderen. Gehe erst mal ins Bios und stelle im Menü "OC Tweaker" den Eintrag "Overclock Mode" auf [AUTO].
Sofern deine RAM immer noch mit 1,65V eingestellt sind, mache auch diese Einstellung wieder rückgängig [AUTO].
Speichere die Änderungen ab (F10) und starte wieder das Betriebssystem. Als nächstes bitte nochmals Screenshots von CPU-Z anfertigen (Reiter "CPU" und "Memory").

Sollte der Eintrag "Overclock Mode" bereits auf [AUTO] stehen, wäre die Frage, ob du ggf. irgendwelche Systemtools im Einsatz hast, die diese Einstellungen überschreiben (z.B. den OC Tuner von ASRock). Sollte dies der Fall sein, deinstalliere diese Tools!

Solltest du die Übertaktung selbst vorgenommen haben und nun denken "es läuft doch seit 3 1/2 Jahren ohne Probleme mit der Übertaktung, wieso soll nun die Übertaktung Schuld sein?", kann ich dir darauf nur kurz und knapp antworten: Elektromigration.

Eine weitere Ungereimtheit (die aber nicht für Abstürze sorgen sollte) ist, dass deine Grafikkarte nur mit 1xLanes am Motherboard angebunden ist. Damit wird unnötig Performance verschenkt.
Dies kann z.B. daran liegen, dass die Grafikkarte nicht im oberen PCIE-Slot eingebaut ist (nur der Slot unterstützt die vollen 16x Lanes). Allerdings sollte auch der untere PCIE-Slot eine Anbindung von 4xLanes anzeigen.
Eine weitere Möglichkeit wäre das veraltete Bios. Hier könnte ein Bios Update ggf. Abhilfe schaffen.
Die dritte Möglichkeit wäre, dass ein Stromsparmechanismus die Anbindung im "Idle" zurückdreht (eher unwahrscheinlich bei dem alten Board).
Aber das überprüfen wir als erstes: Setze die Grafikkarte unter Last (z.B. mit einem Benchmark-Programm) und mache gleichzeitig erneut einen Screenshot von CPU-Z (Reiter Mainboard).

 

[p0kostyle]

Alsooo, habe vor 4 Tagen mal bisschen mit dem Grafikkartentreiber rumgespielt und die Automatische Taktung für die CPU ausprobiert. Bin da dann nur bis 3.9GHz gegangen, einfach mal aus Interesse, habe danach aber dann gleich wieder "CPU OverDrive " deaktiviert. Gerade eben einen BIOS Reset gemacht.

Screenshots alle während Bench gemacht. (sollten welche in der Ruhephase benötigt werden, einfach nochmal bescheidgeben)

Gleich nach BIOS-Reset CPU & Memory:

CPU

http://www.directupload.net/file/d/3895/wnzd59nk_jpg.htm

Memory

http://www.directupload.net/file/d/3895/9grdm3fo_jpg.htm

Soo, zur GraKa:
Sie steckt im obersten PCI Slot. Auch hier der gewünschte Screen während Bench:

http://www.directupload.net/file/d/3895/ogwt96za_jpg.htm


Also, habe mir jetzt mal mein Win8.1 nochmal rausgekruschert, weil mir wieder was in den Kopf gestoßen ist. Soweit ich mich erinnern kann, fingen die Probleme eig. erst an, seitdem ich von Win8 wieder auf Win7 zurück bin. Kann nun möglich sein, dass das auch nur Einbildung ist, aber nen Versuch wärs ja mal wert.
Werde es heute mal aufsetzen & zuvor ein BIOS Update wagen.

EDIT:
Wegen der GraKa.
Habe soeben mal den Benchmark von GPU-Z laufen lassen. Karte springt dann sofort auf x16 hoch. Also wahrscheinlich Stromsparmechanismus.

 

[simpel1970]

Der "Bus-Speed" passt nun wieder. Auch sind die RAM nun korrekt eingestellt.

Wegen der GraKa.
Habe soeben mal den Benchmark von GPU-Z laufen lassen. Karte springt dann sofort auf x16 hoch. Also wahrscheinlich Stromsparmechanismus.

Prima. Dann wäre das auch geklärt

Bios Update wäre vermutlich nicht notwendig, wenn die Kiste bislang (also vor den OC Versuchen) ohne Probleme lief.

 

[loewe0887]

viele Probleme gehen von Windows aus. Deswegen mein Vorschlag mit der Neuinstallation. Wenn du es gemacht hast, alles ausführlich Testen und dann noch Feedback geben. LG

 

[p0kostyle]

PC ist neu aufgesetzt mit Win 8.1 Pro, alle Updates & Treiber installiert & nun starte ich ne große Zockerrunde bis morgen 19 Uhr.. Sollten Bluescreens auftreten, werde ich sie sofort hochloaden.

 

[loewe0887]

na dann.... viel Erfolg....

 

[p0kostyle]

So Jungs, dann erstmal ein dickes Dankeschön an euch! Es trat nurnoch ein Bluescreen auf. Wobei der nicht weiter schlimm war.. War am Spielen -> Bin mal 20 Mins weg -> PC ging in Stromsparmodus -> Bluescreen.
=> Stromsparmodus aus -> Kein einziger Bluescreen mehr bei ner Spielzeit von ca. 46 Stunden. Also kann man mein Problem als gelöst sehen. Lag anscheinend an ner fehlerhaften Windowsinstallation. Win 8 druff, alle Updates und Treiber installiert & alle Probleme waren weg.!

Also, dankeschön und bis zum nächsten Mal!

 

[simpel1970]

Prima

Übertaktung hast du wieder reingemacht?

 

[p0kostyle]

Übertaktung nicht. Turbomodus von CPU ist an. Also er taktet beim Zocken automatisch auf die 4.1/4.2 GHz (bin mir nichtmehr ganz sicher) hoch Kämpfe grad mit Überhitzungsproblemen, aber denke es liegt solangsam wirklich dran, das ich kein Top-Down-Kühler habe. Gehäusedeckel auf - Problem vorläufig beseitigt, bis ich auf WaKü umrüste.

Also, danke nochmals!

 

[loewe0887]

Klasse..... freut mich das es geht.