Windows 7 - nervige Bluescreens

[serafen]

Hallo, und vorab erstmal ein frohes Neues!

seit kurzem treten bei mir unvermittelt Bluescreens unter Wndows 7 Ultimate x64 auf. Aktuelles BIOS, (Chipsatz-)Treiber und Updates sind installiert.

Zwischenzeitlich dachte ich, der Fehler sei behoben - geht schon 3-4 Wochen so, doch gerade vorhin beim Surfen & Musik hören, fror das Bild kurz ein, Dauer-Brummen, dann der BSOD.

Im Hintergrund laufen an sich keine unnötigen Tools & Programme, nur die ESET Smart Security 4 nebenbei - die Bluescreens traten aber auch ohne Virenscanner/Security Suite auf.


I. Die wichtigsten Daten zum System:

• CPU: AMD PII X4 965 BE @3400 MHz, Standard VCore
• Kühlung: Prolimatech Super Mega & Phobya LM & Enermax T.B. Silence (1x CPU-Lüfter & 3x Gehäuselüfter)
• RAM: G.Skill 4 GB DDR3-1600-Kit (F3-12800CL9D-4GBNQ)
• Board: MSI 890GXM-G65
• NT: Cooler Master Silent Pro M600
• Grafik: momentan onboard HD 4290 (testweise)
• SSD: OCZSSD2-2VTXE60G
• HDD: WD20EARS

Das System läuft bei mir seit gut 2 Jahren, mehr oder weniger mit denselben Komponenten; zuletzt mit einer GTX 460 bestückt, die probeweise entfernt wurde (einzige Komponenten in letzter Zeit, die gewechselt wurde).

