Wieder mal ein Bluescreen > EXCEPTION_DOUBLE_FAULT

superfunky

Cadet 4th Year
Registriert
Dez. 2006
Beiträge
105
Servus Leude,

In letzter Zeit bekomme ich in unregelmäßigen Abständen immer wieder mal einen Bluescreen.
Diese treten aber hauptsächlich im IDLE auf (Kopieren übers Netzwerk, Fernsehen kucken mit USB DVB-T, Winamp, etc.)

Ich habe hier mal die Ausgabe des MS WinDbg angehängt.
Vieleicht kennt sich jemand von euch aus, mir sagt das irgendwie nix.

Ich möchte noch dazusagen, das die Fehlermeldungen der Bluescreens in der Regel meist eine andere ist.

Hier der Debug Output:

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

UNEXPECTED_KERNEL_MODE_TRAP (7f)
This means a trap occurred in kernel mode, and it's a trap of a kind
that the kernel isn't allowed to have/catch (bound trap) or that
is always instant death (double fault). The first number in the
bugcheck params is the number of the trap (8 = double fault, etc)
Consult an Intel x86 family manual to learn more about what these
traps are. Here is a *portion* of those codes:
If kv shows a taskGate
use .tss on the part before the colon, then kv.
Else if kv shows a trapframe
use .trap on that value
Else
.trap on the appropriate frame will show where the trap was taken
(on x86, this will be the ebp that goes with the procedure KiTrap)
Endif
kb will then show the corrected stack.
Arguments:
Arg1: 00000008, EXCEPTION_DOUBLE_FAULT
Arg2: 80042000
Arg3: 00000000
Arg4: 00000000

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

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

***** Kernel symbols are WRONG. Please fix symbols to do analysis.


MODULE_NAME: nt

FAULTING_MODULE: 804d7000 nt

DEBUG_FLR_IMAGE_TIMESTAMP: 42250a95

BUGCHECK_STR: 0x7f_8

DEFAULT_BUCKET_ID: WRONG_SYMBOLS

LAST_CONTROL_TRANSFER: from 00000000 to 8053e6f2

STACK_TEXT:
00000000 00000000 00000000 00000000 00000000 nt!Kei386EoiHelper+0x166a


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!Kei386EoiHelper+166a
8053e6f2 ebee jmp nt!Kei386EoiHelper+0x165a (8053e6e2)

SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: nt!Kei386EoiHelper+166a

FOLLOWUP_NAME: MachineOwner

IMAGE_NAME: ntkrnlpa.exe

BUCKET_ID: WRONG_SYMBOLS

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


Greetz,
superfunky
 
superfunky schrieb:
Danke, so was habe ich schon befürchtet.

CPU läuft bie mir mit 2400Mhz auf 1.45Vcore (2000Mhz Referenz).
Ausserdem verwende ich RMClock anstatt C&Q (AMD Treiber nicht installiert)
 
baFh schrieb:
nach einem groben blick würde ich eher auf ein treiberproblem tippen. :rolleyes:

Ich nicht, weil dann der Fehler reproduzierbar sein muesste, er schreibt aber was von "unregelmäßigen Abständen".


http://support.microsoft.com/default.aspx?scid=kb;de;D41843

Zitat:

Bei Ihrem Computer liegen Probleme mit der Hardware oder der Software vor (in der Regel wird dieses Problem durch Hardwareprobleme verursacht).
 
Zuletzt bearbeitet:
Moin Leude,

Gestern habe ich die CPU wieder auf 2000Mhz (Standard) runtergetaktet und anschließend in Prime95 den Torture Test "Blend (tests some of everything, lots of RAM tested)" über 8 Stunden lang laufen lassen.

Ergebnis=keine Probleme.

Heute morgen habe ich in Prime95 den Torture Test "In-place large FFTs (maximum heat, power consumption, some RAM tested)" angestartet.

Mal schauen wie es aussieht wenn ich heute abend nach Hause komme.

Anschließend werde ich auch noch den RAM mit Memtest86+ checken.

Noch ne Frage, gibt es evtl. ein Tool was die CPU auf Fehler überprüfen kann?


Greetz,
superfunky
 
Zuletzt bearbeitet:
Moin,

Nach 10 Stunden Prime95 Torture Test "In-place large FFTs (maximum heat, power consumption, some RAM tested)" sind keine Fehler aufgetreten.
Ich werde jetzt mal abwarten wie sich mein System weiterhin mit dem CPU Referenztakt von 2000Mhz verhält.

Ich möchte noch dazusagen, das mit dem CPU Takt von 2000Mhz der Speicher nur mit 166Mhz läuft, obwohl im Bios DDR400 ausgewählt wurde.
Den Speicher werde ich deshalb mit 166Mhz/CPU 2000Mhz und 200Mhz / CPU 2400Mhz nocheinmal testen.
 
Zuletzt bearbeitet:
Zurück
Oben