Spontane Freezes (Abstürze)

[Fleshgrinder]

Ich hatte bereits ein Thema zu diesem Problem eröffnet, das neue Netzteil behebt allerdings das Problem nicht. Deshalb hier ein neues, allgemeines Thema zu meinem Problem.

Memtest86+ habe ich durchlaufen lassen, ein Durchgang war völlig fehlerfrei.

Ich bin jetzt ratlos und würde mich über Input freuen. Was könnte der Grund für mein Problem sein. Die Freezes treten völlig spontan auf, also völlig egal was ich mache. Kann auch sein, dass ich nur Musik höre und das Teil geht down, oder dass ich voll viel mache und das Teil geht down. Spielt keine Rolle!

Ich habe einen Screenshot vom Windows Event Log gefilter nach kritischen und normalen Fehlern angehängt. Hier scheint immer dieser Kernel-Power-Fehler auf. Nachdem das Netzteil nicht das Problem ist, gehe ich davon aus, dass das mit dem betätigen des Reset-Buttons zusammenhängt.

Jede Hilfe und Ideen sind herzlich willkommen!

 

[Perling83]

Also freeze von bleibt alles stehen und bekommst kein bluescreen ?

 

[Fleshgrinder]

Genau, alles bleibt stehen und die Musik hängt. Ich hatte bisher einen Bluescreen der Fehler-Code von dem war allerdings durchgehend 0x000 und für den gab es nur wenige Suchergebnisse bei Google. Bei dem was ich dort gefunden hatte war der Hinweis auf das Netzteil. Was ich ja jetzt jedoch zu 100% ausschließen kann.

 

[Perling83]

Hmmmm puhh da bin ich auch sprachlos , ich höre mich mal um.

 

[Fleshgrinder]

Danke im Voraus!

 

[fellkater]

Hast du irgendwas in deinem System übertaktet?Wenn ja mal alles auf @stock stellen um das auszuschließen.

 

[Fleshgrinder]

Nein, zuletzt übertaktet war das System letztes Jahr im Februar. Alles ist auf Standard.

 

[fellkater]

Treiber alle uptodate,Firmeware auch uptodate, BIOs uptodate?
Ram auf 2T? Spannungen stimmen auch ?
Mit einem Riegel mal das System laufen lassen?!
Alle externen Geräte mal abgeklemmt ?
Alle Anschlüsse auf festen Sitz überprüft?

 

[Fleshgrinder]

Alles Treiber, Firmwares und selbst das BIOS sind up-to-date.
RAM läuft auf SPD-Einstellung, keine Veränderungen daran vorgenommen.
Ein Riegel habe ich mir auch schon überlegt. Das Problem ist nur, wie soll ich einen Fehler reproduzieren, den ich nicht reproduzieren kann. Deshalb habe ich auf memtest86+ gesetzt was ja keinen Fehler hervor brachte.
Hängt nichts dran.
Eben gestern, als ich das neue Netzteil verbaut habe.

Ergänzung (8. Februar 2012)

So, hatte direkt nach verfassen des obigen Beitrages wieder einen Freeze. Habe jetzt mal einen Riegel entfernt. Bin mal gespannt.

 

[millivantilli]

HAllo,
Hast Du den Stock Kühler auf Deiner Grafikkarte oder einen anderen installiert?
Evtl. überhitzt die GPU, staubfrei? Evtl. mal nvidia Treiber deinstallieren und alle Treiber-
reste ebenso, gibt doch diverse Tools dafür.
Hast Du eine gesonderte Soundkarte in Deinem System verbaut?
Soll im Zusammenhang mit veralteten Realtek Treibern zu Konflikten kommen.

 

[Fleshgrinder]

Zur Info, habe KB2575077 auch schon länger drauf. Der hat allerdings auch nichts geholfen.

GraKa hat den Standard-Kühler drauf und hat circa 61°C im Idle. Ich habe heute vom letzten WHQL-Treiber auf den aktuellen Beta-Treiber gewechselt, bringt allerdings auch nix.

Onboard-Sound und das schon seit über drei Jahren. Treiber ist der neueste drauf und das auch schon seit längerem, lange bevor die Freezes auftraten.

 

[Rollman]

Hey,
also du hast "nur" Freezes, läuft der Rechner nach dem Freeze denn weiter? Meintenwegen nach 5 Minuten oder musst du auf jeden Fall resenten? Du hattest ja im ersten Thema geschrieben, dass es irgentwie mit den Laufwerken zusammen hängt....
Dann versuch mal folgendes: Schau dir mal im Recourcenmonitor (im Hintergrund laufen lassen) die Festplattenaktivität und die Zugriffszeiten an!

 

