WinFuture-Forum.de: Bluescreen - WinFuture-Forum.de

Zum Inhalt wechseln

Alle Informationen zum Thema Windows 7 in unserem Special. Windows 7 Download, FAQ und neue Funktionen im Überblick.
Seite 1 von 1

Bluescreen


#1 Mitglied ist offline   Stillmatic 

  • Gruppe: aktive Mitglieder
  • Beiträge: 92
  • Beigetreten: 10. März 10
  • Reputation: 0

geschrieben 11. Mai 2010 - 12:25

Hallo zusammen.

Ich habe ein Problem.
Vor einer Woche hat mein Computer auf einmal meine Maus, weder die USB Maus noch die Maus auf meinem Notebook nicht mehr erkannt.
Da ich das Problem nicht lösen konnte habe ich das System neu aufgesetzt. Habe aber nicht Formatiert sonder WIN 7 einfach neu drüber gebügelt.
Jetzt habe ich in unregelmäßigen Abständen einen Bluescreen verursacht von der ntkrnlmp.exe!

Ich habe mit dem Windows Debug Tool mal die Dump Datei geöffnet, werde daraus aber nicht schlau.

Hat einer von euch ne Idee was das Problem sein könnte oder wie ich das Problem beheben kann?

Hier der Inhalt der Dump Datei!






Microsoft ® Windows Debugger Version 6.11.0001.404 AMD64
Copyright © Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\051110-23649-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 7600 MP (8 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: Tue May 11 12:51:40.101 2010 (GMT+2)
System Uptime: 0 days 5:06:50.256
Loading Kernel Symbols
..................................................
.............
..................................................
..............
....................................
Loading User Symbols
Loading unloaded module list
......
**************************************************
*****************************
* *
* Bugcheck Analysis *
* *
**************************************************
*****************************

Use !analyze -v to get detailed debugging information.

BugCheck 7F, {8, 80050031, 6f8, fffff80002a96e58}

Probably caused by : ntkrnlmp.exe ( nt!KiDoubleFaultAbort+b2 )

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

2: 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: 0000000000000008, EXCEPTION_DOUBLE_FAULT
Arg2: 0000000080050031
Arg3: 00000000000006f8
Arg4: fffff80002a96e58

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


BUGCHECK_STR: 0x7f_8

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: System

CURRENT_IRQL: 2

LAST_CONTROL_TRANSFER: from fffff80002acdb69 to fffff80002ace600

STACK_TEXT:
fffff880`02f69de8 fffff800`02acdb69 : 00000000`0000007f 00000000`00000008 00000000`80050031 00000000`000006f8 : nt!KeBugCheckEx
fffff880`02f69df0 fffff800`02acc032 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff880`02f69f30 fffff800`02a96e58 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiDoubleFaultAbort+0xb2
fffff880`02f85d90 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!SeAccessCheckFromState+0x58


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!KiDoubleFaultAbort+b2
fffff800`02acc032 90 nop

SYMBOL_STACK_INDEX: 2

SYMBOL_NAME: nt!KiDoubleFaultAbort+b2

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4b88cfeb

FAILURE_BUCKET_ID: X64_0x7f_8_nt!KiDoubleFaultAbort+b2

BUCKET_ID: X64_0x7f_8_nt!KiDoubleFaultAbort+b2

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

2: 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: 0000000000000008, EXCEPTION_DOUBLE_FAULT
Arg2: 0000000080050031
Arg3: 00000000000006f8
Arg4: fffff80002a96e58

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


BUGCHECK_STR: 0x7f_8

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: System

CURRENT_IRQL: 2

LAST_CONTROL_TRANSFER: from fffff80002acdb69 to fffff80002ace600

STACK_TEXT:
fffff880`02f69de8 fffff800`02acdb69 : 00000000`0000007f 00000000`00000008 00000000`80050031 00000000`000006f8 : nt!KeBugCheckEx
fffff880`02f69df0 fffff800`02acc032 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff880`02f69f30 fffff800`02a96e58 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiDoubleFaultAbort+0xb2
fffff880`02f85d90 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!SeAccessCheckFromState+0x58


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!KiDoubleFaultAbort+b2
fffff800`02acc032 90 nop

SYMBOL_STACK_INDEX: 2

SYMBOL_NAME: nt!KiDoubleFaultAbort+b2

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4b88cfeb

FAILURE_BUCKET_ID: X64_0x7f_8_nt!KiDoubleFaultAbort+b2

BUCKET_ID: X64_0x7f_8_nt!KiDoubleFaultAbort+b2

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

Dieser Beitrag wurde von Stillmatic bearbeitet: 11. Mai 2010 - 12:31

0

Anzeige



#2 Mitglied ist offline   Taxidriver05 

  • Gruppe: aktive Mitglieder
  • Beiträge: 2.609
  • Beigetreten: 14. Mai 09
  • Reputation: 43
  • Geschlecht:Männlich
  • Wohnort:Schkopau - OT Ermlitz
  • Interessen:- Ausgehen,
    - Sport (am liebsten an der frischen Luft),
    - Musik (machen und hören),
    - Grafik- und Webdesign,
    - gut Essen,
    - an PCs basteln (für den schnellen Euro ;-)),
    uvm.

