ständig BlueScreens

[motsch_]

Guten Tag,

nachdem ich heute 2 BlueScreen bekommen habe (binnen 30 Minuten), habe ich mir gedacht euch mal um RaT zu fragen!

Heute kamen die BlueScreens, während ich F1 2010 über LAN gezockt habe!
Aber heute war nicht das erste Mal:

Seit dem 19.07 habe ich insgesamt 7 BlueScreens erhalten!

Ich habe im Juli den RAM von 4 GB auf 8 GB erweitert, aber ich glaube, beim ersten BluScreen hatte ich noch 4GB RAM!
Ich denke, dass es vlt am RAM liege, bin mir aber nicht ganz sicher! Deshalb habe ich unten den Text und Bilder der Debugg Dateien angehängt!

Ich hoffe, mir kann einer helfen!

Danke im Vorraus!

EDIT:

Mein System:
X6 1090T
GTX 570
Gigabyte Ga-870A
8 GB Kingston Valueram 1333
1TB Samsung Spinpoint F3

 

[bu1137]

Wie wärs einfach mal mit Speicher prüfen? (memtest86+)

 

[master_0815]

Bei mir ist auch nach 2 Jahre guter Nutzung eines von meinen 2 OCZ PC3 10666 Modulen kaputt gegangen. Halt auch ständig Bluescreens - meistens nicht reproduzierbar. Mal konnte ich 3 h am Stück zocken, mal ging er instant aus, sobald ich versucht habe ein Spiel zu starten.

 

[Inzersdorfer]

Memtest86+ hier: https://www.computerbase.de/downloads/systemtools/memtest86-plus/
Brenn die iso auf CD, von der booten und mindestens 7 vollständige Durchgänge machen (bei Fehlern kann abgebrochen werden, dann den Test mit einzelnen RAM Riegeln wiederholen, bis das defekte Modul gefunden ist)

(Übrigens zu Auswertung mit WinDbg: klick doch einmal auf das blaue !analyze -v
das bringt eine genauere Auswertung.)

 

[dergraf1]

Wie wärs einfach mal mit Speicher prüfen? (memtest86+)

habe 2x 2gb OCZ 133MHz DDR3 Speicher, die ständig bluescreens verursachen
aber im memtest keine fehler aufwiesen..

 

[motsch_]

So nun habe ich die .txt Dateien im ersten Post ausgetauscht!!

Ergänzung (28. August 2011)

Es wäre wichtig, was mit den heutigen bluescreens ist, denn da könnte eventuell ein virus schuld sein!

 

[simpel1970]

Die Bluescreenmeldungen deuten eher auf ein Problem mit dem Speichermanagement hin (Speicher i.d.S. ist insbes. RAM, VRAM, CPU-Cache oder HDD).
Insofern wäre die bereits vorgeschlagene RAM Prüfung erst mal ein grundsätzlicher Schritt, denn du machen solltest. Poste auch noch ein paar Screenshots von CPU-Z (Reiter Mainboard, CPU, Memory und SPD).

Ist dein System übertaktet?

Es wäre wichtig, was mit den heutigen bluescreens ist, denn da könnte eventuell ein virus schuld sein!

Der letzte Stopfehlercode (Stop 0x1E) deutet erst mal nicht auf einen möglichen Virenbefall hin.

Was für einen Virus hast du dir denn eingefangen, bzw. was wirst du nun machen, um ihn wieder los zu werden (System neu installieren?).

 

[motsch_]

So...lassen mom den Memtest86+ laufen!
Berichte euch nachher, ob es einen Error gab!

Habe mich aber auch ein wenig wegen der ntskernl.exe erkundetz, und vermute, dass es sich auch um ein Treiberproblem handeln könnte!
Habe schon im April mal das Willkommensbildschirmbild gewechselt (hab ein selber gemachtes reingetan ), und vermute auch, dass es dadurch zum BlueScreen kommen könnte, da beim wechseln des Wilkomm... ja der Systemkernel geändert wird!

Da wäre aber auch komisch, dass da erst jetzt BlueScreens auftreten!

PS.: habe nun nochmal hier bei meinem Profil geschaut, und gefunden, dass ich genau am 19. 07 ein Thread aufgemacht habe, da ich mir da versucht habe die CPU per K10stat zu übertakten, und dann ist der erste BlueScreen wohl auf das OC zurückzuführen!

Ich erinnere mich noch daran, dass mir Casi030 empfohlen hat, da er die selbe CPU hatte, im BIOS RAM Einstellungen zu ändern!
Wahrscheinlich kanns auch daran liegen!

 

[bu1137]