[millivantilli]

Ich denke, dass es an der Grafikkarte selbst liegt. Es gab mit dieser sehr viel Probleme in der Vergangenheit, es lag glaube ich am Chip / Spannungswandlern selbst. Versuch eine andere GPU auszuleihen und mit dieser zu testen (vorher natürlich komplett Treiber entfernen). Ist so ein Bauchgefühl. Quellen kann ich Dir jetzt keine benennen. Aber ein Versuch ist es Wert. Sollte das ebenfalls nicht funktionieren kann auch ein MAinboarddefekt vorliegen, Spannungsproblem. Bitte Berichte weiter. Viel Glück

 

[Fleshgrinder]

@Rollman

Also fünf Minuten habe ich bisher noch nicht gewartet, das müsste ich mal ausprobieren.

Die Laufwerke sind jetzt dauerhaft abgesteckt (habe Wechselrähmen) und mittlerweile glaube ich sogar, dass es sich hierbei ausschließlich um einen Zufall handelte. Die Freezes kommen nämlich wirklich völlig unkontrolliert und ohne Grund. Manchmal nach zehn Minuten Windows und manchmal nach zehn Stunden Windows.

@millivantilli

Hatte mit der GTX285 noch nie Probleme in den letzten drei Jahren und die Probleme treten nicht in 3D-Spielen auf (bzw. habe ich seit die Freezes auftreten keines mehr gespielt). Bin jetzt auf einem RAM-Riegel und bisher kein Absturz, persönlich glaube ich (trotz des positiven memtest86+ Test) immer noch, dass das Problem am RAM liegt. Grund ist einfach, einem Freund sind genau die gleichen Riegel auch eingegangen. Der hatte allerdings dann bei memtest86+ auch Fehler.

Sollte sich der Test mit einem Riegel als ergebnislos erweisen werde ich eine andere GraKa auftreiben und in diese Richtung weiter investigieren.

 

[Rollman]

Es geht vor allem um SSD, mit der hatte ich folgendes Problem: (liegt nicht direkt an der SSD)

http://www.winfuture-forum.de/index.php?showtopic=184160

Du kriegst ja keinen Bluescreen oder so...

 

[Fleshgrinder]

Sehr interessant, das behalte ich mal unter Beobachtung. Im Moment läuft das System mit einem Riegel stabil und ich möchte diesen Test erstmal ausreizen (also PC so lange wie möglich im Betrieb halten und hoffen, dass es zu keinem Freeze kommt).

Ergänzung (8. Februar 2012)

Kein Absturz soweit. Habe jedoch jetzt einfach mal den letzten Minidump von Windows ausgewertet:

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