geschrieben 11. Mai 2010 - 12:43

Ich denke, das werden die Überreste des alten Fehlers sein...

Wäre effektiver gewesen, das System frisch aufzusetzen, anstatt einfach drüber zu bügeln...
BORN STUPID? TRY AGAIN!

"Himmlische Ruhe und tödliche Stille haben dieselbe Phonzahl."
My Music
0

#3 Mitglied ist offline   Stillmatic 

  • Gruppe: aktive Mitglieder
  • Beiträge: 92
  • Beigetreten: 10. März 10
  • Reputation: 0

geschrieben 11. Mai 2010 - 12:49

Das werde ich eh machen in etwa 2 Wochen!
Nur dann muss man wieder die ganzen Daten schieben.
Das ist so aufwändig!

:D
0

#4 Mitglied ist offline   Taxidriver05 

  • Gruppe: aktive Mitglieder
  • Beiträge: 2.609
  • Beigetreten: 14. Mai 09
  • Reputation: 43
  • Geschlecht:Männlich
  • Wohnort:Schkopau - OT Ermlitz
  • Interessen:- Ausgehen,
    - Sport (am liebsten an der frischen Luft),
    - Musik (machen und hören),
    - Grafik- und Webdesign,
    - gut Essen,
    - an PCs basteln (für den schnellen Euro ;-)),
    uvm.

geschrieben 11. Mai 2010 - 12:51

Naja...

In einem solchen Fall ist eibe frische Installation immer das Sinnvollste...

Allerdings würde mich mal der Error-Code des Bluescreens interessieren...
Denn der geht aus dem Dump-Log nicht wirklich hervor...
BORN STUPID? TRY AGAIN!

"Himmlische Ruhe und tödliche Stille haben dieselbe Phonzahl."
My Music
0

#5 Mitglied ist offline   Stillmatic 

  • Gruppe: aktive Mitglieder
  • Beiträge: 92
  • Beigetreten: 10. März 10
  • Reputation: 0

geschrieben 11. Mai 2010 - 12:54

Wenn du mir sagst wie ich den Nachträglich auslesen kann, poste ich den gerne!
0

#6 Mitglied ist offline   Taxidriver05 

  • Gruppe: aktive Mitglieder
  • Beiträge: 2.609
  • Beigetreten: 14. Mai 09
  • Reputation: 43
  • Geschlecht:Männlich
  • Wohnort:Schkopau - OT Ermlitz
  • Interessen:- Ausgehen,
    - Sport (am liebsten an der frischen Luft),
    - Musik (machen und hören),
    - Grafik- und Webdesign,
    - gut Essen,
    - an PCs basteln (für den schnellen Euro ;-)),
    uvm.

geschrieben 11. Mai 2010 - 12:56

Naja...

Dazu müsste man den BSOD reproduzieren...

Das heißt, Du müsstest versuchen, bewusst diesen Bluescreen zu erzeugen...
BORN STUPID? TRY AGAIN!

"Himmlische Ruhe und tödliche Stille haben dieselbe Phonzahl."
My Music
0

#7 Mitglied ist offline   Stillmatic 

  • Gruppe: aktive Mitglieder
  • Beiträge: 92
  • Beigetreten: 10. März 10
  • Reputation: 0

geschrieben 11. Mai 2010 - 12:59

Äm nein danke!

Wenn er das nächste mal auftritt poste ich den Code!
Okay?

Aber wie gasagt in 2 Wochen formatiere ich!
0

#8 Mitglied ist offline   Taxidriver05 

  • Gruppe: aktive Mitglieder
  • Beiträge: 2.609
  • Beigetreten: 14. Mai 09
  • Reputation: 43
  • Geschlecht:Männlich
  • Wohnort:Schkopau - OT Ermlitz
  • Interessen:- Ausgehen,
    - Sport (am liebsten an der frischen Luft),
    - Musik (machen und hören),
    - Grafik- und Webdesign,
    - gut Essen,
    - an PCs basteln (für den schnellen Euro ;-)),
    uvm.

geschrieben 11. Mai 2010 - 13:03

Zitat

Äm nein danke!


Du wirst lachen...
Aber das Reproduzieren eines BSODs macht durchaus sinn, wenn es darum geht, die Fehlerursache zu finden...
Wenn es sich jedoch um einen nicht reproduzierbareb Bluescreen handelt, wird es natürlich schwierig...

Zitat

Wenn er das nächste mal auftritt poste ich den Code!
Okay?


Die Frage ist, OB er nochmal kommt...
Hatte nämlich auch schon öfters den Fall gehabt, dass es einen Bluescreen gab, der einmal kam und danach nie wieder...

Zitat

Aber wie gasagt in 2 Wochen formatiere ich!

Wenn es denn bis dahin reicht...
BORN STUPID? TRY AGAIN!

"Himmlische Ruhe und tödliche Stille haben dieselbe Phonzahl."
My Music
0

Thema verteilen:


Seite 1 von 1

1 Besucher lesen dieses Thema
Mitglieder: 0, Gäste: 1, unsichtbare Mitglieder: 0