Win7 Bluescreen

[Kazgaroth]

Ich bins mal wieder -.-

Nach dem letzten Bluescreen, der ja schon eine weile zurückliegt, war ich recht beruhigt, dass ich ruhe haben könnte. Naja, bis eben, denn da gings wieder los.

STOP 0x0000001E (0xFFFFFFFFC0000005, 0xFFFFF/0002DB70CC, 0x0000000000000000, 0xFFFFFFFFFFFFFFFF)

die suche ergab bisher folgende möglichkeiten der fehlerursache:
- Hardware failure (memory, processor, or motherboard).
wie könnte ich hier was ausschließen, ohne groß komponenten-tausch zu spielen?
- Anti-virus software that is running on your computer.
läuft nur eine, avast
- Drivers installed by third-party software.
kann man da irgendwie einen rport zu sehen, was wann wo was ausführen wollte?

Könnte ich ne partielle lösung dazu finden oder soll ich einfach format c: durchziehen und gut ist ?
Zeitlich ist das grade ziemlich mies, da ich bald klausuren schreibe und eigentlich keinen nerv habe nun auch noch win7 neu zu installieren/einrichten.

 

[Seelenschneider]

...hab leider von Win7 ka. Es gibt jedoch sicherlich Progis wo du deine Hardware unter Belastung testen kannst. Vielleicht lässt sich in dieser Richtung was erporben.

Seele

 

[Addi1983]

wie siehts aus wenn du einfach mal eine Systemwiederherstellung machst (also vorm Bluescreen), wenn du nen WHP angelegt hast...

 

[NastyVinyl]

Ich hatte auch mal - noch unter Vista - Bluescreen Probleme.
Habe damals auch wirklich alle Komponenten durchgespielt, mit Memory test über einen Tag usw.
Geholfen hat mir schließlich ein sogenanntes Debugger Programm,
welches die Ursache des Fehlers genau untersucht. Bei mir war letztendlich ein installiertes Programm - wer soll denn bitte darauf kommen -
ursächlich für das Problem. Nach der deinstallation war das Problem behoben.
Ich würd dir also den Tipp geben mit Hilfe des Debuggen deinen Bluescreen zu analysieren
und erstmal kein Format C zu machen.

Nasty

 

[Hachel]

- Hardware failure (memory, processor, or motherboard).
wie könnte ich hier was ausschließen, ohne groß komponenten-tausch zu spielen?

eine Linux live CD nehmen und memtest druchlaufen lassen...kann man sich auch online runterladen... alternativ kannst du Linux direkt von CD starten und schaun ob alles läuft... Dann isses sicher kein Hardwarefehler

- Anti-virus software that is running on your computer.
läuft nur eine, avast

hattest du früher mal andere virus software drauf? Norton z.b.

- Drivers installed by third-party software.
kann man da irgendwie einen rport zu sehen, was wann wo was ausführen wollte?

hm schwierig... der meiste rotz trägt sich in die registry ein und da bekommst den nimmer weg

Könnte ich ne partielle lösung dazu finden oder soll ich einfach format c: durchziehen und gut ist ?
Zeitlich ist das grade ziemlich mies, da ich bald klausuren schreibe und eigentlich keinen nerv habe nun auch noch win7 neu zu installieren/einrichten.

allg kann ich dir nur raten schau mal ins eventlog nach der event ID und geh dich auf diesen seiten umgucken:

MS Hilfe Event ID Suche
Event ID suche
Forum wo du besser aufgehoben bist

 

[Zigi]

Ich würde auch schwer auf nen Ram Fehler tippen und wie Hachel schon gesagt hat mal nen Memtest machen. Wenn du dich nicht mit Linux auskennst, dann gibts dazu auch die Ultimate Boot CD Mit der du dann wirklich alles durchecken kannst.

Und wegen des Third party treibers würde ich kucken welche überhaupt nicht verifiziert sind und dann nach ähnlichen Problemen im Internet suchen speziell für diesen Treiber.

Ansonsten kannst du mit dem CCleaner mal die Registry aufräumen.

Formatieren würde ich erst wenn ich einen defekten Arbeitsspeicher ausschliessen kann. Da du ja sonst nichts am Problem änderst.

MfG

 

[heizi]

Hallöchen,
den Stabilitätstest kannst du auch mit Prime95 machen. Am besten die CPU/Graka
Temperaturen im Auge behalten.

Über die Ursache:
Kannst nach nem Crash mal in die Ereignisanzeige schauen.
Über Systemsteuerung-> Computerverwaltung, dort müsste es irgendwo sein.

mfG

 

[Kazgaroth]

Ich würde auch schwer auf nen Ram Fehler tippen und wie Hachel schon gesagt hat mal nen Memtest machen. Wenn du dich nicht mit Linux auskennst, dann gibts dazu auch die Ultimate Boot CD Mit der du dann wirklich alles durchecken kannst.

Und wegen des Third party treibers würde ich kucken welche überhaupt nicht verifiziert sind und dann nach ähnlichen Problemen im Internet suchen speziell für diesen Treiber.

Ansonsten kannst du mit dem CCleaner mal die Registry aufräumen.

Formatieren würde ich erst wenn ich einen defekten Arbeitsspeicher ausschliessen kann. Da du ja sonst nichts am Problem änderst.

MfG

n memtest lief schon nach dem letzten bluescreen durch (mehrfach) allerdings wurden keine fehler gefunden.

ausserdem treten die bluescreens ziemlich sporadisch auf. wenn ein fehler im ram wäre würdei ch regelmäßigere probleme erwarten.

 

