Ratlos - Problem mit Bluescreen

FloWi

Schraubenverwechsler(in)
Hallo Community,
seit einiger Zeit machen mir sporadische Bluescreens das Leben schwer. Zudem ist das Verhalten meines Rechners seltsam.

Bluescreens treten ausschließlich im Windowsbetrieb (Leerlauf, Surfen ...) auf. Meist dann mit Meldungen wie "Memory Management", "Pfn List Corrupt" oder "Driver IRQL Not less or equal". Weiterhin kommts häufig dazu, das Superfetch abstürzt. Mein Firefox nimmt sich da auch nicht raus und stürzt häufig munter ab. (Meist ist der Firefoxabsturz ein Zeichen darauf, das demnächst ein Bluescreen zu erwarten ist.) Seit neustem hängt sich der Netzwerkcontroller ab und an mal auf. Zuweilen bootet Windows fehlerhaft, so das ein auschließlich ein Warmstart hilfreich ist,

Windows verweist als Lösung stets auf ihre eigene Speicherdiagnose. Netzwerkproblem repariert Windows automatisch.
Habe den Speicher mit Windowsdiagnose und Memtest auf Fehler überprüft, dabei treten bei beiden Durchläufen keine Probleme auf. Satafestplatte wurde auch überprüft und weist ebenfalls keine Probleme auf. Windows wurde mehrfach neu installiert.
Rumgespielt im Bios hab ich nich, es steht alles auf "auto".

Bin wirklich ratlos und hab keine Idee mehr was ich machen kann.
Ich bettel um Hilfe

MfG Flo
 
kenne solche probleme im zusammenhang mit defekten oder fehlerhaften treibern.
hast du überall den richtigen und neuesten treiber installiert? (vor allem denke ich grad an chipsatz)
der selbstgebaute win7 treiber für meine creative soundkarte mackt auch manchmal rum.
evtl auch mal mit highjackthis n test machen...auch wenn ich mir davon nix besonderes erhoffe
 
Die BSODs weisen in Richtung RAM, Memorymanagement, oder fehlerhafte Treiber. Werte mal den BSOD aus, Anleitung siehe Signatur, vielleicht wird der Verursacher ja ermittelt. Dann wäre man schlauer. Wenn Unklarheiten, melden...
MfG
 
Bedanke mich für die ersten Ratschläge, sobald ich heut abend daheim bin gehts dann los mit der tieferen Fehlersuche
 
Versuch mal die Auswertung, vielleicht findet sich dort der Fehler, ansonsten kann man das ausschließen. Ist nicht wirklich kompliziert mit der Anleitung von simpel1970, Links sind in der Anleitung.
MfG
 
kurzer Nachtrag

Zusätzlich kommen zwischen den oben genannten BlueScreens auch noch welche mit der Meldung "Bad Pool Caller".

Habe grad Driver Genius mal schauen lassen, der hat direkt fünf Treiber gefunden welche unbedingt aktualisiert werden sollten. Allerdings finde ich auf der Asus Seite die vermeintlich aktuellen nicht. Nun bin ich bissl irritiert. Weiß nich ob ich mir die neuen von den Seiten der Chipsatzhersteller suchen soll und ob ich dann auch noch die richtigen erwische.

Windows Debugging Tool schaufelt's mir grad auf die Platte. Spät heut abend werde ich dann die letzten vier Crashdumps ausgelesen hier einstellen.

Bis später

BAD_POOL_CALLER (c2)
The current thread is making a bad pool request. Typically this is at a bad IRQL level or double freeing the same allocation, etc.
Arguments:
Arg1: 0000000000000007, Attempt to free pool which was already freed
Arg2: 0000000000001097, (reserved)
Arg3: 0000000000000000, Memory contents of the pool block
Arg4: fffff900c5fa1590, Address of the block of pool being deallocated

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


POOL_ADDRESS: fffff900c5fa1590

FREED_POOL_TAG: Gla:

BUGCHECK_STR: 0xc2_7_Gla:

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: explorer.exe

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from fffff80002df460e to fffff80002cc1740

