BSoD MEMORY_MANAGEMENT seit Win7

[Lord_Alti]

Hey Leute,

Hab vor kurzem von XP auf Win7 umgestellt und seitdem Bluescreens ohne Ende.
Hab Win7 Ultimate 32bit mit SP1 (und allen Updates).

Anfangs hatte ich verschiedenste Bluescreens, die alle auf Probleme mit dem RAM hinweisen.
Nach dem Installieren aller Gerätetreiber und der Deinstallation von Virtual Clone Drive kommt eigentlich nur noch MEMORY_MANAGEMENT.

Jedoch unabhängig davon was ich mache: Ob Win im Leerlauf läuft oder ich zig Programme offen hab, irgendwann kommt der BSoD immer.

RAM-Fehler schließe ich aus, da Memtest86, Memtest86+ und die Win7 Speicheranalyse keine Fehler gefunden haben.

Seit dem Abschalten von Cool&Quiet im Bios kommt der Fehler bereits viel weniger.
Ich vermute daher es liegt daran, dass Win7 die falschen RAM Timings benutzt, oder sowas?

Ich hab 4x MDT DIMM 1GB PC2-6400U CL5 (DDR2-800) (M924-800-16).

Laut HWiNFO32 ist mein RAM auf 375MHz bei 5-6-5-18.

Kann das stimmen?
Im Inet hab ich auf Hardwareschotte 5-5-5-12 gefunden.

Muss ich da im Bios was umstellen, oder könnte der Fehler wo anders liegen?
Bin schon sehr ratlos und dankbar für jede Hilfe

 

[skiperr]

guck da:
https://www.computerbase.de/forum/threads/bluescreen-memory-management.657548/

vielleicht hilft ja etwas.

google scheint das thema auch schon gehoert haben (autoergaenzung bei "memory management").

deine ram daten moegen schon stimmen. windows kann (meines wissens) die ram timings nicht aendern - so wie sie in bios eingestellt sind, bleiben sie auch. ich haette jetzt vorsichtshalber alle timings hoeher setzen ( so 7-7-7-18 oder sonst was sicheres) und schauen ob das irgendwelchen einfluss hat. der takt der ram koennte ja 200mhz (oder DDR 400mhz) sein - waere dann gleich wie ref takt vom prozessor. ob das heute noch einfluss hat bin ich mir nicht sicher.
kannst du vielleicht anderen ram zur testzwecken besorgen?

was mir bei bluescreens aller art half: alle stecker pruefen, ist alles richtig und fest angeschlossen? bluescreens muessen nicht immer direkt auf die ursache zeigen.

 

[Lord_Alti]

Danke erstmal für die Antwort

Hab schon 3 Tage mit Google-Suche verbracht, und die meisten Tipps (Virtuelles LW, Memtest, etc) probiert, bisher aber nicht ganz mit Erfolg.

Ich hab da auch in einem Forum gelesen, dass Win7 die RAM-Timings falsch setzt, deswegen tendiere ich grad in diese Richtung.
Und da HWiNFO eben 5-6-5-18
und Hardwareschotte 5-5-5-12 sagt, bin ich mir unsicher?!

Und seit ich Cool&Quiet abgestellt habe, hat der RAM auch einen fixen Takt.
Davor ist er lt. HWiNFO ständig herumgesprungen (synchron zum sich ändernden CPU-Takt).

Kann ich den RAM denn kaputt machen, wenn ich ihn auf 800MHz und 5-5-5-12 stelle?

P.S.: PC schon geöffnet und alle Kabel und Steckkarten kontrolliert.
Unter XP läuft er ja nach wie vor auch total stabil - wie kann das sein?

 

[Copier]

teste doch einfach mal windows mit jeweils nur einem ram.

evtl hast du ja wirklich nur einen Ram der defekt ist.

 

[Lord_Alti]

Mach ich dann, aber wär ja unwahrscheinlich, dass dann alle 3 Ram-Test-Tools ohne Probleme durchgelaufen sind?

 

[simpel1970]

Nach dem Bluescreen-Stopfehler (Stop 0x1A; 1. Parameter 0x41287) liegt das Problem bei fehlerhaften Speichermanagement-Strukturen.

Werte die Minidump zu den Bluescreens aus, um herauszufinden, ob ein Treiber dafür verantwortlich ist (Anleitung siehe Signatur).

Wenn der RAM vom Board auf 5-6-5-18 eingestellt wird, sollte das kein Problem darstellen. Die angegebenen 5-5-5-12 Timings wären strenger.
Du könntest testweise (sollte die Urache nicht an einem Treiber liegen) die Spannung der RAM um 0,1V (lt. Hersteller sind 1,8V Default -> also 1,9V einstellen) erhöhen.

Kannst du bitte noch ein paar Screens von CPU-Z machen (Reiter Mainboard, Memory und SPD).

 

[Lord_Alti]

Danke für das How2, jetzt weiß ich auch mal wie das geht

Ich hab die Auswertung jetzt des öfteren probiert, und sehr oft funktioniert es nicht, dann kommt so etwas:

