absturz - Seite 2

Seite 2 von 3 - Forum: Windows auf overclockers.at

URL: https://www.overclockers.at/windows/absturz_131846/page_2 - zur Vollversion wechseln!

BuSHidO schrieb am 20.12.2004 um 16:27

c:\windows\minidump\<datum>.dmp

exitiert so ein file?

ulby schrieb am 20.12.2004 um 16:30

nein eigentlich nicht

sani schrieb am 20.12.2004 um 16:30

bei mir gibts solche datein, was ist das?!?

ulby schrieb am 20.12.2004 um 16:31

sers sani

BuSHidO schrieb am 20.12.2004 um 16:32

wenn windows einen error reisst wird ein abbild des speichers auf die festplatte geschrieben.

diese files kannst du analysieren und einen fehlerhaften treiber [...] etc ... enttarnen

ulbi:
das macht die sache schwerer - hast du das 'eventlog' schon konsultiert?

start->run->eventvwr aufrufen und nach fehlern suchen

sani schrieb am 20.12.2004 um 16:33

aha, und wie lese ich so eine datei? hab versucht die im editor aufzumachen, unmöglich, lauter sonderzeichen.

wie les ich die?

ulby schrieb am 20.12.2004 um 16:33

das problem ist, dass nicht einmal der ordner minidump vorhanden ist

woran könnte es noch liegen? der pc stürtzt manchmal einfach ab, bzw der screen hat einen freeze und die maus lässt sich nicht mehr bewegen--er ist tot. nach einem neustart geh wieder alles wunderbar. das nervt gewaltig. grafikteiber hab ich schon neu installiert

BuSHidO schrieb am 20.12.2004 um 16:35

ja - das ist auch unlesbar

du brauchst den kernel debugger dazu - kd.exe im google suchen

BuSHidO schrieb am 20.12.2004 um 16:37

http://www.chip.de/downloads/c_downloads_12162468.html

fehlerhafter arbeitsspeicher fällt mir auch dazu ein

ulby schrieb am 20.12.2004 um 16:40

is ein nigelnagel neuer corsair speicher, aber ich werd ihn mal gegen einen anderen austauschen und schau ob der geht!!
könnte es daran liegen, das der ram für 275mhz ausgelegt ist aber nur mit 200 läuft?

BuSHidO schrieb am 20.12.2004 um 16:44

kann ich nicht sagen - musst du ausprobieren

probieren würd ich's

was kaputt ist kann man leider nie sofort sagen. aber weil windows nicht dumpt würde ich einen hardwaredefekt am wahrscheinlichsten einstufen

ulby schrieb am 20.12.2004 um 16:50

thx ich werd das am abend mal checken und mich gegebenen falls wider melden

thr|janus schrieb am 20.12.2004 um 16:53

Zitat von BuSHidO
was kaputt ist kann man leider nie sofort sagen. aber weil windows nicht dumpt würde ich einen hardwaredefekt am wahrscheinlichsten einstufen

würd ich auch sagen weils afaik standardmäßig aktiviert is..

ich würd ram-defekt nicht ausschließen, auch wenns neue sin obwohls komisch is das er nur abnippelt wennst ihn stehn lasst.. das mit apm funktion also sleep/hibernate wars ned?

BuSHidO schrieb am 20.12.2004 um 16:55

kurze erklärung für WinDbg:

Download:
http://www.chip.de/downloads/c_downloads_12162468.html

Installation:
Alles bis aufs SDK mitinstallieren

Anwendug:
minidump.* oder coredump mit 'file->open->'Open crash dump' öfnen.

Fehler erkennen:
normalerweise findet man schon nach dem öffnen des dumps eine, ca. so ausschaunede, Meldung:

Zitat
Probably caused by : q57xp32.sys ( q57xp32+7d6a )

Fehler beheben:
Filenamen in Google eingeben - in dem fall findet man einen gigabit ethernet card treiber.
neueren treiber installieren (oder treiber einfach neu installieren) und hoffen.
sollte das nix helfen komponente raus usw ...

edit:

das ganze stimmt leider nicht immer ...
um tiefergründig zu debuggen sollte man, von haus aus, das system darauf konfigurieren 'kernel dumps' zu schreiben!

Dumping konfigurieren:
Rechtsklick am Arbeitsplatz -> Advanced -> System Startup, debugging information, .... -> settings anklicken. Bei 'write debugging information' Kernel memory dump auswählen. thats it.

tiefergründig debugen:
im WinDbg nach öffnen des crash dumps in der console. '!analyze -v' eingeben.
über weiter vorgehensweise das helpfile durchforschen!

ulby schrieb am 21.12.2004 um 12:35

kennt jemand ein programm mit dem man sein ram testen kann? wenn ja bitte posten!!

thx mfg ulby