STACK_TEXT:
fffff880`0a438ae8 fffff800`02df460e : 00000000`000000c2 00000000`00000007 00000000`00001097 00000000`00000000 : nt!KeBugCheckEx
fffff880`0a438af0 fffff960`00194ef8 : 00000000`00000000 fffff900`c0082dd0 00000000`7b012731 fffff960`00194726 : nt!ExDeferredFreePool+0x11eb
fffff880`0a438ba0 fffff960`00197603 : fffff900`c645b010 00000000`00000000 0000001f`00000000 00000000`00000000 : win32k!FreeObject+0x58
fffff880`0a438bd0 fffff960`002cdf59 : fffff900`c0082dd0 fffff880`0a438c80 ffffffff`00000000 00000000`00000000 : win32k!DC::vReleaseVis+0x3f
fffff880`0a438c00 fffff960`00197766 : fffff880`0a438c80 00000000`00000000 00000000`00000000 ffffffff`e8052a70 : win32k!bDeleteDCInternalWorker+0x159
fffff880`0a438c60 fffff960`001565b0 : 00000000`7b012731 fffff880`0a438d60 00000000`00000000 00000000`00000000 : win32k!bDeleteDCInternal+0x56
fffff880`0a438cb0 fffff800`02cc0993 : fffffa80`062d5b60 fffff880`0a438d60 00000000`0185000f 00000000`00000001 : win32k!NtGdiDeleteObjectApp+0x120
fffff880`0a438ce0 000007fe`ff01118a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`0adae268 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x7fe`ff01118a


STACK_COMMAND: kb

