Bluescreen - Memory Mangement STOP 0x0000001a

KommaKla

Cadet 4th Year
Registriert
Apr. 2010
Beiträge
72
Hey,

seit TAGEN habe ich das Problem, das mir der Rechner ständig mit einem Bluescreen abschmiert.
Tagelanges googlen hat mir bislang keine Lösung verschafft.. Bislang habe ich herausgefunden, wie man den Bluescreen quasi einfriert. Somit konnte ich die STOP Codes auslesen.

Ich habe mehrere.. zwei habe ich notiert.
Einmal beim Battlefield Bad Company 2 zocken (da schmiert er mir regelmäßig ab) den Code STOP 0x00000019 - Bad_Pool_Header
Dann hatte ich auch schon iwas mit Bad_Pool_Caller
Und gerade hatte ich folgenden. STOP 0x0000001a Memory_Management

Beim letzten Absturt (Memory-...) hat mir Windows7 64bit vor dem Absturz ein paar Sekunden lagn gezeigt, das eine meiner Minianwendungen nicht mehr ausführbar sei.
Ich nutze einmal den "GPU OBSERVER" und "Multi Meter(D)".

Ich habe Memtest86 Version 3.2 von meiner Ultimate Boot CD mal 3 Stunden laufen lassen und dann abgebrochen, hat keinen Fehler gefunden bis dahin.
Hört der Test irgendwann auf? Ich konnte nicht mehr warten da ich was am PC erledigen musste, wenn der Test 5 Stunden oder so dauert, lass ich ihn heute Nacht mal laufen.

Ram untereinander ausgetauscht habe ich auch schon mal. Grafikkartentreiberhabe ich auch wie google sagte aktualisiert.

Windows7 zeigt mir in der Ereignisanzeige mehrfach kritische Fehler an. Alle samt Kernel-Power Probleme.
Hier mal ein Screenshot!

Mein System kann man sich hier ansehen -> System

Ich weiß nicht mehr was ich machen kann... Passen die Komponenten nicht zusammen?
 
Hi,

teste mal das Netzteil. Und Memtest würde ich ruhig mal ne Nacht laufen lassen. Dann kannst du sicherer sein als mit nur 3 Stunden Laufzeit.
 
Du könntest mal die Minidump-Datei auslesen, evtl. sagt die was, kann auch an einem Softwarefehler liegen.

Schon mal das OS neu installiert?

Speicher mal auf Herstellerangabe gestellt oder sind die Timings so vom Hersteller angegeben, weil selbst wenn Memtest läuft muss das nicht heißen das der Speicher passt, wobei das dann meist mit nicht kompatiblen Speicher passiert oder einfach defekten, hatte ich auch schon.
 
Also Memtest hat kein Ende? Da bin ich mir nit ganz sicher (war ja eine Sub-Frage von mir :)).

OS hab ich noch nicht neu installiert da eine MENGE Leute deren Threads ich mit dem selben Problem gefunden habe, meinten, dass es danach immer noch so weiter ging.

Was genau ist ein Minidump und wie lese ich die Datei aus? Ich bin Technisch nicht all zu sehr auf dem neusten Stand :)
 
Nö Memtest läuft ewig, zumindest war es bei mir nach 7 Tagen nicht vorbei ^^

Minidump ist eine Datei wo beim Bluescreen erstellt wurde hast bestimmt gesehen das unten was hochgezählt wird, das ist die Datei, Google einfach mal nach Windbg und Symboldateien nicht vergessen, wenn du nicht klar kommst frag einfach mal nach, aber wenn es an der Hardware liegt dann bekommt man da oft keine passende Aussage, aber sollte trotzdem mal nachschauen weil Memory Managment kamm bei mir auch schon mal von einem Treiber.

Ansonsten wäre halt mal Speicher zum testen gut, damit du sicher gehen kannst das es nicht daran liegt.
 
Hey :)

Ich bin jetzt nach dieser Anleitung vorgegangen -> Klick