BugCheck 1A, {41287, 776fc000, 0, 0}

Page 48fee8 too large to be in the dump file.
GetContextState failed, 0x80004002
Unable to get current machine context, HRESULT 0x80004002
***** Debugger could not find nt in module list, module list might be corrupt, error 0x80070057.

Page 48fee8 too large to be in the dump file.
GetContextState failed, 0x80004002
Unable to read selector for PCR for processor 0
Page 48fee8 too large to be in the dump file.
GetContextState failed, 0x80004002
Unable to read selector for PCR for processor 0

Manchmal funktionierts dann aber, dann kommt sowas beim Auswerten der Minidump.dmp raus:

*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

MEMORY_MANAGEMENT (1a)
    # Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 00041287, The subtype of the bugcheck.
Arg2: 76f47000
Arg3: 00000000
Arg4: 00000000

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


BUGCHECK_STR:  0x1a_41287

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

PROCESS_NAME:  mscorsvw.exe

CURRENT_IRQL:  0

TRAP_FRAME:  9b730ba8 -- (.trap 0xffffffff9b730ba8)
ErrCode = 00000000
eax=76f48000 ebx=0009d694 ecx=00000400 edx=00000000 esi=76f47000 edi=9612c000
eip=82c477f3 esp=9b730c1c ebp=9b730c24 iopl=0         nv up ei pl nz ac po nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010212
nt!memcpy+0x33:
82c477f3 f3a5            rep movs dword ptr es:[edi],dword ptr [esi]
Resetting default scope

LAST_CONTROL_TRANSFER:  from 82c4f3d8 to 82c9c41b

STACK_TEXT:  
9b730b90 82c4f3d8 00000000 76f47000 00000000 nt!MmAccessFault+0x106
9b730b90 82c477f3 00000000 76f47000 00000000 nt!KiTrap0E+0xdc
9b730c24 82ccaacb 9612c000 76f47000 00001000 nt!memcpy+0x33
9b730ca0 82c9dde8 76f470e0 c03b7a38 76f470e0 nt!MiCopyOnWrite+0x595
9b730d1c 82c4f3d8 00000001 76f470e0 00000001 nt!MmAccessFault+0x1ad1
9b730d1c 76ed8285 00000001 76f470e0 00000001 nt!KiTrap0E+0xdc
WARNING: Frame IP not in any known module. Following frames may be wrong.
0026f92c 00000000 00000000 00000000 00000000 0x76ed8285


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt!KiTrap0E+dc
82c4f3d8 85c0            test    eax,eax

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  nt!KiTrap0E+dc

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrpamp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  4ce78a09

FAILURE_BUCKET_ID:  0x1a_41287_nt!KiTrap0E+dc

BUCKET_ID:  0x1a_41287_nt!KiTrap0E+dc

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

*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

MEMORY_MANAGEMENT (1a)
    # Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 00041287, The subtype of the bugcheck.
Arg2: 73381000
Arg3: 00000000
Arg4: 00000000

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


BUGCHECK_STR:  0x1a_41287

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

PROCESS_NAME:  lsass.exe

CURRENT_IRQL:  0

TRAP_FRAME:  8c4ceba8 -- (.trap 0xffffffff8c4ceba8)
ErrCode = 00000000
eax=73382000 ebx=000206b0 ecx=00000400 edx=00000000 esi=73381000 edi=805a2000
eip=82c437f3 esp=8c4cec1c ebp=8c4cec24 iopl=0         nv up ei pl nz ac po nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010212
nt!memcpy+0x33:
82c437f3 f3a5            rep movs dword ptr es:[edi],dword ptr [esi]
Resetting default scope

LAST_CONTROL_TRANSFER:  from 82c4b3d8 to 82c9841b

STACK_TEXT:  
8c4ceb90 82c4b3d8 00000000 73381000 00000000 nt!MmAccessFault+0x106
8c4ceb90 82c437f3 00000000 73381000 00000000 nt!KiTrap0E+0xdc
8c4cec24 82cc6acb 805a2000 73381000 00001000 nt!memcpy+0x33
8c4ceca0 82c99de8 73381000 c0399c08 73381000 nt!MiCopyOnWrite+0x595
8c4ced1c 82c4b3d8 00000001 73381000 00000001 nt!MmAccessFault+0x1ad1
8c4ced1c 775cf854 00000001 73381000 00000001 nt!KiTrap0E+0xdc
WARNING: Frame IP not in any known module. Following frames may be wrong.
00cee84c 00000000 00000000 00000000 00000000 0x775cf854


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt!KiTrap0E+dc
82c4b3d8 85c0            test    eax,eax

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  nt!KiTrap0E+dc

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrpamp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  4ce78a09

FAILURE_BUCKET_ID:  0x1a_41287_nt!KiTrap0E+dc

BUCKET_ID:  0x1a_41287_nt!KiTrap0E+dc

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

Die CPU-Z Screens hab ich auch noch in den Anhang gegeben.
Obwohl bei CPU-Z unter SPD bei den RAM 1.80V steht, hab ich's im BIOS fix auf 1.9V eingestellt - hmm.

lg und Danke schon mal!

 