FOLLOWUP_IP:
win32k!FreeObject+58
fffff960`00194ef8 488b5c2430 mov rbx,qword ptr [rsp+30h]

SYMBOL_STACK_INDEX: 2

SYMBOL_NAME: win32k!FreeObject+58

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: win32k

IMAGE_NAME: win32k.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4d6f11c9

FAILURE_BUCKET_ID: X64_0xc2_7_Gla:_win32k!FreeObject+58

BUCKET_ID: X64_0xc2_7_Gla:_win32k!FreeObject+58

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

BAD_POOL_HEADER (19)
The pool is already corrupt at the time of the current request.
This may or may not be due to the caller.
The internal pool links must be walked to figure out a possible cause of
the problem, and then special pool applied to the suspect tags or the driver
verifier to a suspect driver.
Arguments:
Arg1: 0000000000000003, the pool freelist is corrupt.
Arg2: fffff8a0037cfce0, the pool entry being checked.
Arg3: fffff8a0037c7ce0, the read back flink freelist value (should be the same as 2).
Arg4: 0000000000000000, the read back blink freelist value (should be the same as 2).

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


BUGCHECK_STR: 0x19_3

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: System

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from fffff80002e00130 to fffff80002ccd740

STACK_TEXT:
fffff880`07c94658 fffff800`02e00130 : 00000000`00000019 00000000`00000003 fffff8a0`037cfce0 fffff8a0`037c7ce0 : nt!KeBugCheckEx
fffff880`07c94660 fffff800`02e024c1 : fffff880`07c947d0 fffff8a0`030ce780 fffff880`07c94738 00000000`00401802 : nt!ExDeferredFreePool+0xca0
fffff880`07c946f0 fffff880`0115a633 : 00000000`00000703 fffff880`011a8763 fffff8a0`73634946 fffff8a0`030ce7f0 : nt!ExFreePoolWithTag+0x411
fffff880`07c947a0 fffff880`0116058b : fffff8a0`030ce790 fffff8a0`030ce7f0 fffff8a0`00000003 fffff8a0`030ce820 : fltmgr! ?? ::FNODOBFM::`string'+0x429
fffff880`07c947d0 fffff880`01161666 : fffff8a0`030ce790 fffff8a0`02e76900 ffffffff`ffffffff fffffa80`05ccdd90 : fltmgr!DoFreeContextMemory+0x6b
fffff880`07c94800 fffff880`0117d22d : fffff8a0`030ce7a8 fffff880`01153000 00000000`00000000 fffff880`012cad81 : fltmgr!DoFreeContext+0x86
fffff880`07c94830 fffff880`01178bc1 : fffffa80`05313010 00000000`00000130 fffff8a0`087bbbc0 fffff8a0`087bbbc0 : fltmgr! ?? ::NNGAKEGL::`string'+0x1196
fffff880`07c94860 fffff880`01178b7b : fffffa80`05313010 00000000`00000000 fffffa80`05313010 fffff880`01178c00 : fltmgr!CleanupStreamListCtrl+0x21
fffff880`07c94890 fffff800`02fba5a6 : 00000000`00000001 00000000`00000000 00000000`00000000 fffff8a0`087cb401 : fltmgr!DeleteStreamListCtrlCallback+0x6b
fffff880`07c948c0 fffff880`012d1bcc : fffff8a0`087bbbc0 fffffa80`06f37b00 fffff880`07c94998 00000000`00000706 : nt!FsRtlTeardownPerStreamContexts+0xe2
fffff880`07c94910 fffff880`012d18d5 : 00000000`00000000 00000000`00000000 fffff800`02e72500 00000000`00000001 : Ntfs!NtfsDeleteScb+0x108
fffff880`07c94950 fffff880`01244cb4 : fffff8a0`087bbac0 fffff8a0`087bbbc0 fffff800`02e72500 fffff8a0`087cb040 : Ntfs!NtfsRemoveScb+0x61
fffff880`07c94990 fffff880`01245037 : fffff8a0`087bba90 fffff800`02e725a0 fffff880`07c94b01 fffffa80`05b2a1a0 : Ntfs!NtfsPrepareFcbForRemoval+0x50
fffff880`07c949c0 fffff880`012cf2cc : fffffa80`05b2a1a0 fffffa80`04bd6180 fffff8a0`087cb010 fffff8a0`087cb450 : Ntfs!NtfsTeardownFromLcb+0x2b7
fffff880`07c94a50 fffff880`0124d882 : fffffa80`05b2a1a0 fffffa80`05b2a1a0 fffff8a0`087cb010 fffff880`07c94c00 : Ntfs!NtfsTeardownStructures+0xcc
fffff880`07c94ad0 fffff880`012e6813 : fffffa80`05b2a1a0 fffff800`02e725a0 fffff8a0`6446744e 00000000`00000009 : Ntfs!NtfsDecrementCloseCounts+0xa2
fffff880`07c94b10 fffff880`012c038f : fffffa80`05b2a1a0 fffff8a0`087cb140 fffff8a0`087cb010 fffffa80`04bd6180 : Ntfs!NtfsCommonClose+0x353
fffff880`07c94be0 fffff800`02cda961 : 00000000`00000000 fffff800`02cc1300 fffff800`02ed4101 fffffa80`00000003 : Ntfs!NtfsFspClose+0x15f
fffff880`07c94cb0 fffff800`02f707c6 : 00000000`20a28020 fffffa80`06f37b00 00000000`00000080 fffffa80`039d3040 : nt!ExpWorkerThread+0x111
fffff880`07c94d40 fffff800`02cabc26 : fffff880`009e9180 fffffa80`06f37b00 fffffa80`039fd680 fffff880`0124a534 : nt!PspSystemThreadStartup+0x5a
fffff880`07c94d80 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxStartSystemThread+0x16


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!ExDeferredFreePool+ca0
fffff800`02e00130 cc int 3

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt!ExDeferredFreePool+ca0

FOLLOWUP_NAME: Pool_corruption

IMAGE_NAME: Pool_Corruption

DEBUG_FLR_IMAGE_TIMESTAMP: 0

MODULE_NAME: Pool_Corruption

FAILURE_BUCKET_ID: X64_0x19_3_nt!ExDeferredFreePool+ca0

BUCKET_ID: X64_0x19_3_nt!ExDeferredFreePool+ca0

Followup: Pool_corruption
----------------------------------------------------------------------------------------------------------------------------------------

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

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


BUGCHECK_STR: 0x1a_41201

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: svchost.exe

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from fffff80002aedb3e to fffff80002a8f740

STACK_TEXT:
fffff880`099e89b8 fffff800`02aedb3e : 00000000`0000001a 00000000`00041201 fffff683`ff7e95e8 bfe00000`c3f15025 : nt!KeBugCheckEx
fffff880`099e89c0 fffff800`02a5db5e : 00000000`00000000 fffffa80`0750ab60 00000000`00000000 bfe00000`c3f15025 : nt! ?? ::FNODOBFM::`string'+0x13bb2
fffff880`099e8a00 fffff800`02a5d7fa : fffffa80`06b19780 fffffa80`0674a730 fffffa80`0674a730 000007fe`fd2bd000 : nt!MiQueryAddressState+0x2ae
fffff880`099e8a50 fffff800`02d74928 : fffff880`00000002 000007fe`fd2be000 fffffa80`06b19780 00000000`00000000 : nt!MiQueryAddressSpan+0xaa
fffff880`099e8ac0 fffff800`02a8e993 : 00000000`0000017c fffffa80`0750ab60 fffff880`099e8bc8 00000000`001cac08 : nt!NtQueryVirtualMemory+0x386
fffff880`099e8bb0 00000000`778df8ea : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`001cabe8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x778df8ea


STACK_COMMAND: kb

FOLLOWUP_IP:
nt! ?? ::FNODOBFM::`string'+13bb2
fffff800`02aedb3e cc int 3

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt! ?? ::FNODOBFM::`string'+13bb2

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4cc791bd

