Bluescreen 1031

Mit dem Spiel haben manche (in Verbindung mit der RAM Frequenz) Probleme, zumindest liest man recht häufig darüber. Ob das an der schlechten Programmierung liegt...? Kann ich dir leider nicht beantworten. Wenn es so wäre, müsste das Problem jedoch bekannter sein, bzw. auf vielen Systemen auftreten.
 
Hallo.

Ich habe seit heute auch Probleme mit bluescreen.Kam beim zocken von two Worlds.
Habe die Dumpdatei schon nach deiner Anleitung ausgewertet:

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


Loading Dump File [C:\Windows\Minidump\Mini121110-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*C:\symbols*Symbol information
Executable search path is:
Windows Server 2008/Windows Vista Kernel Version 6002 (Service Pack 2) MP (2 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 6002.18267.amd64fre.vistasp2_gdr.100608-0458
Machine Name:
Kernel base = 0xfffff800`02858000 PsLoadedModuleList = 0xfffff800`02a1cdd0
Debug session time: Sat Dec 11 15:22:55.380 2010 (UTC + 1:00)
System Uptime: 0 days 0:13:05.327
Loading Kernel Symbols
...............................................................
................................................................
............
Loading User Symbols
Loading unloaded module list
....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 3B, {c0000005, fffffa6002fe0f12, fffffa6008b83f20, 0}

*** WARNING: Unable to verify timestamp for cmudax3.sys
*** ERROR: Module load completed but symbols could not be loaded for cmudax3.sys
Probably caused by : ks.sys ( ks!KsProbeStreamIrp+49e )

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

0: kd> !analyse -v
No export analyse found
0: 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: fffffa6002fe0f12, Address of the instruction which caused the bugcheck
Arg3: fffffa6008b83f20, 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:
ks!KsProbeStreamIrp+49e
fffffa60`02fe0f12 ff15d073ffff call qword ptr [ks!_imp_IoFreeMdl (fffffa60`02fd82e8)]