Loading Dump File [C:\Windows\Minidump\020612-9204-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 (2 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.17640.amd64fre.win7sp1_gdr.110622-1506
Machine Name:
Kernel base = 0xfffff800`02e5b000 PsLoadedModuleList = 0xfffff800`030a0670
Debug session time: Mon Feb  6 17:26:38.661 2012 (UTC + 1:00)
System Uptime: 1 days 5:02:57.191
Loading Kernel Symbols
...............................................................
................................................................
..........................
Loading User Symbols
Loading unloaded module list
.......
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {1f80327, 2, 0, fffff8800f46b8dc}

Unable to load image \SystemRoot\system32\DRIVERS\L1E62x64.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for L1E62x64.sys
*** ERROR: Module load completed but symbols could not be loaded for L1E62x64.sys
Probably caused by : L1E62x64.sys ( L1E62x64+78dc )

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

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

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
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 kernel debugger is available get stack backtrace.
Arguments:
Arg1: 0000000001f80327, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
Arg4: fffff8800f46b8dc, address which referenced memory

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


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff8000310a100
 0000000001f80327 

CURRENT_IRQL:  2

FAULTING_IP: 
L1E62x64+78dc
fffff880`0f46b8dc 45395028        cmp     dword ptr [r8+28h],r10d

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xD1

PROCESS_NAME:  System

TRAP_FRAME:  fffff880033ae5a0 -- (.trap 0xfffff880033ae5a0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000002 rbx=0000000000000000 rcx=0000000000000000
rdx=0000000000000001 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8800f46b8dc rsp=fffff880033ae730 rbp=fffffa8007d49580
 r8=0000000001f802ff  r9=0000000000000002 r10=0000000000000000
r11=0000000000000001 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl nz na po nc
L1E62x64+0x78dc:
fffff880`0f46b8dc 45395028        cmp     dword ptr [r8+28h],r10d ds:9008:00000000`01f80327=????????
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff80002ed71e9 to fffff80002ed7c40

STACK_TEXT:  
fffff880`033ae458 fffff800`02ed71e9 : 00000000`0000000a 00000000`01f80327 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`033ae460 fffff800`02ed5e60 : 00000000`00000001 fffff800`02e16a56 fffffa80`06a83540 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff880`033ae5a0 fffff880`0f46b8dc : 00000000`00000000 fffff880`033ae818 fffffa80`06a85000 fffffa80`07d49580 : nt!KiPageFault+0x260
fffff880`033ae730 00000000`00000000 : fffff880`033ae818 fffffa80`06a85000 fffffa80`07d49580 fffffa80`07099008 : L1E62x64+0x78dc


STACK_COMMAND:  kb

FOLLOWUP_IP: 
L1E62x64+78dc
fffff880`0f46b8dc 45395028        cmp     dword ptr [r8+28h],r10d

SYMBOL_STACK_INDEX:  3

SYMBOL_NAME:  L1E62x64+78dc

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: L1E62x64

IMAGE_NAME:  L1E62x64.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  4bb00bac

FAILURE_BUCKET_ID:  X64_0xD1_L1E62x64+78dc

BUCKET_ID:  X64_0xD1_L1E62x64+78dc

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

Ich habe mich gleich mal schlau gemacht was L1E62x64.sys ist und es handelt sich hierbei um den Treiber für meinen Onboard-Atheros-Ethernet-Adapter. Eine Suche mit Windows ergab keine neuen Treiber, jedoch Google hatte was für mich.

Definitiv eine Möglichkeit, nur komisch, dass es hier noch nie zuvor zu einem Problem kam.

 

[Rollman]

Du kannst auch versuchen, win 7 nen eigenen Treiber erstellen zu lassen.... Bei mir wars zwar der Chipsatz-Treiber, aber da hats funktioniert: Inteltreiber deinstalliert, neustarten, Win7 erzeugt eigenen Treiber, problem gelöst!

 

[Fleshgrinder]

Bis jetzt war der Treiber installiert den Windows selbst installiert hat. Die ASUS Seite bietet hier ja auch nix neueres an (die Downloads für die Boards werden ja meist nach kurzer Zeit von ASUS nicht mehr aktualisiert). Habe jetzt den Treiber vom DriverWiki drauf und werde den PC erstmal mit einem Riegel im Betrieb halten. Bin mal gespannt. Wenn ich bis morgen keinen Freeze habe baue ich den zweiten Riegel wieder ein und dann geht's wieder in den Dauerbetrieb.

Ich halte euch auf dem Laufenden, vielen Dank für die viele Hilfe!

Ergänzung (9. Februar 2012)

PC lief bis jetzt seit gestern problemlos durch und BAM! Freeze!

Habe jetzt die RAM-Riegel vertauscht und gehe wieder in Dauerbetriebstestphase über, das Update vom Ethernet-Treiber scheint nichts gebracht zu haben.

 

[Fleshgrinder]

Neues Update, PC ging auch mit dem anderen Riegel down. System ging danach mit beiden Riegel wieder down, mit Bluescreen. Auswertung vom Minidump ergab das selbe wie oben. Habe jedoch bereits den neuesten Treiber installiert und der hat ja auch WHQL.

Im Event-Log von Windows ist immer noch zu lesen vom diesen Hardlock Service der fehlschlug wegen nicht signiertem oder fehlerhaftem Treiber. Gehe ich allerdings zum Ethernet-Adapter im Gerätemanager steht dort, dass alles passt. Jetzt habe ich gesehen, dass ich den Treiber der Roccat Kone[+] noch installiert habe (hatte die Maus kurz mal hier, hat mir aber gar nicht gefallen und bin wieder zurück zu meiner G500), wie dem auch sei, habe den jetzt mal Deinstalliert. Vielleicht ist das ja der Treiber der Windows so zu schaffen macht, das dürfte auch circa mit dem ersten Auftreten des Fehlers zusammenpassen (glaube ich zumindest).

Ich halte euch auf dem Laufenden.

Ergänzung (9. Februar 2012)

PC ist auch ohne den Roccat-Treiber wieder abgestürtzt.

Glaut ihr es könnte am RAM liegen?

Was könnte ich noch testen? Windows neu aufsetzen?

 

[millivantilli]

Ich würde ein neues Windows aufsetzen, dann erstmal testen, ohne irgendwelche anderen Treiber
zu installieren, dann Schritt für Schritt vorgehen und Treiber installieren.