FAILURE_BUCKET_ID: X64_0x1a_41201_nt!_??_::FNODOBFM::_string_+13bb2

BUCKET_ID: X64_0x1a_41201_nt!_??_::FNODOBFM::_string_+13bb2

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

MEMORY_MANAGEMENT (1a)
# Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000041284, A PTE or the working set list is corrupt.
Arg2: fffff900c73d8001
Arg3: 0000000000005a5c
Arg4: fffff90000812000

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


BUGCHECK_STR: 0x1a_41284

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: csrss.exe

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from fffff80002ad33b3 to fffff80002a7e740

STACK_TEXT:
fffff880`047fa758 fffff800`02ad33b3 : 00000000`0000001a 00000000`00041284 fffff900`c73d8001 00000000`00005a5c : nt!KeBugCheckEx
fffff880`047fa760 fffff800`02a23fbe : 00000000`00005a5c fffffa80`010a6100 00000000`00000000 fffffa80`0653c060 : nt! ?? ::FNODOBFM::`string'+0x4a83
fffff880`047fa7a0 fffff800`02e2e260 : fffff900`c73d8000 fffff880`00000618 fffffa80`03a65b90 00000000`00000000 : nt! ?? ::FNODOBFM::`string'+0x2df20
fffff880`047fa8f0 fffff800`02e2e333 : fffff900`c00c0020 00000000`00000002 00000000`00000006 00000000`00000002 : nt!MiRemoveFromSystemSpace+0x1d0
fffff880`047fa950 fffff960`0076264f : 00000000`00000001 00000000`00000000 00000000`64646344 00000000`64646344 : nt!MmUnmapViewInSystemSpace+0x73
fffff880`047fa980 fffff960`00765e31 : ffffffff`00000004 ffffffff`fffd744f 00000000`00000002 00000000`00000006 : cdd!CddFreeShadowSysMem+0x6b
fffff880`047fa9b0 fffff800`02d22c06 : 00000000`0f8a30bc fffffa80`0653c060 00000000`00000080 fffffa80`06509060 : cdd!PresentWorkerThread+0xac5
fffff880`047fad40 fffff800`02a5cc26 : fffff800`02bf8e80 fffffa80`0653c060 fffff800`02c06c40 fffff880`01235a90 : nt!PspSystemThreadStartup+0x5a
fffff880`047fad80 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxStartSystemThread+0x16


STACK_COMMAND: kb

FOLLOWUP_IP:
cdd!CddFreeShadowSysMem+6b
fffff960`0076264f 4883a36807000000 and qword ptr [rbx+768h],0

SYMBOL_STACK_INDEX: 5