[simpel1970]

CPU-Z liest unter SPD nur die Profile aus. Die anliegende RAM Spannung kann CPU-Z nicht auslesen.

Die Auswertungen deuten auf ein internes Speichermanagementproblem hin.

Da du vier RAM Riegel eingebaut hast (Vollbestückung könnte Ursache der Probleme sein), würde ich die Timings der RAM testweise auf 6-6-6-18-24 stellen. Die RAM Spannung auf 1,90V lassen, bzw. zur Not noch auf 1,95V erhöhen.

 

[Lord_Alti]

Ich denke ich hab das Problem teilweise gelöst, bzw. komme dem Problem näher.

Nachdem der Computer unter Windows XP (bis 2 Tage vorher) nie Bluescreens hatte, Memtest86, Memtest86+, sowie das Win Memory Diagnostic Tool keine Fehler meldeten, ging ich eigentlich nicht von einem RAM Fehler aus.

Es hat mir keine Ruhe gelassen, dass Hardwareschotte andere Timings angab als Windows/das Bios (lt. JEDEC#3) verwendete.
Ich hab dann noch weiter im Netz gesucht und einen Testbericht meiner RAM-Riegel gefunden.

PCTreibern.net listet die Spezifikation lt. Hersteller auf:

die aber (bei JEDEC#3) (wie bei CPU-Z) abweicht, zudem was Everest anzeigt:

Ich hab im BIOS auf Manuell umgestellt und die Settings händisch eingegeben:
DDR2-800 bei 400MHz:

• CL: 5
• tRCD: 5
• tRP: 5
• tRAS: 12
• tRC: 24
• Command Rate: 2T

Seit dem ist der PC über 6h ohne Bluescreen gelaufen. Ich dachte das Problem ist somit gelöst und hab die TV-Karte (Medion TV-FM Tuner Karte MD 9415) vom Jahre Schnee, wieder eingebaut.

Beim Konfigurieren der TV-Karte in MediaCenter, kam dann erneut MEMORY_MANAGEMENT.

Entweder war das ein merkwürdiger Zufall oder die TV-Karte macht die Probleme.
Seit die TV-Karte wieder eingebaut ist, steht in "Basisinformation über Computer", dass nur 2,98GB verwendet werden können. Vor dem Einbau stand aber immer 3,00GB.

Kann der Unterschied von 2MB das Problem sein?
Wieso sollte die TV Karte den verfügbaren Arbeitsspeicher weiter reduzieren?

Und wie sollte ich jetzt am besten weiter verfahren?

 

[simpel1970]

Der Unterschied von 2MB ist nicht direkt das Problem. Jede PCI Karte belegt einen Adressbereich. Dieser steht dann bei einem 32-bit System dem RAM nicht mehr zur Verfügung, da dieser nicht auf den höheren Adressbereich (64-bit) ausweichen kann.

Jedoch liegt die Problemursache wohl offensichtlich bei der Karte bzw. bei den Treibern der Karte.
Wenn der PC ohne die Karte problemlos läuft, würde ich diese erst einmal einen längeren Zeitraum draußen lassen und testen, ob die Probleme -ohne TV Karte- tatsächlich nicht mehr auftreten.

Setze dich auch mit Medion in Verbindung und frage nach, ob es Win7-32bit Treiber gibt.

 

[Lord_Alti]

Ich glaub die Karte ist von 1998 oder noch älter sogar.
Auf der Medion Homepage findet man keine Treiber mehr dafür.
Was ich aber gesehen habe, ist dass die Karte einen recht verbreiteten Phillips Chip drauf hat. Vielleicht finde ich in diese Richtung was.

Die Karte ist jetzt noch im PC drin, und läuft jetzt schon ca. 7h ohne Probleme.
Lediglich beim Einrichten des TV-Tuners im Win MediaCenter gabs noch einen Memory_Management BlueScreen.

Ich lass ihn mal laufen so und werd darauf achten ob der Fehler noch mal kommt, bzw. mich nach neueren Treibern umsehen.
Die Karte wär's auf jeden Fall nicht wert ein instabiles System zu riskieren, weil die Qualität auch beschissen ist *g*.

Ich meld mich in 2-3 Tagen wieder mit einem Update / Erfahrungsbericht.
Danke nochmal für die Hilfe!

 

[simpel1970]

Kein Ding

Schau ma mal, was die Tage bringen. Bis dann.

 

[Lord_Alti]

Hier nun der abschließende Erfahrungsbericht:

Der PC läuft nun seit 3 Tagen völlig ohne Probleme. Bis auf einen Freeze (der nicht reproduzierbar war) gab es keinerlei Probleme, keine Bluescreens.

Es lag also wirklich nur daran, dass Windows die Timings (nach SPD JEDEC#3) genommen hat [5-6-5-18], die aber anders waren als die vom Hersteller empfohlenen [5-5-5-12].
Lockerere Timings funktionierten (bei mir) also nicht.

Die TV-Karte macht nach wie vor Probleme, und geht somit in den Ruhestand.

Danke nochmal für eure Hilfe!

---- case closed ---