Übertaktet war das System bislang ebenfalls nicht, allenfalls die Speicherparameter laufen etwas abweichend (9-9-9-24 fest eingestellt, Speicherspannung AUTO, jedoch 1T statt 2T - lief die ganze Zeit absolut stabil, weshalb ich mir nicht vorstellen kann, dass es daran liegen mag?!


II. Hier die Analyse über Windows-Bordmittel:

Spoiler

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


Loading Dump File [C:\Users\Verwaltung\Desktop\010111-10077-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 7 Kernel Version 7600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16617.amd64fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0xfffff800`02e61000 PsLoadedModuleList = 0xfffff800`0309ee50
Debug session time: Sat Jan 1 16:00:35.649 2011 (UTC + 1:00)
System Uptime: 0 days 3:58:42.944
Loading Kernel Symbols
...............................................................
................................................................
......................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {fffffa836026e718, 2, 1, fffff80002f9223b}

Probably caused by : memory_corruption ( nt!MiRemoveLowestPriorityStandbyPage+24b )

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

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

IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: fffffa836026e718, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff80002f9223b, address which referenced memory

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


WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff800031090e0
fffffa836026e718

CURRENT_IRQL: 2

FAULTING_IP:
nt!MiRemoveLowestPriorityStandbyPage+24b
fffff800`02f9223b 4c8934c1 mov qword ptr [rcx+rax*8],r14

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: firefox.exe

TRAP_FRAME: fffff880090fa8b0 -- (.trap 0xfffff880090fa8b0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=000000006c04dce2 rbx=0000000000000000 rcx=fffffa8000000008
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002f9223b rsp=fffff880090faa40 rbp=fffff880090fab40
r8=fffff880090faa70 r9=00000000000004d3 r10=0000000000000003
r11=fffff880090faa90 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na po nc
nt!MiRemoveLowestPriorityStandbyPage+0x24b:
fffff800`02f9223b 4c8934c1 mov qword ptr [rcx+rax*8],r14 ds:0002:fffffa83`6026e718=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002ed0ca9 to fffff80002ed1740

STACK_TEXT:
fffff880`090fa768 fffff800`02ed0ca9 : 00000000`0000000a fffffa83`6026e718 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff880`090fa770 fffff800`02ecf920 : fffff800`03055090 fffffa80`013d0010 00000000`00000002 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff880`090fa8b0 fffff800`02f9223b : 7ff00000`00000000 fffff800`0305dd40 fffff800`0305dd20 fffff700`01080000 : nt!KiPageFault+0x260
fffff880`090faa40 fffff800`02e7e3a4 : fffff680`000d2678 fffff880`090fab40 00000000`00000000 ffffffff`ffffffff : nt!MiRemoveLowestPriorityStandbyPage+0x24b
fffff880`090faac0 fffff800`02ecf82e : 00000000`00000001 00000000`1a000000 00000000`1a188001 00000000`1a488000 : nt! ?? ::FNODOBFM::`string'+0x43485
fffff880`090fac20 00000000`742a8117 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x16e
00000000`0033f5f0 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x742a8117


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!MiRemoveLowestPriorityStandbyPage+24b
fffff800`02f9223b 4c8934c1 mov qword ptr [rcx+rax*8],r14

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: nt!MiRemoveLowestPriorityStandbyPage+24b

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP: 4c1c44a9

IMAGE_NAME: memory_corruption

FAILURE_BUCKET_ID: X64_0xA_nt!MiRemoveLowestPriorityStandbyPage+24b

BUCKET_ID: X64_0xA_nt!MiRemoveLowestPriorityStandbyPage+24b

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

III. Und zuletzt noch die CPU-Z-Screenshots:

Anhang anzeigen 298721 Anhang anzeigen 298722 Anhang anzeigen 298723 Anhang anzeigen 298724

Vielleicht weiß noch jemand Rat, mittlerweile bin ich nämlich schon dabei, mir neue Komponenten zusammenzustellen *ggg*

Der Speicher ist übrigens fehlerfrei - mehrmals geprüft - (Memcheck/Windows-Speicherdiagnose). Ansonsten fiele mir noch die SSD als einzige Fehlerquelle ein, die ist noch ziemlich jung?!

Für Tipps wäre ich in jedem Fall dankbar. Sollte ich irgendwelche wichtigen Daten vergessen haben, einfach Bescheid geben. Danke!

MfG.

 

[blueray95]

hey, hatte bis heute noch das selbe problem
welche antivirussoftware hast du denn auf dem system installiert?

 

[serafen]

Ich hatte das Problem auch ohne AV-Software; momentan läuft jedoch die ESET Smart Security 4 (s. o.).

MfG.

 

[blueray95]

beschreibst du mit "ohne AV-Software" den zustand wenn du diese nur deaktiviert oder deinstalliert hast?

 

[Nobody 2.0]

Hast du Win mal neu instaliert?
Treiber für alle Geräte sind richtig instaliert ?
Befinden sich überreste von alten Systemen noch mit auf den Platten ?
Ist der Ram etc im Bios richtig eingestellt ?
Verwendest du inkombatible Software oder anderweitige Treiber (gemoddete...)
Raubkopien ?

 

[highspeedpingu]

Deine Command Rate steht auf 1T... Musst du bei DUAL Channel unganged umstellen auf 2T, bei den Timings die du eingestellt hast.
Und wenn möglich erhöhe mal die Speicherspannung um (eine) die kleinst mögliche Stufe.
Im Fehlerprotokoll steht ja auch "Memory corruption"

 

[serafen]

Ich hatte die Probleme zum einen mit installierter als auch ohne AV-Software; also auch komplett deinstalliert.

Die Treiber sind allesamt aktuell; BS ist neu aufgesetzt gewesen, keine (Treiber-)Reste vorhanden.

RAM ist korrekt konfiguriert, bis auf die Ausnahmen der CR: lief jetzt knapp 2 Jahre fehlerfrei mit 1T, könnte zwar daran liegen - aber sehr unwahrscheinlich. Speicherspannung ist auf AUTO gesetzt.

Werde das mal mit 2T ausprobieren.

MfG.

Update: Hab' gerade mal die CR-Timings von 1T auf AUTO gestellt - verbleibt bei 1T, wie es den Anschein hat; werde nochmal ein wenig austesten und im Auge behalten, wie sich das System verhält.

 

[Razorblade12]

[...]IRQL_NOT_LESS_OR_EQUAL[...]

Deutet auf eine Hardware-Sache hin.
Es muss nicht zwingend ein Defekt sein, es kann auch eine falsche Einstellung sein.
Wobei, laut Deiner Aussage hast Du ja nichts verstellt, daher kommt die Sache mit dem Defekt wieder ins Spiel.

Hast Du mal memtest oder sonstige Tools laufen lassen, die die Hardware ein Wenig testen und fordern?

 

[Nobody 2.0]

Den Command Rate zu ändern wird nicht viel nutzen. Es wäre höchstens das der Ram nicht richtig erkannt wird. Und dann alles auf Auto lassen ist auch blöd.
Mein Board meinte mal ich hab CL 6 Ram. Dabei war es CL9 Was danach ging kann sich jeder vorstellen. Nichts.

 

[serafen]

Also, Memtest zeigte auch mit einer CR1 keine Fehler, von daher würde ich das - wie schon gesagt wurde - ausschließen wollen.

Vorsorglich habe ich mir mal ein anderes Speicherkit bestellt, bei den noch günstigen Preisen ja nicht das Verkehrteste.

Irgendwie hab ich noch immer die SSD in Verdacht, denn bis zu deren Einbau traten keinerlei Bluescreens auf; die aktuellste Firmware 1.24 ist für die Vertex 2 Ext. zwar aufgespielt, aber da meine erste SSD von OCZ bereits defekt war ... würde es mich nicht sonderlich überraschen.

In diesem Zusammenhang: empfehlenswert, den AMD AHCI-Treiber oder den Windows-eigenen verwenden? Infos dazu gibt es zwar viele, aber die Meinungen gehen diesbezüglich ja (anscheinend) ziemlich auseinander?!

MfG.

Update: Hat sich erledigt, Fehler war wohl die OCZ Vertex 2 E - nach dem Wechsel auf die Corsair F60 keinerlei Bluescreens mehr, zudem sind die Leistungswerte (unter den gleichen Bedingungen) deutlich besser, gerade die Schreibleistung. Wohl die zweite defekte Vertex 2 E; heißt für mich, definitiv kein zweites Mal OCZ.