SYMBOL_NAME: cdd!CddFreeShadowSysMem+6b

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: cdd

IMAGE_NAME: cdd.dll

DEBUG_FLR_IMAGE_TIMESTAMP: 4bf4408a

FAILURE_BUCKET_ID: X64_0x1a_41284_cdd!CddFreeShadowSysMem+6b

BUCKET_ID: X64_0x1a_41284_cdd!CddFreeShadowSysMem+6b

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

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

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


BUGCHECK_STR: 0x1a_41201

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: svchost.exe

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from fffff80002aedb3e to fffff80002a8f740

STACK_TEXT:
fffff880`099e89b8 fffff800`02aedb3e : 00000000`0000001a 00000000`00041201 fffff683`ff7e95e8 bfe00000`c3f15025 : nt!KeBugCheckEx
fffff880`099e89c0 fffff800`02a5db5e : 00000000`00000000 fffffa80`0750ab60 00000000`00000000 bfe00000`c3f15025 : nt! ?? ::FNODOBFM::`string'+0x13bb2
fffff880`099e8a00 fffff800`02a5d7fa : fffffa80`06b19780 fffffa80`0674a730 fffffa80`0674a730 000007fe`fd2bd000 : nt!MiQueryAddressState+0x2ae
fffff880`099e8a50 fffff800`02d74928 : fffff880`00000002 000007fe`fd2be000 fffffa80`06b19780 00000000`00000000 : nt!MiQueryAddressSpan+0xaa
fffff880`099e8ac0 fffff800`02a8e993 : 00000000`0000017c fffffa80`0750ab60 fffff880`099e8bc8 00000000`001cac08 : nt!NtQueryVirtualMemory+0x386
fffff880`099e8bb0 00000000`778df8ea : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`001cabe8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x778df8ea


STACK_COMMAND: kb