[Agasinika]

Gerade eben habe ich ein ähnliches Problem auf einem Arbeitsrechner gehabt, daher folgender Rat:

1. Installier dir von Microsoft die Debugging Tools: http://www.microsoft.com/whdc/devtools/debugging/default.mspx (möglicherweise brauchst auch noch ne aktuellere Version vom NET Framework)

2. Starte die Debugging Tools und öffne den Crash Dump vom Bluescreen (vermutlich im Ordner Windows > Minidump)

3. Irgendwo am Schluss der Textanzeige sagt er dir dann ungefähr, welches Programm oder welche Windowskomponente den Bluescreen verursacht hat.

damit hast du dann mehr Hinweise bzgl. der Ursache.

 

[Kazgaroth]

ich hab den debugger mal laufen gelassen, aber was sagen mir die infos die dort stehen ?
als normalsterblicher versteh ich nüscht von dem was dort aufgelistet wird.

 

[Hachel]

ich hab den debugger mal laufen gelassen, aber was sagen mir die infos die dort stehen ?
als normalsterblicher versteh ich nüscht von dem was dort aufgelistet wird.

post halt mal rein^^ oder speicher es als text ab und lads iwo hoch
Aber wiegesagt du wirst in einem Windows Forum wohl besser bedient als hier....

 

[Kazgaroth]

den ganzen auszug ? (der ist ja nciht grade kurz) oder irgendein bestimmten teil davon ?

 

[Hachel]

den ganzen auszug ? (der ist ja nciht grade kurz) oder irgendein bestimmten teil davon ?

einfach alles am besten bei rapidshare hochladen

 

[Kazgaroth]

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


Loading Dump File [C:\Windows\Minidump\062110-18062-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path. *
* Use .symfix to have the debugger choose a symbol path. *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image \SystemRoot\system32\ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows 7 Kernel Version 7600 MP (2 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16539.amd64fre.win7_gdr.100226-1909
Machine Name:
Kernel base = 0xfffff800`02a5e000 PsLoadedModuleList = 0xfffff800`02c9be50
Debug session time: Mon Jun 21 14:06:10.629 2010 (UTC + 2:00)
System Uptime: 0 days 1:51:39.426
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image \SystemRoot\system32\ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
...............................................................
................................................................
.............................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1E, {ffffffffc0000005, fffff80002db70cc, 0, ffffffffffffffff}

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

*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
Probably caused by : ntoskrnl.exe ( nt+3590cc )

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

1: 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: ffffffffc0000005, The exception code that was not handled
Arg2: fffff80002db70cc, The address that the exception occurred at
Arg3: 0000000000000000, Parameter 0 of the exception
Arg4: ffffffffffffffff, Parameter 1 of the exception

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

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

*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************

ADDITIONAL_DEBUG_TEXT:
Use '!findthebuild' command to search for the target build information.
If the build information is available, run '!findthebuild -s ; .reload' to set symbol path and load symbols.

MODULE_NAME: nt

FAULTING_MODULE: fffff80002a5e000 nt

DEBUG_FLR_IMAGE_TIMESTAMP: 4b88cfeb

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.

FAULTING_IP:
nt+3590cc
fffff800`02db70cc 0fb603 movzx eax,byte ptr [rbx]

EXCEPTION_PARAMETER1: 0000000000000000

EXCEPTION_PARAMETER2: ffffffffffffffff

READ_ADDRESS: unable to get nt!MmSpecialPoolStart
unable to get nt!MmSpecialPoolEnd
unable to get nt!MmPoolCodeStart
unable to get nt!MmPoolCodeEnd
ffffffffffffffff

ERROR_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.

BUGCHECK_STR: 0x1E_c0000005

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from fffff80002b08929 to fffff80002ace600

STACK_TEXT:
fffff880`07d0ea98 fffff800`02b08929 : 00000000`0000001e ffffffff`c0000005 fffff800`02db70cc 00000000`00000000 : nt+0x70600
fffff880`07d0eaa0 00000000`0000001e : ffffffff`c0000005 fffff800`02db70cc 00000000`00000000 ffffffff`ffffffff : nt+0xaa929
fffff880`07d0eaa8 ffffffff`c0000005 : fffff800`02db70cc 00000000`00000000 ffffffff`ffffffff fffff880`07d0ec01 : 0x1e
fffff880`07d0eab0 fffff800`02db70cc : 00000000`00000000 ffffffff`ffffffff fffff880`07d0ec01 fffffa80`02958010 : 0xffffffff`c0000005
fffff880`07d0eab8 00000000`00000000 : ffffffff`ffffffff fffff880`07d0ec01 fffffa80`02958010 fffff880`01082d5a : nt+0x3590cc


STACK_COMMAND: kb

FOLLOWUP_IP:
nt+3590cc
fffff800`02db70cc 0fb603 movzx eax,byte ptr [rbx]

SYMBOL_STACK_INDEX: 4

SYMBOL_NAME: nt+3590cc

FOLLOWUP_NAME: MachineOwner

IMAGE_NAME: ntoskrnl.exe

BUCKET_ID: WRONG_SYMBOLS

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

 

[Hachel]

hast du vorher das da auch gemacht? schaut so aus als ob das ding garnet anständig läuft:

getting Started with Debugging Tools for Windows:

Tools Download Windows Symbol Packages


Muss allerdings dazu sagen das ich mit dem Tool auch noch net gearbeitet habe...
Schau doch bitte hier : Klick mich endlich
Windows Forum mit IT pros > PlanetDiablo