CONTEXT: fffffa6008b83f20 -- (.cxr 0xfffffa6008b83f20)
rax=0000000000000000 rbx=fffffa80050a78d0 rcx=fffffa80050a78d0
rdx=fffffa6008b85000 rsi=fffffa80048a6d30 rdi=fffffa80048a6d30
rip=fffffa6002fe0f12 rsp=fffffa6008b84780 rbp=fffffa8006648060
r8=fffffa6008b85000 r9=ffffffffc0000005 r10=fffffa6008b84448
r11=fffffa6008b82e80 r12=00000000c0000005 r13=0000000000000000
r14=0000000000000071 r15=fffffa80076dc600
iopl=0 nv up ei pl zr na po nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010246
ks!KsProbeStreamIrp+0x49e:
fffffa60`02fe0f12 ff15d073ffff call qword ptr [ks!_imp_IoFreeMdl (fffffa60`02fd82e8)] ds:002b:fffffa60`02fd82e8=0000000000030db8
Resetting default scope

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x3B

PROCESS_NAME: audiodg.exe

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from fffffa6002f90ed0 to fffffa6002fe0f12

STACK_TEXT:
fffffa60`08b84780 fffffa60`02f90ed0 : fffffa80`048a6d30 fffffa80`08107a70 fffffa80`00000000 fffffa80`048a6f68 : ks!KsProbeStreamIrp+0x49e
fffffa60`08b84810 fffffa60`02f990ef : 00000000`c0000010 fffffa80`06648060 fffffa80`048a6d30 fffffa80`06648060 : portcls!CIrpStream::TransferKsIrp+0x60
fffffa60`08b84860 fffffa60`02f8ab01 : fffffa80`048a6d30 fffffa80`06648060 00000000`00000000 fffff800`029ea478 : portcls!CPortPinWaveCyclic::DeviceIoControl+0xff
fffffa60`08b848d0 fffffa60`02fe06d8 : 00000000`c000000d fffffa80`048a6f68 00000000`c0000002 00000000`00000000 : portcls!DispatchDeviceIoControl+0x79
fffffa60`08b84900 fffffa60`02f8a06c : 00000000`00000000 00000000`20707249 fffffa80`06535730 fffffa60`02e005fb : ks!KsDispatchIrp+0xd8
fffffa60`08b84930 fffffa60`02f31d6a : 00000000`0035b364 00000000`00000000 fffffa60`08b84a20 fffffa60`02e00a0f : portcls!PcDispatchIrp+0x5c
fffffa60`08b84960 00000000`0035b364 : 00000000`00000000 fffffa60`08b84a20 fffffa60`02e00a0f fffffa80`048a6d30 : cmudax3+0x129d6a
fffffa60`08b84968 00000000`00000000 : fffffa60`08b84a20 fffffa60`02e00a0f fffffa80`048a6d30 fffffa80`06535730 : 0x35b364


FOLLOWUP_IP:
ks!KsProbeStreamIrp+49e
fffffa60`02fe0f12 ff15d073ffff call qword ptr [ks!_imp_IoFreeMdl (fffffa60`02fd82e8)]

SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: ks!KsProbeStreamIrp+49e

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: ks

IMAGE_NAME: ks.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 49e02bbf

STACK_COMMAND: .cxr 0xfffffa6008b83f20 ; kb

FAILURE_BUCKET_ID: X64_0x3B_ks!KsProbeStreamIrp+49e

BUCKET_ID: X64_0x3B_ks!KsProbeStreamIrp+49e

Followup: MachineOwner

Hoffe,jemand kann mir helfen,denn ich wüßte sonst nicht weiter.
Danke schonmal
 
War das ein einmaliger Bluescreen? Oder treten die jetzt häufiger auf. Wenn ja, sind das immer die gleichen Stopfehlercodes die angezeigt werden?

Hast du irgendwelche Treiber neu installiert?

Der Stopfehler beschreibt eine Speicherzugriffsverletzung, ausgelöst durch den Treiber ks.sys.
-> Installiere die aktuellsten Chipsatz- ,Sound- und Grafiktreiber

Wenn es immer variierende Stopfehler sind, überprüfe deinen RAM auch mit Memtest86+ auf Fehler.
 
Hallo.

Hab keine Treiber neu installiert oder so.Das Problem ist das nach ca. 10 -20 minuten zocken das Bild freezt und nix mehr geht,das war jetzt 3x . Und einmal hatte ich den beschriebenen Bluscreen mit Gebietsschema 1031.Nach dem Bluescreen wollte der rechner auch nicht mehr hochfahren,sondern ging immer nur kurz an (ca 2 sekunden) und dann von alleine wieder aus,dann wieder an usw. Hab dann stecker gezogen und einen der RAMs ausgebaut,dann ist er hochgefahren. Den RAM hab ich nach nem Neustart wieder eingesetzt,ging auch wieder.Komische sache.Den Memtest86 hab ich 4 Stunden durchlaufen lassen,keine Fehler gefunden.

Irgendeine Idee???
Danke schonmal für die schnelle Antwort:daumen:
 
Und jetzt läuft er wieder problemlos? Oder bleiben die Freezes?

Was für Systemkomponenten sind eingebaut?
Kannst du bitte auch noch ein paar Screenshots von CPU-Z machen (Reiter Mainboard, CPU, Memory, SPD und Graphics).

Bluscreen mit Gebietsschema 1031

Gebietsschema 1031 sagt nur aus, dass du ein deutschsprachiges Windows installiert hast.
 
So,hab grad 2 1/2 Stunden gespielt ohne freeze.
Was aber aufgefallen ist,das sobald ein wenig mehr Leistung gefordert wurde in den Kämpfen,das Bild ab und zu 1-2 sekunden stand und vor allem das der Sound total abgehackt war.

Hab das Bild von CPU-Z hochgeladen.

Meine Komponenten:

Mainboard:MSI P45 Neo
Prozessor:E8400 Duo 3GHZ
Grafikkarte:Nvidia GeForce GTX 260
RAM: 2x2 GByte DDR2
Soundkarte:C-Media Pro

Hoffe,damit kannst du was anfangen.
P.S.: Den Grafikkartentreiber hab ich vor dem spielen über windows noch upgedatet.
 
Installiere noch die aktuellsten Chipsatz- und Soundtreiber, ob es damit besser wird.

Wenn nicht, würde ich noch das aktuellste Bios aufs Board flashen.
 
Guten Tag zusammen,

ich habe seit neustem ein ähnliches Problem. Ich habe mir vor kurzen ein komplett neues System gebaut und bekomme es nicht fehlerfrei zum Laufen. Hauptsächlich bei leistungsstarken 3D-Anwendungen, wie Battlefield: Bad Company 2 oder Deus Ex: Human Revolution stürzt das Spiel ab oder manchmal auch das komplette OS. Sofern "nur" ein Spiel abstürzt bekomme ich den Fehler "APPCRASH" und meistens bzw. immer ist die "nvwgf2um.dll" daran beteiligt. Bei Battlefield BC2 hingegen bekomme ich nur einen schlichten "Crash to Desktop" oder gar einen BlueScreen, den ich hierm al ausgewertet habe:
Code:
Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\092511-13915-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.17640.amd64fre.win7sp1_gdr.110622-1506
Machine Name:
Kernel base = 0xfffff800`03808000 PsLoadedModuleList = 0xfffff800`03a4d670
Debug session time: Sun Sep 25 20:47:24.249 2011 (UTC + 2:00)
System Uptime: 0 days 1:02:50.654
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 : usbehci.sys ( usbehci!EHCI_InternalPollHsIsoEndpoint+22b )

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: 
+3632366562393638
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:  BFBC2Game.exe

CURRENT_IRQL:  2

EXCEPTION_RECORD:  fffff80000ba2ab8 -- (.exr 0xfffff80000ba2ab8)
ExceptionAddress: fffff8800abe27af (usbehci!EHCI_InternalPollHsIsoEndpoint+0x000000000000022b)
   ExceptionCode: c0000005 (Access violation)
  ExceptionFlags: 00000000
NumberParameters: 2
   Parameter[0]: ffffffffffffffff
   Parameter[1]: 0000000000000000
Attempt to execute non-executable address 0000000000000000

TRAP_FRAME:  fffff80000ba2b60 -- (.trap 0xfffff80000ba2b60)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000200fd4 rbx=0000000000000000 rcx=fffffa800aeb0c60
rdx=0000000010000001 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8800abe27af rsp=fffff80000ba2cf0 rbp=fefffa800adf74f8
 r8=000000004f444648  r9=fefffa800adf74e8 r10=00000000ffffffff
r11=0000000000000009 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl nz na pe cy
usbehci!EHCI_InternalPollHsIsoEndpoint+0x22b:
fffff880`0abe27af 448b4df8        mov     r9d,dword ptr [rbp-8] ss:fefffa80`0adf74f0=????????
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff8000387c5fe to fffff80003884c10

STACK_TEXT:  
fffff800`00ba1b98 fffff800`0387c5fe : 00000000`00000000 00000000`00000000 fffff800`00ba2310 fffff800`038b0830 : nt!KeBugCheck
fffff800`00ba1ba0 fffff800`038b04fd : fffff800`03a8e71c fffff800`039cbc30 fffff800`03808000 fffff800`00ba2ab8 : nt!KiKernelCalloutExceptionHandler+0xe
fffff800`00ba1bd0 fffff800`038af2d5 : fffff800`039cf028 fffff800`00ba1c48 fffff800`00ba2ab8 fffff800`03808000 : nt!RtlpExecuteHandlerForException+0xd
fffff800`00ba1c00 fffff800`038c0361 : fffff800`00ba2ab8 fffff800`00ba2310 fffff800`00000000 fffff880`0e5a6f00 : nt!RtlDispatchException+0x415
fffff800`00ba22e0 fffff800`038842c2 : fffff800`00ba2ab8 00000000`00000000 fffff800`00ba2b60 fffffa80`0adfb6a0 : nt!KiDispatchException+0x135
fffff800`00ba2980 fffff800`03882a92 : 00000000`75132450 fffffa80`0c0b2000 fffffa80`0c0b2b10 00000000`00000000 : nt!KiExceptionDispatch+0xc2
fffff800`00ba2b60 fffff880`0abe27af : 00000000`0000009e fffffa80`0adfb6a0 fffffa80`0c486c48 fffffa80`0adfb6a0 : nt!KiStackFault+0x112
fffff800`00ba2cf0 fffff880`0abeac78 : fffffa80`0792e258 fffffa80`0792e258 fffffa80`0add6001 fffffa80`0add6000 : usbehci!EHCI_InternalPollHsIsoEndpoint+0x22b
fffff800`00ba2da0 fffff880`0456de8b : 00000000`00000002 fffffa80`0adfa1a0 00000000`00000000 00000000`00000030 : usbehci!EHCI_PollEndpoint+0xb8
fffff800`00ba2de0 fffff880`045729d1 : 00000000`00000030 00000000`00000004 fffffa80`0792e010 fffffa80`0adfa050 : USBPORT!MPf_PollEndpoint+0x9b
fffff800`00ba2e10 fffff880`0457e077 : fffffa80`0adfa1a0 00000000`00000030 fffffa80`0000000e 00000000`00000000 : USBPORT!USBPORT_iSetGlobalEndpointStateTx+0x7c1
fffff800`00ba2e70 fffff880`0456ef89 : fffffa80`0adfa050 00000000`00000000 fffffa80`0adfaa02 fffffa80`0adfaa18 : USBPORT!USBPORT_Core_UsbHcIntDpc_Worker+0x1c3
fffff800`00ba2ed0 fffff800`038900ac : fffff800`039fae80 fffffa80`0adfaa18 fffffa80`0adfaa30 00000000`00000000 : USBPORT!USBPORT_Xdpc_Worker+0x1d9
fffff800`00ba2f00 fffff800`03887765 : 00000000`00000000 fffffa80`0ae71810 00000000`00000000 fffff880`0456edb0 : nt!KiRetireDpcList+0x1bc
fffff800`00ba2fb0 fffff800`0388757c : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KyRetireDpcList+0x5
fffff880`0ce7faa0 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiDispatchInterruptContinue


STACK_COMMAND:  kb

FOLLOWUP_IP: 
usbehci!EHCI_InternalPollHsIsoEndpoint+22b
fffff880`0abe27af 448b4df8        mov     r9d,dword ptr [rbp-8]

SYMBOL_STACK_INDEX:  7

SYMBOL_NAME:  usbehci!EHCI_InternalPollHsIsoEndpoint+22b

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: usbehci

IMAGE_NAME:  usbehci.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  4ce7a66a

FAILURE_BUCKET_ID:  X64_0x1E_0_usbehci!EHCI_InternalPollHsIsoEndpoint+22b

BUCKET_ID:  X64_0x1E_0_usbehci!EHCI_InternalPollHsIsoEndpoint+22b

Followup: MachineOwner
---------
Mein derzeitiges System ist in meinen Profil zu finden. Falls aber noch Fragen dazu sind, beantworte ich diese gerne. Achja, mein Mainboard hat 4 RAM-Bänke (A1,A2,B1,B2), weil aber mein CPU-Kühler (Noctua NH-D14) über die RAM-Bank A1 ragt musste ich meine 2 RAM-Riegel in A2 und B2 reinstecken. Kann es vlt. damit zusammenhängen? Hoffe ihr könnt mir weiterhelfen, weil sich das Problem selbst nach einer Windows-Neuinstallierung nicht behoben hat.
 
Hi,

ist es immer der gleiche Stopfehlercode, der im Bluescreen angezeigt wird (hier: Stop 0x1E, ausgelöst durch eine Speicherzugriffsverletzung durch die usbehci.sys)?

Chipsatztreiber sind auch bei dir auf dem aktuellsten Stand? Was für USB Geräte sind am PC angeschlossen?

Poste bitte noch ein paar Screenshots von CPU-Z (Reiter Mainboard, CPU, Memory, SPD und Graphics).
Den RAM hast du schon mit Memtest86+ auf Fehler überprüft?
 
Es gab auch schon einen Bluescreen mit dieser Auswertung:
Code:
Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\092511-18174-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.17640.amd64fre.win7sp1_gdr.110622-1506
Machine Name:
Kernel base = 0xfffff800`03812000 PsLoadedModuleList = 0xfffff800`03a57670
Debug session time: Sun Sep 25 15:23:56.359 2011 (UTC + 2:00)
System Uptime: 0 days 0:06:05.045
Loading Kernel Symbols
...............................................................
................................................................
..................................................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 24, {1904fb, fffff8800b78b948, fffff8800b78b1a0, fffff800039bd617}

Probably caused by : Ntfs.sys ( Ntfs! ?? ::FNODOBFM::`string'+2b49 )

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

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

NTFS_FILE_SYSTEM (24)
    If you see NtfsExceptionFilter on the stack then the 2nd and 3rd
    parameters are the exception record and context record. Do a .cxr
    on the 3rd parameter and then kb to obtain a more informative stack
    trace.
Arguments:
Arg1: 00000000001904fb
Arg2: fffff8800b78b948
Arg3: fffff8800b78b1a0
Arg4: fffff800039bd617

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


EXCEPTION_RECORD:  fffff8800b78b948 -- (.exr 0xfffff8800b78b948)
ExceptionAddress: fffff800039bd617 (nt!ExAllocatePoolWithTag+0x0000000000000537)
   ExceptionCode: c0000005 (Access violation)
  ExceptionFlags: 00000000
NumberParameters: 2
   Parameter[0]: 0000000000000000
   Parameter[1]: ffffffffffffffff
Attempt to read from address ffffffffffffffff

CONTEXT:  fffff8800b78b1a0 -- (.cxr 0xfffff8800b78b1a0)
rax=0540c6ff08830004 rbx=fffffa8006c90920 rcx=fffff8a0050b5820
rdx=0000000000000600 rsi=0000000000000061 rdi=0000000080000001
rip=fffff800039bd617 rsp=fffff8800b78bb80 rbp=0000000000001000
 r8=0000000000000001  r9=fffffa8006c90920 r10=fffffa8006c90008
r11=0000000000000000 r12=fffffa8006c90000 r13=0000000000000000
r14=fffffa800b9c0060 r15=0000000074536d4d
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!ExAllocatePoolWithTag+0x537:
fffff800`039bd617 48895808        mov     qword ptr [rax+8],rbx ds:002b:0540c6ff`0883000c=????????????????
Resetting default scope

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

PROCESS_NAME:  avguard.exe

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_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: GetPointerFromAddress: unable to read from fffff80003ac1100
 ffffffffffffffff 

FOLLOWUP_IP: 
Ntfs! ?? ::FNODOBFM::`string'+2b49
fffff880`0165fa88 cc              int     3

FAULTING_IP: 
nt!ExAllocatePoolWithTag+537
fffff800`039bd617 48895808        mov     qword ptr [rax+8],rbx

BUGCHECK_STR:  0x24

LAST_CONTROL_TRANSFER:  from fffff800038a6124 to fffff800039bd617

STACK_TEXT:  
fffff880`0b78a938 fffff880`0165fa88 : 00000000`00000024 00000000`001904fb fffff880`0b78b948 fffff880`0b78b1a0 : nt!KeBugCheckEx
fffff880`0b78a940 fffff880`01673f3d : fffff880`016a5f8c fffff880`0b78c2b0 fffff880`0b78c280 455301f4`86312e44 : Ntfs! ?? ::FNODOBFM::`string'+0x2b49
fffff880`0b78a980 fffff800`038baa7c : 028a0642`06628336 4102b586`34002561 7bbf01f3`07312e54 01e801ee`08363100 : Ntfs! ?? ::FNODOBFM::`string'+0x12c6
fffff880`0b78a9c0 fffff880`016735c5 : fffff880`016a5f94 fffff880`0b78c280 fffff880`0b78b948 fffff880`0b78c280 : nt!_C_specific_handler+0x8c
fffff880`0b78aa30 fffff800`038ba4fd : fffff880`016a5f80 00000000`00000000 fffff880`0165a000 00000000`00000000 : Ntfs!_GSHandlerCheck_SEH+0x75
fffff880`0b78aa60 fffff800`038b92d5 : fffff880`016a5f80 fffff880`0b78aad8 fffff880`0b78b948 fffff880`0165a000 : nt!RtlpExecuteHandlerForException+0xd
fffff880`0b78aa90 fffff800`038ca361 : fffff880`0b78b948 fffff880`0b78b1a0 fffff880`00000000 00000000`80000001 : nt!RtlDispatchException+0x415
fffff880`0b78b170 fffff800`0388e2c2 : fffff880`0b78b948 fffffa80`06c90920 fffff880`0b78b9f0 00000000`00000061 : nt!KiDispatchException+0x135
fffff880`0b78b810 fffff800`0388cbca : fffff6fc`40077160 fffffa80`00000000 fffffa80`07ba7770 fffff880`0b78baa8 : nt!KiExceptionDispatch+0xc2
fffff880`0b78b9f0 fffff800`039bd617 : ffff0000`0a13fb0a fffff880`0b78bcb0 fffffa80`07185750 fffffa80`071857c8 : nt!KiGeneralProtectionFault+0x10a
fffff880`0b78bb80 fffff800`038a6124 : 00000000`00000000 fffffa80`07324950 00000000`00000000 00000000`00000000 : nt!ExAllocatePoolWithTag+0x537
fffff880`0b78bc70 fffff800`038a6914 : 00000000`00000000 00000000`00000040 fffff6fc`c0064e00 fffff880`0b78bd70 : nt!MiAddViewsForSection+0x1d4
fffff880`0b78bd00 fffff800`038a5b87 : fffff8a0`04a4bd50 fffff880`03565830 fffff880`0b78bea8 fffff8a0`05362e40 : nt!MmMapViewInSystemCache+0x194
fffff880`0b78be70 fffff800`038a4aef : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!CcGetVacbMiss+0x177
fffff880`0b78bf30 fffff800`03b78dc2 : fffffa80`00000000 00000000`00000000 fffff880`0b78c000 fffff880`0b78c090 : nt!CcGetVirtualAddress+0x2e0
fffff880`0b78bfc0 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!CcCopyRead+0x132


STACK_COMMAND:  kb

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  Ntfs! ?? ::FNODOBFM::`string'+2b49

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: Ntfs

IMAGE_NAME:  Ntfs.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  4ce792f9

FAILURE_BUCKET_ID:  X64_0x24_Ntfs!_??_::FNODOBFM::_string_+2b49

BUCKET_ID:  X64_0x24_Ntfs!_??_::FNODOBFM::_string_+2b49

Followup: MachineOwner
---------
USB-Geräte sind:
Logitech G19 (Tastatur)
Logitech G9x (Maus)
Logitech Quick Cam Sphere AF (Webcam)
Saitek X52 Pro (Joystick)
Sind alle an USB 3.0 angeschlossen. Vieleicht liegt da das Problem? Die USB-Geräte haben ALLE auf meinen alten PC funktioniert. Und Treiber sind auch alle installiert, also im Geräte-Manager gibt es nichts unbekanntes mehr. Chipsatz habe ich gerade mal sicherheitshalber von ASUS runtergeladen und installiert, werde gleich mal ne Runde Deus Ex:Human Revolution zocken und hoffen. Achja, Bilder vom CPu-Z habe ich auch gemacht. Ich muss dazu sagen, dass der RAM als Tri-Kit kam, also 3 x 4 GB. Allerdings habe ich nur 2 davon installiert, weil mir dies sinnvoller erschien. Es ist 2000 Mhz RAM und ich habe auch im BIOS 1866 Mhz eingestellt und 1.65V. BIOS und Grafikkartentreiber sind auch aktuell.
 

Anhänge

  • cpu.png
    cpu.png
    32,9 KB · Aufrufe: 87
  • gpu.png
    gpu.png
    29 KB · Aufrufe: 70
  • gpu1.png
    gpu1.png
    28,3 KB · Aufrufe: 88
  • gpu2.png
    gpu2.png
    28,8 KB · Aufrufe: 86
  • mb.png
    mb.png
    24 KB · Aufrufe: 96
  • mem.png
    mem.png
    23,9 KB · Aufrufe: 101
  • spd.png
    spd.png
    28,6 KB · Aufrufe: 82
Zuletzt bearbeitet:
Stelle die Command Rate der RAM im Bios auf 2T. Sollte es damit nicht besser werden, testweise die RAM Frequenz weiter absenken.

Überprüfe die RAM mit Memtest86+ auf Fehler.

Schließe die USB-Geräte an den USB2 Controller an.
 
Stelle die Command Rate der RAM im Bios auf 2T. Sollte es damit nicht besser werden, testweise die RAM Frequenz weiter absenken.

Überprüfe die RAM mit Memtest86+ auf Fehler.

Schließe die USB-Geräte an den USB2 Controller an.

Bisher habe ich noch nichts davon gemacht, aber habe Deus Ex: Human Revolution nochmal gespielt und nach bereits 5 Sek. gabs es einen Bluescreen mit der Meldung "PFN_LIST_Corrupt". Die Auswertung des Minidumps ergab:
Code:
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 4E, {99, 1864c9, 2, 1864ae}

Probably caused by : memory_corruption ( nt!MiBadShareCount+4c )

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

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

PFN_LIST_CORRUPT (4e)
Typically caused by drivers passing bad memory descriptor lists (ie: calling
MmUnlockPages twice with the same list, etc).  If a kernel debugger is
available get the stack trace.
Arguments:
Arg1: 0000000000000099, A PTE or PFN is corrupt
Arg2: 00000000001864c9, page frame number
Arg3: 0000000000000002, current page state
Arg4: 00000000001864ae, 0

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


BUGCHECK_STR:  0x4E_99

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

PROCESS_NAME:  dxhr.exe

CURRENT_IRQL:  2

LAST_CONTROL_TRANSFER:  from fffff80003915d7c to fffff8000388cc40

STACK_TEXT:  
fffff880`0a9fce18 fffff800`03915d7c : 00000000`0000004e 00000000`00000099 00000000`001864c9 00000000`00000002 : nt!KeBugCheckEx
fffff880`0a9fce20 fffff800`038346d0 : 00000000`00000000 fffff680`0000c8e8 4c900001`90df2025 00000000`00000001 : nt!MiBadShareCount+0x4c
fffff880`0a9fce60 fffff800`0385d4b3 : fffffa80`0794d060 fffff700`00027fae 0000007f`fffffff8 fffff8a0`0b74b080 : nt! ?? ::FNODOBFM::`string'+0x333b8
fffff880`0a9fcef0 fffff800`0385e596 : fffffa80`0794d060 fffffa80`00000007 fffff880`000241f0 fffff800`00000006 : nt!MiDeleteAddressesInWorkingSet+0x307
fffff880`0a9fd7a0 fffff800`03b62b1a : fffff8a0`0bd89a50 fffff880`0a9fdae0 00000000`00000000 fffffa80`06e5e060 : nt!MmCleanProcessAddressSpace+0x96
fffff880`0a9fd7f0 fffff800`03b4609d : 00000000`c0000005 fffff880`0a9fda01 00000000`7efa4000 fffffa80`06e3eb60 : nt!PspExitThread+0x56a
fffff880`0a9fd8f0 fffff800`038803fa : 00000000`00000001 fffff880`0a9fda68 00000000`00000001 00000000`00000000 : nt!PsExitSpecialApc+0x1d
fffff880`0a9fd920 fffff800`03880740 : 00000000`0877f8d8 fffff880`0a9fd9a0 fffff800`03b46010 00000000`00000001 : nt!KiDeliverApc+0x2ca
fffff880`0a9fd9a0 fffff800`0388bf77 : fffffa80`06e5e060 00000000`7efa4000 00000000`000000c0 00000000`00000000 : nt!KiInitiateUserApc+0x70
fffff880`0a9fdae0 00000000`76e82c1a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceExit+0x9c
00000000`06ffe738 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x76e82c1a


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt!MiBadShareCount+4c
fffff800`03915d7c cc              int     3

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  nt!MiBadShareCount+4c

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP:  4e02aaa3

IMAGE_NAME:  memory_corruption

FAILURE_BUCKET_ID:  X64_0x4E_99_nt!MiBadShareCount+4c

BUCKET_ID:  X64_0x4E_99_nt!MiBadShareCount+4c

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

Ich werde jetzt als nächstes Memtest durchlaufen lassen.
 
So habe nun Memtest 4.2 via bootable CD ca. 2 Std. durchlaufen lassen. Hat auch fast 2 Durchläufe geschafft. Es ergab keinen einzigen Fehler. Ich habe schon Kontakt zum Händler aufgenommen (kmelektronik) und es wäre kein Problem den RAM zurückzusenden und einen anderen zu bestellen. Wäre das jetzt nun ein sinnvoller Schritt oder kann man durch Memtest den RAM nun definitiv ausschliessen?

Falls ich den RAM dennoch austauschen sollte, welchen würdest du mir da empfehlen. habe mir da schon 2 rausgesucht:

http://www.alternate.de/html/product/G.Skill/DIMM_8_GB_DDR3-1600_Kit/805254/?
oder
http://www.alternate.de/html/product/G.Skill/DIMM_8_GB_DDR3-2133_Kit/805586/?

der 2. kostet ein wenig mehr bietet aber einiges mehr Taktfrequenz. Die Frage ist nur ob das nötig bei einen Intel Core i7 2600k ist oder ob schon der 1. Link völlig ausreicht.

Danke erstmal für deine großartige Hilfe, auch wenn sie bisher erfolglos war, aber der Wille zählt :) und darüber bin ich wirklich froh, dass ich net allein mit meinen problem gelassen werde.
 
Zuletzt bearbeitet:
Ich habe die Command Rate im BIOS geändert und die Latenzen manuell eingetragen und seit dem funktioniert alles wunderbar. Deus Ex: Human Revolution konnte ich stundenlang ohne Crash spielen. Jetzt muss ich nur noch demnächst Battlefield: Bad Company 2 und die Battlefield 3 beta ausprobieren um sicher zu sein. Würdest Du mir trotzdem empfehlen den Arbeitsspeicher zu wechseln, weil es vieleicht besseren gibt der spezieller auf mein System bzw. CPU "zugeschnitten" ist? Wie gesagt ich habe ja die Möglichkeit vom Händler den RAM auszutauschen.

Und vieleicht bist Du ja so net und erläuterst mir mal kurz wieso mein System jetzt nach diesen manuellen BIOSeinstellungen so fehlerfrei läuft. Mich interessiert halt schon wieso und warum ^^

Danke Dir!
 
Der Modus "Command Rate" beschreibt die Latenzzeit, welche bei der Auswahl der einzelnen Speicherchips benötigt wird, genauer gesagt, die Adress- und Command Decode Latency. Die Latenzzeit gibt an, wie lange ein Speicherbank Adressierungssignal anliegt, bevor die Ansteuerung der Zeilen und Spalten der Speichermatrix geschieht (Quelle: Command Rate). Auf deutsch heißt das, dass der RAM etwas mehr Zeit bekommt um Befehle zu verarbeiten. Er läuft also (zumindest theoretisch) etwas langsamer. Praktisch ist dadurch aber kein Performanceverlust spürbar (allerhöchstens mit Benchmarks messbar). Einen Nachteil hast du durch die Umstellung nicht; nur den Vorteil, dass das System nun stabil läuft.

Wenn der RAM nun mit der Command Rate 2T ohne Probleme fehlerfrei läuft, muss der RAM nicht zwingend umgetauscht werden. Dass der RAM mit 1T nicht läuft, könnte aufgrund kleiner Kompatibilitätsprobleme (RAM - Mobo) verursacht werden.
Da nicht sicher ist, ob es mit dem nächsten RAM auf Anhieb "besser" läuft (evtl. musst du den nächsten auch umtauschen), sehe ich eher keinen zwingenden Grund den RAM zu tauschen.
Wenn BFBC2 und 3 ebenfalls ohne Probleme laufen (insbes. BFBC2 ist ein gutes "Stabilitätstestprogramm", da es sehr empfindlich ist), behalte den RAM.

Ich hoffe ich konnte dir damit helfen.

Noch eine Frage zum Screenshot "Mainboard"...die Grafikkarte ist "nur" mit 8xLanes angebunden. Steckt die evtl. nicht im ersten PCI-E Slot?
 
Danke für die ausführliche Erklärung. Ich kam leider bisher noch nicht zum BFBC2 testen, aber Deus Ex: Human Revolution funktioniert wunderbar.

Die Grafikkarte ist im 1. Slot (PCIE_X16/8_1). Und laut Mainboardmanual ist das der Steckplatz für "Single-Card-Mode".

Ich hatte die Grafikkarte schonmal extra umgebaut, weil ich sie vorher im 3. Slot hatte, wo sie über NF200 lief. Aber nun ist sie definitiv richtig, also kann ich mir die Anzeige nicht erklären. Muss ich vlt. noch etwas im BIOS ändern?

Im BIOS steht auch, dass sie nur auf x8 (native) läuft
 
Zuletzt bearbeitet:
Nein, habe ich nicht. Wurde aber auch nirgends im Mainhoard-Manual erwähnt...geile Sache. Allerdings hat sich nichts geändert als ich den Stecker angeschlossen habe. Weder im BIOS noch im CPU-Z. Ich nehme an, dass es der ganz normale Molex-Stecker (wie für alte Laufwerke, Festplatten etc.) ist, oder?

Ich habe noch eine Soundkarte (Creative X-Fi Titanium Fatal1ty Champion) im 4. Slot (PCIe 2.0 x16_4 slot). Habe sie extra weiter unten reingesteckt, damit die Grafikkarte noch genug Luft bekommt zum Kühlen.
Und im PCIe 2.0 x4_1 Slot steckt meine WLAN Karte. (D-Link DWA-556)
 
Zuletzt bearbeitet:
Zurück