FOLLOWUP_IP:
nt! ?? ::FNODOBFM::`string'+13bb2
fffff800`02aedb3e cc int 3

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt! ?? ::FNODOBFM::`string'+13bb2

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4cc791bd

FAILURE_BUCKET_ID: X64_0x1a_41201_nt!_??_::FNODOBFM::_string_+13bb2

BUCKET_ID: X64_0x1a_41201_nt!_??_::FNODOBFM::_string_+13bb2

Followup: MachineOwner
 
Zuletzt bearbeitet von einem Moderator:
Hast du die RAM mit der aktuellsten Memtest86+ (4.2) Version getestet? Wie lange hast du den Test laufen lassen? (3-4 Std. sollte der Test mind. laufen.

Mache bitte noch ein paar Screenshots von CPU-Z (Reiter Mainboard, CPU, Memory und SPD).

seit einiger Zeit machen mir sporadische Bluescreens das Leben schwer. Zudem ist das Verhalten meines Rechners seltsam

D.h. er lief mal eine Zeit lang stabil?
 
Na so richtig wirklich dauerhaft stabil lief er eigentlich nie. Nach Neuinstallation läuft er mal ne Zeit ganz gut, aber Bluescreens stellen sich meist zügig wieder ein.
Habe auch noch keinen Weg gefunden diese wirklich zu provozieren.

Um die Bilder von CPU-Z kümmer ich mich grad.

Was meint ihr zu den CrashDumps?! Was sagen die aus?
 
Hier die Bilder von CPU-Z speicher.jpg cpu.jpg spd.jpg mainboard.jpg
 
Stelle grad fest, das mein Speicherpaar wohl auf den falschen Bänken sitzt. Kanal1 wäre DimmA1 und B1, Kanal2 DimmA2 und B2. Aktuell ist er so eingebaut das DimmA1 und B1 besetzt sind.
Werde das nach dem jetzt anstehenden Zahnarztbesuch mal umbauen. Vielleicht liegt's ja daran?!

Meint ihr, das könnte zu solch Problemen führen?! Wenn ja, scheints ja nur ab und an Probleme zu bereiten, heute läuft er bereits mehrere Stunden stabil.

Edit:
Habe jetzt den Speicher auf Dual umgesteckt. Leider hab ich den hinteren nicht herausbekommen wegens des monströsen Lüfters. Somit ist jetzt Kanal2 belegt.

Aktualisiertes Bild von CPU-Z häng ich an

memory umgesteckt.jpg
 
Zuletzt bearbeitet:
Dann schau ma mal, ob es nun besser wird (was ich zwar nicht glaube, aber die Hoffnung stirbt zuletzt..).
Sollte es wieder zu Abstürzen kommen, erhöhe im Bios die RAM Spannung auf 1,55 - 1,65V (in 0,05V Schritten erhöhen und testen).

Wie lange hattest du die RAM mit Memtest86+ auf Fehler überprüft?

Die Crash Dumps sagen leider nicht viel aus, außer, dass es ein Problem mit dem Speichermanagement vorliegt.
Dieses könnte anhand der Auswertung insbes. am RAM und/oder der Systemplatte liegen. Generell kommt aber für Speichermanagement-Probleme auch der VRAM, CPU-Cache oder das Motherboard in Betracht.

Was für eine Firewall- und Virensoftware kommt bei dir um Einsatz?
 
Ich benutze die Win7 Firewall und Avast Antivirus.
Memtest4.0 hab ich über Nacht laufen lassen damals und es wurden keine Fehler gefunden. Werde das mit Memtest4.2 nochmal durchführen.
Spannung erhöhen find ich persönlich bissl gruslig. Ich habe da bissl angst was kaputt zu machen. Aber was muss das muss!
Lassen sich die anderen Fehlerquellen (VRam, CPU-Cache. Mainboard) sich durch irgendwelche Tests ausschließen?!

MfG Flo
 
Die RAM Spannung kannst du bei den Modulen und bei der CPU (Memory Controller ist in der CPU) auf max. 1,65V stellen, ohne dass du dir Sorgen machen müsstest.
 
Hallo,
ich will's ja nicht beschreien... Aber seit ich die Ram's umgesetzt habe läuft alles sehr stabil.
Werde mich umgehend melden wenn ich wieder Probleme bekommen sollte.
Vielen Dank für die bisherige Hilfe
 
Tja, ich wünscht ich könnte anderes berichten. Hier die beiden BS von gestern.

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: 0000000000000000, page frame number
Arg3: 0000000000000000, current page state
Arg4: 0000000000000000, 0

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


BUGCHECK_STR: 0x4E_99

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: firefox.exe

CURRENT_IRQL: 2

LAST_CONTROL_TRANSFER: from fffff80002d0d38c to fffff80002c7d740

STACK_TEXT:
fffff880`07a8bf98 fffff800`02d0d38c : 00000000`0000004e 00000000`00000099 00000000`00000000 00000000`00000000 : nt!KeBugCheckEx
fffff880`07a8bfa0 fffff800`02cef9f7 : 00000000`00000000 fffff680`0035de18 b1600000`3efe6025 00000000`00000001 : nt!MiBadShareCount+0x4c
fffff880`07a8bfe0 fffff800`02c51c13 : fffffa80`03f61b30 fffff700`00006ba7 0000007f`fffffff8 fffff8a0`08484b60 : nt! ?? ::FNODOBFM::`string'+0x3223e
fffff880`07a8c070 fffff800`02c5067a : fffffa80`03f61b30 fffffa80`00000060 fffff8a0`00004a15 fffff880`00000000 : nt!MiDeleteAddressesInWorkingSet+0x307
fffff880`07a8c920 fffff800`02f60abf : fffff8a0`09b62060 fffff880`07a8cc20 00000000`00000000 fffffa80`040cf990 : nt!MmCleanProcessAddressSpace+0x96
fffff880`07a8c970 fffff800`02f3a735 : 00000000`00000001 00000000`00000001 00000000`fff92000 fffffa80`04020730 : nt!PspExitThread+0x92f
fffff880`07a8ca30 fffff800`02c5a1cb : 00000000`00000100 fffffa80`040cfa50 00000000`00000001 fffff800`02c84b9d : nt!PsExitSpecialApc+0x1d
fffff880`07a8ca60 fffff800`02c5a610 : 00000000`00000000 fffff880`07a8cae0 fffff800`02f3a84c 00000000`00000001 : nt!KiDeliverApc+0x2eb
fffff880`07a8cae0 fffff800`02c7ca37 : fffffa80`040cf990 00000000`00000280 00000000`00000000 fffffa80`06772310 : nt!KiInitiateUserApc+0x70
fffff880`07a8cc20 00000000`74e32dd9 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceExit+0x9c
00000000`0903eb08 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x74e32dd9


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!MiBadShareCount+4c
fffff800`02d0d38c cc int 3

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt!MiBadShareCount+4c

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP: 4cc791bd

