Bluescreens, Memory_Management etc. mit vielen Infos

Klötzs

Newbie
Registriert
Nov. 2012
Beiträge
2
Hey Leute, ich musste mich jetzt einfach registrieren da ich mich schon seit einiger Zeit mit sporadisch auftretenden Bluescreens herumschlagen muss und mein Problem einfach nicht gelöst bekomme. Folgendes Problem: Ich bekomme hier und dann Bluescreens mit Memory_Management usw. heute habe ich erstmal den Windows Debugger durchlaufen lassen und bin dem Problem etwas näher gekommen wie ich denke. Vielleich könnt ihr mir helfen. Habe hier einige Daten aus dem WinDb.

Fals es hilft, mit einem Ram Riegel funktioniert der PC auch bei Spielen einwandfrei mit 2 nicht, habe jetzt auch jeden einzeln mit Memtest 86+ getestet, bei einem zeigt er Fehler an beim anderen nicht. CPU-Z wurde auch schon installiert, fals INFORMATIONEN benötigt werden bitte sagen. Ich bedanke mich schonmal in vorraus für die Hilfe, würde mir wirklich viel bedeuten.

Loading Dump File [C:\Windows\MEMORY.DMP]
Kernel Summary Dump File: Only kernel address space is 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 (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7601.17944.amd64fre.win7sp1_gdr.120830-0333
Machine Name:
Kernel base = 0xfffff800`02c68000 PsLoadedModuleList = 0xfffff800`02eac670
Debug session time: Sun Nov 25 21:43:35.035 2012 (UTC + 1:00)
System Uptime: 0 days 0:38:24.409
Loading Kernel Symbols
...............................................................
................................................................
............................
Loading User Symbols
PEB is paged out (Peb.Ldr = 000007ff`fffd9018). Type ".hh dbgerr001" for details
Loading unloaded module list
.......
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1A, {5001, fffff90000812000, 18ee, 190fffffff7e}

Page 97868 not present in the dump file. Type ".hh dbgerr004" for details
Probably caused by : win32k.sys ( win32k!NtUserQueryDisplayConfig+129 )

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

2: kd> .reload
Loading Kernel Symbols
...............................................................
................................................................
............................
Loading User Symbols
PEB is paged out (Peb.Ldr = 000007ff`fffd9018). Type ".hh dbgerr001" for details
Loading unloaded module list
.......
2: kd> .reload
Loading Kernel Symbols
...............................................................
................................................................
............................
Loading User Symbols
PEB is paged out (Peb.Ldr = 000007ff`fffd9018). Type ".hh dbgerr001" for details
Loading unloaded module list
.......
2: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

MEMORY_MANAGEMENT (1a)
# Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000005001, The subtype of the bugcheck.
Arg2: fffff90000812000
Arg3: 00000000000018ee
Arg4: 0000190fffffff7e

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

Page 97868 not present in the dump file. Type ".hh dbgerr004" for details

BUGCHECK_STR: 0x1a_5001

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: VDeck.exe

CURRENT_IRQL: 0

TRAP_FRAME: fffff8800a71d5b0 -- (.trap 0xfffff8800a71d5b0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000190 rbx=0000000000000000 rcx=0000000000000020
rdx=fffff90000002000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002d06e96 rsp=fffff8800a71d740 rbp=fffff900c1cf2000
r8=0000000000000668 r9=000000000000007f r10=0000000000000029
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
nt!ExpAllocateBigPool+0x1f6:
fffff800`02d06e96 48895c2bf8 mov qword ptr [rbx+rbp-8],rbx ds:7000:1ff8=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002d4ebcf to fffff80002ce6fc0

STACK_TEXT:
fffff880`0a71d248 fffff800`02d4ebcf : 00000000`0000001a 00000000`00005001 fffff900`00812000 00000000`000018ee : nt!KeBugCheckEx
fffff880`0a71d250 fffff800`02d03f9e : 00000000`00000001 fffff900`c1cf3448 fffff880`0a71d5b0 fffff6fc`8060e798 : nt! ?? ::FNODOBFM::`string'+0x2992d
fffff880`0a71d340 fffff800`02cf400b : 00000000`00000002 fffffa80`03719840 00000000`00000000 fffff880`0a71d500 : nt!MiDispatchFault+0x8ce
fffff880`0a71d450 fffff800`02ce50ee : 00000000`00000001 fffff900`c1cf3448 00000000`00000000 00000000`00001450 : nt!MmAccessFault+0xe1b
fffff880`0a71d5b0 fffff800`02d06e96 : fffff900`c1cf2000 fffff880`79737355 00000000`00001450 fffff900`00000029 : nt!KiPageFault+0x16e
fffff880`0a71d740 fffff800`02e1290e : 00000000`00000000 00000000`00000000 00000000`00000020 00000000`00001450 : nt!ExpAllocateBigPool+0x1f6
fffff880`0a71d830 fffff800`02cfa2f6 : 00000000`00000001 00000000`00000029 fffffa80`090c08a0 fffff880`067549d6 : nt!ExAllocatePoolWithTag+0x82e
fffff880`0a71d920 fffff960`001829ed : 00000000`00000012 00000000`00001440 00000000`00000001 fffff800`02cf00c2 : nt!ExAllocatePoolWithQuotaTag+0x56
fffff880`0a71d970 fffff800`02ce6253 : 00000000`00000048 fffffa80`03fe53b0 00000000`0046cf10 00000000`04b0f928 : win32k!NtUserQueryDisplayConfig+0x129
fffff880`0a71da70 00000000`77ab652a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`04b0f908 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x77ab652a


STACK_COMMAND: kb

FOLLOWUP_IP:
win32k!NtUserQueryDisplayConfig+129
fffff960`001829ed 4c8bf8 mov r15,rax

SYMBOL_STACK_INDEX: 8

SYMBOL_NAME: win32k!NtUserQueryDisplayConfig+129

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: win32k

IMAGE_NAME: win32k.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 5080499a

FAILURE_BUCKET_ID: X64_0x1a_5001_win32k!NtUserQueryDisplayConfig+129

BUCKET_ID: X64_0x1a_5001_win32k!NtUserQueryDisplayConfig+129

Das geht ewig so weiter... konnte nicht alles posten da es über 80000 Zeichen gewesen wäre

Wäre für Lösungsvorschläge sehr dankbar. Ram Riegel sind Corsair Vengeance CML8GX3M2A 1600C9 8GB 1600Mhz DDR3 RAM
 

Anhänge

  • IMG_0101[1].jpg
    IMG_0101[1].jpg
    552,6 KB · Aufrufe: 202
Willkommen im Forum !

Das Speichermodul in der ersten Speicherbank ist defekt. (so sieht es zumindest aus.)

Ich würde mal die Positionen tauschen.
 
Danke für die schnelle Antwort!

Ich hab die Ram Riegel jetzt schon einzeln getestet und mit Memtest ist rausekommen das einer davon Fehler aufweißt. Liegt es, auch nach den Infos im Text darüber, nur am Ram oder gibt es sonst noch irgendwelche Probleme?

Das hier ist mein Mainboard GA-Z77X-D3H (rev. 1.0) Intel® Z77 Chipset. Bei diesem werden die Speicherbänke, laut Anleitung, nicht mit 1,2, 3,4 Nummeriert (nebeneinander) sondern gleich 1,3, 2,4, bedeutet dass das ich die beiden Riegel nebeneinandern einstecken muss richtig?

Ich habe bereits auch beide Arbeitsspeicher auf allen Bänken probiert. Beim betreten eines CS-GO Spiels stürtz der Pc fast immer ab (mit 2 Riegel). Mit einem, ich denke dem "gesunden" läuft es und der Pc ohne Probleme. Zurzeit aber auch mit dem fehlerhaften (nur einem), laut Memtest-Anhang im ersten Post.

Wie sollte ich jetzt weiter vorgehen?
 
Zuletzt bearbeitet:
Klötzs schrieb:
sondern gleich 1,3, 2,4, bedeutet dass das ich die beiden Riegel nebeneinandern einstecken muss richtig?

falsch, in die erste Speicherbank dann eine Lücke lassen und dann wieder einbauen.

Oder eine Lücke lassen in der ersten Speicherbank , dann einbauen , wieder eine Lücke lassen und wieder einbauen.
 
Zurück
Oben