Wenn dein System jetzt übertaktet ist, kanns logisch daran liegen. Aber wenn du damals nur etwas damit herumexperimentiert hast, und wieder @ default bist, dann eher nicht. Anyway, im BIOS defaults laden, memtest machen. Mit deinem Willkommensbild hat das wohl kaum was zu tun.

 

[motsch_]

So, memtest 86+ nun einmal Fullpath (keine Zeit meher) durchlaufen lassen, und NO ERRORS!

Nein, PC ist im Moment nicht mehr übertaktet! Aber mit dem Boot-Screen (ach ja ist ja nciht Willkommensbildschirm sry ) verändern...achja ist ja schurze...

Dann wirds wohl an den BIOS Settings liegen!

Bezüglich des Virus... es wird zwar angezeigt...Virustotal 17/44 oder so aber ich vermute es ist keiner! Wenn jamend Teknohelper kennt...es wäre da die Teknogod.dll!

 

[Inzersdorfer]

Eigentlich nichts auffälliges bekannt, sagt aber natürlich nichts aus, kommt ja auch auf die Quelle an.
Gibts denn von Teknohelper/teknogod.dll oder von AutoIt einen Fehler in der Ereignisanzeige?

 

[simpel1970]

Schau ma mal, ob die Kiste ohne OC nun stabil läuft.

Bei diesen Programmen kannst du dir nie sicher sein, ob da ein Virus mit einprogrammiert ist oder nicht.

 

[motsch_]

So gestern kam wieder ein BlueScreen, obwohl ich im BIOS bei Motherboard etc. wo man die RAM einstellungen ändert auf "optimized Settings" geändert habe.

Habe im Anhang die WinDbG Crash Dump!

MfG
motsch_

 

[simpel1970]

Poste bitte noch die CPU-Z Screenshots (Reiter Mainboard, CPU, Memory und SPD).

 

[motsch_]

So hier nun die CPU Z Daten

 

[simpel1970]

Die CPU ist nun nicht übertaktet (Multi @Default)?

Erhöhe testweise die RAM Spannung im Bios schrittweise bis max. 1,65V.
Stelle die RAM Timings manuall auf 9-9-9-25-34 @ 666mhz @ 2T ein.

 

[motsch_]

Die CPU ist nicht übertaktet!
Liegt es laut WinDbG nun am RAM?

 

[simpel1970]

Das kann leider nicht genau gesagt werden, sondern nur vermutet. Der Debugger ist dazu gemacht, Treiberprobleme aufzudecken. Hardwareprobleme können mit "Softwaremitteln" nur (bedingt) eingegrenzt, nicht aber genau spezifiziert werden. Auch die in der Auswertung dargestellten Speicheradressen sind virtuell und entlarven nicht den tatsächlich fehlerhaften Speicher.

Was bei deiner Auswertung rausgezogen werden kann, ist dass ein Problem mit dem Speichermanagement vorliegt. Speicher i.e.S. ist insbes. RAM, VRAM, CPU-Cache oder Festplatte. Im weiteren Sinne kann hierunter z.B. auch das Motherboard gezählt werden. Selbst ein defektes NT könnte für derartige Probleme verantwortlich sein.

Von der Wahrscheinlichkeit her, ist es meistens der RAM, der Probleme macht. In deinem Fall könnten die Probleme z.b. durch die Vollbestückung ausgelöst werden. Was relativ einfach nachgeprüft werden könnte, in dem du die RAM Kits (2x2GB) einzeln einbaust (beide Kits einzeln einbauen und testen) und bei anhaltenden Problemen, die Command Rate auf 2T stellst (bei einem Kit wird die automatisch auf 1T gestellt) und auch hier die Spannung erst mal leicht erhöhst.

Ist für dich leider keine befriedigende Antwort, aber in diesen Fällen müssen wir erst mal versuchen, die Fehlerursache etwas einkreisen zu können.

 

[motsch_]

So,

also:
heute habe ich miz K10stat mal den CPU Takt auf 3,8 GHz angehoben...Und sofort kam ein BlueScreen! Die CPU wurde noch nicht einmal ausgelastet!

Zwar habe ich die Spannung nicht erhöht, aber trotzdem dürfte mit die CPU nicht so schnell abschmieren!

Hier mal die BlueScreen Daten:

Spoiler

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