IMAGE_NAME: memory_corruption

FAILURE_BUCKET_ID: X64_0x4E_99_nt!MiBadShareCount+4c

BUCKET_ID: X64_0x4E_99_nt!MiBadShareCount+4c

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

MEMORY_MANAGEMENT (1a)
# Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000041289, The subtype of the bugcheck.
Arg2: 0000000001b38001
Arg3: 00000000000009ac
Arg4: 0000000001b30045

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


BUGCHECK_STR: 0x1a_41289

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: TrustedInstall

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from fffff80002d1b379 to fffff80002cc6740

STACK_TEXT:
fffff880`07c38978 fffff800`02d1b379 : 00000000`0000001a 00000000`00041289 00000000`01b38001 00000000`000009ac : nt!KeBugCheckEx
fffff880`07c38980 fffff800`02cf8bda : 9ac00000`42f91825 fffffa80`059d82f0 00000000`00000158 fffff800`02c94a27 : nt! ?? ::FNODOBFM::`string'+0x4a49
fffff880`07c389c0 fffff800`02c94b5e : fffff800`02cc5978 00000000`00000000 00000000`00000000 9ac00000`42f91825 : nt!MiGetPageProtection+0xaa
fffff880`07c38a00 fffff800`02c947fa : fffffa80`059d82f0 fffffa80`0674f350 fffffa80`0674f350 00000000`01b38000 : nt!MiQueryAddressState+0x2ae
fffff880`07c38a50 fffff800`02fab928 : fffff880`00000004 00000000`01b39000 fffffa80`059d82f0 00000000`00000000 : nt!MiQueryAddressSpan+0xaa
fffff880`07c38ac0 fffff800`02cc5993 : 00000000`00000158 fffffa80`03b2a060 fffff880`07c38bc8 00000000`000da728 : nt!NtQueryVirtualMemory+0x386
fffff880`07c38bb0 00000000`7713f8ea : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`000da708 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x7713f8ea


STACK_COMMAND: kb

FOLLOWUP_IP:
nt! ?? ::FNODOBFM::`string'+4a49
fffff800`02d1b379 cc int 3

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt! ?? ::FNODOBFM::`string'+4a49

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4cc791bd

FAILURE_BUCKET_ID: X64_0x1a_41289_nt!_??_::FNODOBFM::_string_+4a49

BUCKET_ID: X64_0x1a_41289_nt!_??_::FNODOBFM::_string_+4a49

Followup: MachineOwner



Was lest ihr aus den Minidumps?!

Speichertakt hab ich dezent erhöht. Standard war 1,5V, hab nun um einen Schritt erhöht. Mal schaun obs Punkte bringt.

Danke + MfG
 
Zuletzt bearbeitet:
Ich lese (immer noch) ein Problem mit dem Speichermanagement aus den beiden Auswertungen.

PFN_LIST_CORRUPT (4e)
IMAGE_NAME: memory_corruption
...
MEMORY_MANAGEMENT (1a)
Arg1: 0000000000041289

Speichertakt erhöht? Warum das? (oder meinst du damit die Spannung?)
 
Teilziel erreicht, seitdem die Spannung erhöht wurde keine Zicken, Mucken oder Bluescreens. Aber das soll mal noch nichts bedeuten. Glaube nen Erfolg nenn ich's erst wenn das so zwei Wochen bleibt.

MfG und schöne Osterfeiertage
 
Zurück