Hat auch geklappt, allerdings kann ich nun mit den ausgelesenen Daten nichts anfangen. Daher hoffe ich, dass mir weiter geholfen werden kann.

Wie gesagt war das nur einer meiner Bluescreens, wenn gewünscht lade ich gerne die gesamten Minidump Dateien in einer .rar hoch... aber ich denke nicht, das sich jemand den Aufwand macht und die checkt.

Bei dem letzten Dump stand folgendes, vor allem der Bugcheck sollte laut Anleitung interessant sein..

Loading Dump File [C:\Users\KommaKla\Desktop\041510-18314-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path. *
* Use .symfix to have the debugger choose a symbol path. *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image \SystemRoot\system32\ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows 7 Kernel Version 7600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7600.16539.amd64fre.win7_gdr.100226-1909
Machine Name:
Kernel base = 0xfffff800`02c11000 PsLoadedModuleList = 0xfffff800`02e4ee50
Debug session time: Thu Apr 15 19:24:50.151 2010 (GMT+2)
System Uptime: 0 days 0:21:17.868
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image \SystemRoot\system32\ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
...............................................................
................................................................
..................
Loading User Symbols
Loading unloaded module list
......
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1A, {41201, fffff683ff7d8010, 485000010fb2b025, fffffa80066400e0}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Probably caused by : ntoskrnl.exe ( nt+70600 )

Followup: MachineOwner
---------
Ergänzung ()

Der nächste Bluescreen einfach beim surfen :(
Ich setze alles auf Memtest86 heute Nacht und hoffe, das mein RAM kaputt ist...
Die Tage bekomme ich eine neue Grafikkarte, wenn die ankommt, werde ich meinen PC formatieren und ihn neu aufsetzen. Das Problem besteht noch nicht lange, ich hoffe es ist der RAM oder eine Software, die nicht neu installiert wird, wenn ich OS neu aufsetze...

Nebenbei, ich habe Win7 x64 und Windows meldet mir als unten rechts bei der Flagge da, das ich meine Video Card installieren soll. Habe ich aber bereits. Bis auf die Grafikkarte hat Win7 jeden Treiber selber gesucht.
Er leitet mich auch zu einer Website, wo ich den Video Card Treiber saugen kann, allerdings gibts auf der Page NUR x32 Treiber. Daher habe ich manuell nach einem x64 Treiber gesucht...
Kann es damit etwas zutun haben?
Ich werd den Rechner nun auch mal defragmentiren, weiß Gott obs was hilft..

Hier der neue Log..
Microsoft (R) Windows Debugger Version 6.10.0003.233 X86
Copyright (c) Microsoft Corporation. All rights reserved.


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

Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path. *
* Use .symfix to have the debugger choose a symbol path. *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image \SystemRoot\system32\ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows 7 Kernel Version 7600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7600.16539.amd64fre.win7_gdr.100226-1909
Machine Name:
Kernel base = 0xfffff800`02c63000 PsLoadedModuleList = 0xfffff800`02ea0e50
Debug session time: Thu Apr 15 21:31:50.058 2010 (GMT+2)
System Uptime: 0 days 2:06:10.759
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image \SystemRoot\system32\ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
...............................................................
................................................................
.......................
Loading User Symbols
Loading unloaded module list
.......
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck C5, {8361007, 2, 0, fffff80002e070bf}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Probably caused by : ntoskrnl.exe ( nt+1a40bf )

Followup: MachineOwner
---------
 
Zuletzt bearbeitet:
Mach mal bitte ein paar Screenshots mit CPU-Z (Reiter Motherboard, Memory und SPD). Evtl kann das Problem auch mit angepassten RAM-Einstellungen im Bios gelöst werden.

Hat eigentlich Memtest Fehler gefunden? Hast du die aktuellte Version von Memtest86+ benutzt?

Edit: Beim Debugger kannst du noch folgenden Symbolpfad hinterlegen: auf Files -> Symbol File Path und in das kleine Fenster folgenden Befehl eingeben (paste&copy):
"SRV*C:\symbols*http://msdl.microsoft.com/download/symbols" (ohne "")

Dann kann der Debugger die korrekten Symbole aus dem Internet saugen.
 
Zuletzt bearbeitet:
Ich habe nun 10 Stunden lang den Memtest Version 3.3 von meiner ultimateBootCD laufen lassen und siehe da, mehr als 8000 Errors.
Ich denke, dass meine ganzen (verschiedenen) Bluescreens wohl darauf zurück zu führen sind(?).

Ich hab mal eine .rar hochgeladen mit Bildern vom BIOS mit Seiten die evtl interessieren könnten (vielleicht habe ich auch was falsch eingestellt) und mit Bildern von dem Memtest. Leider konnte ich aus einem mir unbekannten Grund nicht in Memtest hin und her scrollen um alle Errors zu begutachten. Ich kann leider eh nichts damit anfangen...
Ich habe mal ein paar Bilder von manchen Errors gemacht. So wie ich das sehe, hat das Programm nur beim vierten Test die ganzen Errors entdeckt, demnach scheint nur ein Bereich der Riegel/des Riegels defekt zu sein?
Ich werde mir heute wenn ihr das absegnet neue Riegel kaufen und diese zurück an den Verkäufer senden sammt den Screenshots.

LINK ZUM DOWNLOAD DER BILDER
 
Habe ich den Test also nun umsonst gemacht...?
Gut... dann werde ich es wohl oder übel nochmal testen lassen.

Ich finde im Web Version 3.5 und 4.0... was ist denn die aktuellste? Auf der Website von Memtest gibts nur 3.5 und daher bin ich da gerade verwirrt.

Ich versuchs mit Version 4 da die laut Wikipedia die aktuellste ist.
 
Zuletzt bearbeitet:
Ich habe gerade drei Runden Battlefield ohne Absturz gezockt.
Heute Nacht habe ich ordentlich defragmentiert, dann mit Tuneup meine Festplatte intensiv checken lassen und ggf. reparieren lassen.
Ich habe im BIOS das C1E deaktiviert und unter Windows7 die Energie so eingestellt, dass er ausballanciert ist. Nie im Ruhemodus, nie Bildschirm ausstellen, nie Festplatte ausschalten und so Sachen... Graka auf mittlere Energieoptin gestellt..

Sind laut meinen Recherchen alles Dinge die mal geholfen haben und BISLANG hatte ich keinen Fehler mehr.. mal weiter testen.

Ich fahr heute weg, dann lasse ich Memtest 4 ca 14 Stunden testen und schau morgen was passiert ist.

Btw, sorry, hab den Link vorhin nicht gesehen.
 
Okay, Memtest 4.0 hat nach einigen Stunden zwei Errors entdeckt...

Könnten die verantwortlich dafür sein?
331280h.jpg
 
Nein. Die beiden Reigel wurden sowieso in einem Bündel geschickt. Wenn eins defekt ist, gehen beide wieder zurück.

Okay... dann hol ich auch mal neue Ram's auch wenn ich bislang noch kein Prob mit dem Bluescreen hatte.
 
Ich habe sie länger als zwei Wochen, also problemlos zurückschicken ist nicht mehr drinne.
Ich habe mich an MIX-Computer gewand und das Problem geschildert, auch, dass ich die RAm lange Zeit mit dem neusten Memtest gecheckt habe und dort Fehler gefunden worden.

Mal abwarten. danke aber für deine Unterstützung!
 
simpel1970 schrieb:
Stelle im Bios (Biosbild Nr. 6) die Memory Timings auf 2T ein. Sollte das noch nicht ausreichen muss evtl. noch die Spannung und die Timings angepasst werden.

Falls Mix-Comp. zicken macht, kannst du ja die Einstellungen im Bios vornehmen.
Dazu dann auch vorab ein paar Screenshots mit CPU-Z (Reiter Motherboard, Memory und SPD) machen.
 
Zurück
Oben