Loading Dump File [C:\Windows\Minidump\102311-26613-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are 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 (6 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.17640.amd64fre.win7sp1_gdr.110622-1506
Machine Name:
Kernel base = 0xfffff800`03a1e000 PsLoadedModuleList = 0xfffff800`03c63670
Debug session time: Sun Oct 23 16:56:02.834 2011 (UTC + 2:00)
System Uptime: 0 days 3:44:48.990
Loading Kernel Symbols
...............................................................
................................................................
.................................................
Loading User Symbols
Loading unloaded module list
......
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1E, {0, 0, 0, 0}

Probably caused by : ntkrnlmp.exe ( nt!KiKernelCalloutExceptionHandler+e )

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

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

KMODE_EXCEPTION_NOT_HANDLED (1e)
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Arguments:
Arg1: 0000000000000000, The exception code that was not handled
Arg2: 0000000000000000, The address that the exception occurred at
Arg3: 0000000000000000, Parameter 0 of the exception
Arg4: 0000000000000000, Parameter 1 of the exception

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


EXCEPTION_CODE: (Win32) 0 (0) - Der Vorgang wurde erfolgreich beendet.

FAULTING_IP:
+6637643738393465
00000000`00000000 ?? ???

EXCEPTION_PARAMETER1: 0000000000000000

EXCEPTION_PARAMETER2: 0000000000000000

ERROR_CODE: (NTSTATUS) 0 - STATUS_WAIT_0

BUGCHECK_STR: 0x1E_0

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: System

CURRENT_IRQL: 2

EXCEPTION_RECORD: fffff88002ffdb38 -- (.exr 0xfffff88002ffdb38)
ExceptionAddress: fffff80003a9d9a9 (nt!SwapContext_PatchXRstor+0x00000000000000c7)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 0000000000000000
Parameter[1]: ffffffffffffffff
Attempt to read from address ffffffffffffffff

TRAP_FRAME: fffff88002ffdbe0 -- (.trap 0xfffff88002ffdbe0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=0000000000000008
rdx=0000000000187000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80003a9d9a9 rsp=fffff88002ffdd78 rbp=0000000000000000
r8=fffffa8006a0db68 r9=0000000000000000 r10=fffffffffffffff7
r11=00000000002f5b00 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na po nc
nt!SwapContext_PatchXRstor+0xc7:
fffff800`03a9d9a9 c3 ret
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80003a925fe to fffff80003a9ac10

STACK_TEXT:
fffff880`02ffcc18 fffff800`03a925fe : 00000000`00000000 00000000`00000000 fffff880`02ffd390 fffff800`03ac6830 : nt!KeBugCheck
fffff880`02ffcc20 fffff800`03ac64fd : fffff800`03ca40c8 fffff800`03be5030 fffff800`03a1e000 fffff880`02ffdb38 : nt!KiKernelCalloutExceptionHandler+0xe
fffff880`02ffcc50 fffff800`03ac52d5 : fffff800`03be50fc fffff880`02ffccc8 fffff880`02ffdb38 fffff800`03a1e000 : nt!RtlpExecuteHandlerForException+0xd
fffff880`02ffcc80 fffff800`03ad6361 : fffff880`02ffdb38 fffff880`02ffd390 fffff880`00000000 fffffa80`09eb4060 : nt!RtlDispatchException+0x415
fffff880`02ffd360 fffff800`03a9a2c2 : fffff880`02ffdb38 fffff880`02fd5180 fffff880`02ffdbe0 fffff880`02fe0040 : nt!KiDispatchException+0x135
fffff880`02ffda00 fffff800`03a98bca : fffff800`03aa6cec fffff880`02fd5180 fffff880`02fd5180 fffff880`02ffdc70 : nt!KiExceptionDispatch+0xc2
fffff880`02ffdbe0 fffff800`03a9d9a9 : fffff800`03a92a1d fffff880`02fd5180 fffff880`02fe0040 00000000`00000001 : nt!KiGeneralProtectionFault+0x10a
fffff880`02ffdd78 fffff800`03a92a1d : fffff880`02fd5180 fffff880`02fe0040 00000000`00000001 fffff880`00000000 : nt!SwapContext_PatchXRstor+0xc7
fffff880`02ffdd80 00000000`00000000 : fffff880`02ffe000 fffff880`02ff8000 fffff880`02ffdd40 00000000`00000000 : nt!KiIdleLoop+0x10d


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!KiKernelCalloutExceptionHandler+e
fffff800`03a925fe 90 nop

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt!KiKernelCalloutExceptionHandler+e

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4e02aaa3

FAILURE_BUCKET_ID: X64_0x1E_0_nt!KiKernelCalloutExceptionHandler+e

BUCKET_ID: X64_0x1E_0_nt!KiKernelCalloutExceptionHandler+e

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

 

[simpel1970]

Hast du die RAM Einstellungen -ohne CPU Übertaktung- schon ausprobiert?