BlueScreen wie jetzt weiter

Danke schonmal für die Vorschläge soweit Simpel.

Also die Timings habe ich nun (hoffentlich) wie angegeben eingestellt.
Allerdings hat sich der Wert in Crystal Disk, trotz anderem Kabel, nicht geändert.

CPUZ2.jpg

Memtest86+ hat mir auch keine Fehler ausgespuckt. (Getestet nach der umstellung im Bios)

Mfg
 
Bei dem Screenshot sind leider die Hex-Werte von CrystalDisk nicht mit drauf, da müsstest Du nochmal einen machen.

Die (Hex-) Werte werden sich nicht verbessern, Du kannst nur beobachten, ob sie sich weiter verschlechtern. ;)
 
Sieht gut aus :daumen:

Bei den SMART Werten verhält es sich so, wie Softy schreibt. Der Wert wird nicht zurückgesetzt. Du musst nun darauf achten, dass sich der Wert nicht weiter erhöht.
Du könntest auch den HEX Wert auf Dezimalwert umstellen, dann kannst du dir eine Umrechnung ersparen (Menü Optionen > Erweiterte Optionen > Hex-Wert > 10 [DEC]).

Jetzt schau ma erst mal, ob noch Probleme auftreten.
 
Hiho,

also es scheint sich wirklich erledigt zu haben. Seit dem umstellen des rams sind keine Probleme mehr aufgetreten.

Vielen Dank für die Tipps und die schnelle Hilfe Simpel und Softy!^^

Mfg
 
Hab die letzten beiden Tage auch Bluescreens gehabt und die beiden dmp Dateien ausgewehrted. Hoffe ihr könnt mir weiterhelfen - das einzige was ich jetzt sehen konnte um was für ein Programm es sich handelt.

BS vom 07.01.12:
Code:
MEMORY_MANAGEMENT (1a)
    # Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000041201, The subtype of the bugcheck.
Arg2: fffff68000071a60
Arg3: 1d40000127e8f867
Arg4: fffffa8006aef980

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


BUGCHECK_STR:  0x1a_41201

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

PROCESS_NAME:  Wow.exe

CURRENT_IRQL:  0

LAST_CONTROL_TRANSFER:  from fffff80002ce12de to fffff80002c84c40

STACK_TEXT:  
fffff880`099a5878 fffff800`02ce12de : 00000000`0000001a 00000000`00041201 fffff680`00071a60 1d400001`27e8f867 : nt!KeBugCheckEx
fffff880`099a5880 fffff800`02c50831 : 00000000`746c6644 fffff880`099a5960 00000000`00000000 1d400001`27e8f867 : nt! ?? ::FNODOBFM::`string'+0x14382
fffff880`099a58c0 fffff800`02c504ca : fffffa80`06aef980 fffffa80`07004060 fffffa80`07004060 00000000`0e34c000 : nt!MiQueryAddressState+0x2b1
fffff880`099a5910 fffff800`02f5f724 : 00000000`00000004 00000000`0e34d000 fffffa80`06aef980 fffffa80`04103b60 : nt!MiQueryAddressSpan+0xaa
fffff880`099a5980 fffff800`02c83ed3 : ffffffff`ffffffff fffffa80`03e016b0 00000000`00000000 00000000`0009ddb8 : nt!NtQueryVirtualMemory+0x382
fffff880`099a5a70 00000000`77c7154a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`0009dd98 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x77c7154a


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt! ?? ::FNODOBFM::`string'+14382
fffff800`02ce12de cc              int     3

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  nt! ?? ::FNODOBFM::`string'+14382

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  4e02aaa3

FAILURE_BUCKET_ID:  X64_0x1a_41201_nt!_??_::FNODOBFM::_string_+14382

BUCKET_ID:  X64_0x1a_41201_nt!_??_::FNODOBFM::_string_+14382

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

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

MEMORY_MANAGEMENT (1a)
    # Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000041201, The subtype of the bugcheck.
Arg2: fffff68000071a60
Arg3: 1d40000127e8f867
Arg4: fffffa8006aef980

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


BUGCHECK_STR:  0x1a_41201

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

PROCESS_NAME:  Wow.exe

CURRENT_IRQL:  0

LAST_CONTROL_TRANSFER:  from fffff80002ce12de to fffff80002c84c40

STACK_TEXT:  
fffff880`099a5878 fffff800`02ce12de : 00000000`0000001a 00000000`00041201 fffff680`00071a60 1d400001`27e8f867 : nt!KeBugCheckEx
fffff880`099a5880 fffff800`02c50831 : 00000000`746c6644 fffff880`099a5960 00000000`00000000 1d400001`27e8f867 : nt! ?? ::FNODOBFM::`string'+0x14382
fffff880`099a58c0 fffff800`02c504ca : fffffa80`06aef980 fffffa80`07004060 fffffa80`07004060 00000000`0e34c000 : nt!MiQueryAddressState+0x2b1
fffff880`099a5910 fffff800`02f5f724 : 00000000`00000004 00000000`0e34d000 fffffa80`06aef980 fffffa80`04103b60 : nt!MiQueryAddressSpan+0xaa
fffff880`099a5980 fffff800`02c83ed3 : ffffffff`ffffffff fffffa80`03e016b0 00000000`00000000 00000000`0009ddb8 : nt!NtQueryVirtualMemory+0x382
fffff880`099a5a70 00000000`77c7154a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`0009dd98 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x77c7154a


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt! ?? ::FNODOBFM::`string'+14382
fffff800`02ce12de cc              int     3

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  nt! ?? ::FNODOBFM::`string'+14382

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  4e02aaa3

FAILURE_BUCKET_ID:  X64_0x1a_41201_nt!_??_::FNODOBFM::_string_+14382

BUCKET_ID:  X64_0x1a_41201_nt!_??_::FNODOBFM::_string_+14382

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

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

MEMORY_MANAGEMENT (1a)
    # Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000041201, The subtype of the bugcheck.
Arg2: fffff68000071a60
Arg3: 1d40000127e8f867
Arg4: fffffa8006aef980

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


BUGCHECK_STR:  0x1a_41201

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

PROCESS_NAME:  Wow.exe

CURRENT_IRQL:  0

LAST_CONTROL_TRANSFER:  from fffff80002ce12de to fffff80002c84c40

STACK_TEXT:  
fffff880`099a5878 fffff800`02ce12de : 00000000`0000001a 00000000`00041201 fffff680`00071a60 1d400001`27e8f867 : nt!KeBugCheckEx
fffff880`099a5880 fffff800`02c50831 : 00000000`746c6644 fffff880`099a5960 00000000`00000000 1d400001`27e8f867 : nt! ?? ::FNODOBFM::`string'+0x14382
fffff880`099a58c0 fffff800`02c504ca : fffffa80`06aef980 fffffa80`07004060 fffffa80`07004060 00000000`0e34c000 : nt!MiQueryAddressState+0x2b1
fffff880`099a5910 fffff800`02f5f724 : 00000000`00000004 00000000`0e34d000 fffffa80`06aef980 fffffa80`04103b60 : nt!MiQueryAddressSpan+0xaa
fffff880`099a5980 fffff800`02c83ed3 : ffffffff`ffffffff fffffa80`03e016b0 00000000`00000000 00000000`0009ddb8 : nt!NtQueryVirtualMemory+0x382
fffff880`099a5a70 00000000`77c7154a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`0009dd98 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x77c7154a


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt! ?? ::FNODOBFM::`string'+14382
fffff800`02ce12de cc              int     3

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  nt! ?? ::FNODOBFM::`string'+14382

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  4e02aaa3

FAILURE_BUCKET_ID:  X64_0x1a_41201_nt!_??_::FNODOBFM::_string_+14382

BUCKET_ID:  X64_0x1a_41201_nt!_??_::FNODOBFM::_string_+14382

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

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

MEMORY_MANAGEMENT (1a)
    # Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000041201, The subtype of the bugcheck.
Arg2: fffff68000071a60
Arg3: 1d40000127e8f867
Arg4: fffffa8006aef980

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


BUGCHECK_STR:  0x1a_41201

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

PROCESS_NAME:  Wow.exe

CURRENT_IRQL:  0

LAST_CONTROL_TRANSFER:  from fffff80002ce12de to fffff80002c84c40

STACK_TEXT:  
fffff880`099a5878 fffff800`02ce12de : 00000000`0000001a 00000000`00041201 fffff680`00071a60 1d400001`27e8f867 : nt!KeBugCheckEx
fffff880`099a5880 fffff800`02c50831 : 00000000`746c6644 fffff880`099a5960 00000000`00000000 1d400001`27e8f867 : nt! ?? ::FNODOBFM::`string'+0x14382
fffff880`099a58c0 fffff800`02c504ca : fffffa80`06aef980 fffffa80`07004060 fffffa80`07004060 00000000`0e34c000 : nt!MiQueryAddressState+0x2b1
fffff880`099a5910 fffff800`02f5f724 : 00000000`00000004 00000000`0e34d000 fffffa80`06aef980 fffffa80`04103b60 : nt!MiQueryAddressSpan+0xaa
fffff880`099a5980 fffff800`02c83ed3 : ffffffff`ffffffff fffffa80`03e016b0 00000000`00000000 00000000`0009ddb8 : nt!NtQueryVirtualMemory+0x382
fffff880`099a5a70 00000000`77c7154a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`0009dd98 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x77c7154a


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt! ?? ::FNODOBFM::`string'+14382
fffff800`02ce12de cc              int     3

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  nt! ?? ::FNODOBFM::`string'+14382

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  4e02aaa3

FAILURE_BUCKET_ID:  X64_0x1a_41201_nt!_??_::FNODOBFM::_string_+14382

BUCKET_ID:  X64_0x1a_41201_nt!_??_::FNODOBFM::_string_+14382

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

BS vom 08.01.12
Code:
MEMORY_MANAGEMENT (1a)
    # Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000041201, The subtype of the bugcheck.
Arg2: fffff6800006fa60
Arg3: 1f700001c7500867
Arg4: fffffa80075931e0

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


BUGCHECK_STR:  0x1a_41201

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

PROCESS_NAME:  Wow.exe

CURRENT_IRQL:  0

LAST_CONTROL_TRANSFER:  from fffff80002d2c2de to fffff80002ccfc40

STACK_TEXT:  
fffff880`09dbf878 fffff800`02d2c2de : 00000000`0000001a 00000000`00041201 fffff680`0006fa60 1f700001`c7500867 : nt!KeBugCheckEx
fffff880`09dbf880 fffff800`02c9b831 : fffffa80`746c6644 fffff880`09dbf960 00000000`00000000 1f700001`c7500867 : nt! ?? ::FNODOBFM::`string'+0x14382
fffff880`09dbf8c0 fffff800`02c9b4ca : fffffa80`075931e0 fffffa80`04c3f860 fffffa80`04c3f860 00000000`0df4c000 : nt!MiQueryAddressState+0x2b1
fffff880`09dbf910 fffff800`02faa724 : 00000000`00000004 00000000`0df4d000 fffffa80`075931e0 fffffa80`06021060 : nt!MiQueryAddressSpan+0xaa
fffff880`09dbf980 fffff800`02cceed3 : ffffffff`ffffffff fffffa80`074ba660 fffff880`09dbfab8 00000000`0021e108 : nt!NtQueryVirtualMemory+0x382
fffff880`09dbfa70 00000000`77ac154a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`0021e0e8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x77ac154a


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt! ?? ::FNODOBFM::`string'+14382
fffff800`02d2c2de cc              int     3

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  nt! ?? ::FNODOBFM::`string'+14382

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  4e02aaa3

FAILURE_BUCKET_ID:  X64_0x1a_41201_nt!_??_::FNODOBFM::_string_+14382

BUCKET_ID:  X64_0x1a_41201_nt!_??_::FNODOBFM::_string_+14382

Followup: MachineOwner
---------
 
Laut den beiden Auswertungen ist bei dir zwei Mal ein (unbekannter) Speichermanagementfehler aufgetreten (Stop 0x1A_41201). Dies kann zunächst einmal alle möglichen Ursachen haben. Neben Softwareproblemen kann unter "Speicher" insbes. RAM, VRAM, CPU-Cache und die Festplatte subsumiert werden.

Gemeinsamkeiten:
-Die Abstürze traten beide beim Zocken auf (World of Warcraft).
-Absturzursache laut Auswertung: ntkrnlmp.exe (bei einem Speichermanagementfehler ist dies aber nicht aussagekräftig).
-absolut identischer Stack-Verlauf. Was bei einem Speichermanagementfehler sehr ungewöhnlich ist (-> weshalb ich sicherheitshalber noch mal nachfrage, ob das wirklich zwei verschiedene Minidumps waren, die du ausgewertet hast!?)

Um nach einem Strohhalm greifen zu können...nach dem Stackverlauf ist der Fehler beim Umsetzen einer virtuellen Speicheradresse aufgetreten (zugriff virtueller Adressraum). Neben den üblichen Verdächtigen (in erster Linie RAM) würde ich auch die Festplatte bzw. die Auslagerungsdatei auf der Festplatte überprüfen (virtueller Speicher).

Folgende Test kannst/solltest du machen:
- RAM mit Memtest86+ auf Fehler überprüfen
- Festplatte auf Fehler überprüfen (z.B. mit dem herstellereigenen Diagnosetool)
- Screenshot von CrystalDiskInfo posten (SMART Werte der Festplatte)
- Auslagerungsdatei löschen und neu anlegen. Größe der Auslagerungsdatei vom System verwalten lassen
- Etwas mehr Infos über dein System geben (als erstet mit Screenshot von CPU-Z -> Reiter Mainboard, CPU, Memory und SPD).

Wenn du zu den einzelnen Punkten fragen hast...immer her damit :)
 
Da ich gerade nicht am PC sitze kann ich dir die Systeminfos nur so geben.
- i5 2500k
- ASrock P67 Extreme4
- Geil CL9-9-9 DDR 3-1333

Auslagerungsdatei hab ich gelöscht und wurde zwar schon immer vom System, nur jetzt noch extra die Systemplatte gewählt. Ist zwar die einzige Platte im Rechner aber teilweise kommt noch eine Backupplatte dran, nicht das, dass Probleme bereited.

full
 
Zuletzt bearbeitet:
Auffällig ist hier der hohe UltraDMA CRC Fehler Wert (Hex Wert A99 = Dez.: 2713). Dies könnte durchaus eine/die Ursache deiner Probleme sein.

Ursache für den hohen Wert ist regelmäßig ein defektes bwz. nicht korrekt angeschlossenes (Wackler) Datenkabel. Im schlimmsten Fall könnte auch ein defekter Festplattencontroller verantwortlich sein.

Tausche bitte als erstes das Datenkabel der Festplatte aus (SATA Kabel).

Beobachte danach den Wert regelmäßig. Sollte es "nur" am Datenkabel gelegen haben darf der Wert "A99" nun nicht mehr weiter ansteigen.

Im günstigsten Fall sind die Probleme mit dem neuen Datenkabel Vergangenheit.
 
So, wollte fragen, ob ihr mir weiterhelfen könnt.
Habe seit längerem das Problem, dass sich der Laptop während dem Betrieb (v.a. Internetnutzung) unvorhersehbar mit nem Bluescreen verabschiedet. Habe bereits den Grafiktreiber neuinstalliert und nachdem das nicht geholfen hat deinstalliert und den alten 260er Treiber aufgesetzt, keine Besserung ...
Kann mir nur noch nen Defekt der Grafikkarte vorstellen.

Die Dump-Auslese hab ich angehängt :

Loading Dump File [C:\Windows\Minidump\012112-26005-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`03065000 PsLoadedModuleList = 0xfffff800`032aa670
Debug session time: Sat Jan 21 16:33:21.760 2012 (UTC - 8:00)
System Uptime: 0 days 0:21:38.617
Loading Kernel Symbols
...............................................................
................................................................
.........................
Loading User Symbols
Loading unloaded module list
......
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 116, {fffffa8007fd6010, fffff88007339e64, 0, 2}

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

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

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

VIDEO_TDR_FAILURE (116)
Attempt to reset the display driver and recover from timeout failed.
Arguments:
Arg1: fffffa8007fd6010, Optional pointer to internal TDR recovery context (TDR_RECOVERY_CONTEXT).
Arg2: fffff88007339e64, The pointer into responsible device driver module (e.g. owner tag).
Arg3: 0000000000000000, Optional error code (NTSTATUS) of the last failed operation.
Arg4: 0000000000000002, Optional internal context dependent data.

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


FAULTING_IP:
nvlddmkm+12ee64
fffff880`07339e64 4883ec28 sub rsp,28h

DEFAULT_BUCKET_ID: GRAPHICS_DRIVER_TDR_FAULT

CUSTOMER_CRASH_COUNT: 1

BUGCHECK_STR: 0x116

PROCESS_NAME: System

CURRENT_IRQL: 0

STACK_TEXT:
fffff880`08bc0988 fffff880`03d36000 : 00000000`00000116 fffffa80`07fd6010 fffff880`07339e64 00000000`00000000 : nt!KeBugCheckEx
fffff880`08bc0990 fffff880`03d35d0a : fffff880`07339e64 fffffa80`07fd6010 fffffa80`06a96d50 fffffa80`06a05010 : dxgkrnl!TdrBugcheckOnTimeout+0xec
fffff880`08bc09d0 fffff880`03c0ff07 : fffffa80`07fd6010 00000000`00000000 fffffa80`06a96d50 fffffa80`06a05010 : dxgkrnl!TdrIsRecoveryRequired+0x1a2
fffff880`08bc0a00 fffff880`03c39b75 : 00000000`ffffffff 00000000`00014484 00000000`00000000 00000000`00000002 : dxgmms1!VidSchiReportHwHang+0x40b
fffff880`08bc0ae0 fffff880`03c382bb : 00000000`00000102 00000000`00000000 00000000`00014484 00000000`00000000 : dxgmms1!VidSchiCheckHwProgress+0x71
fffff880`08bc0b10 fffff880`03c0b2c6 : ffffffff`ff676980 fffffa80`06a05010 00000000`00000000 00000000`00000000 : dxgmms1!VidSchiWaitForSchedulerEvents+0x1fb
fffff880`08bc0bb0 fffff880`03c37e7a : 00000000`00000000 fffffa80`06b13730 00000000`00000080 fffffa80`06a05010 : dxgmms1!VidSchiScheduleCommandToRun+0x1da
fffff880`08bc0cc0 fffff800`0337cfee : 00000000`fffffc32 fffffa80`06a02060 fffffa80`03ce9890 fffffa80`06a02060 : dxgmms1!VidSchiWorkerThread+0xba
fffff880`08bc0d00 fffff800`030d35e6 : fffff880`009e6180 fffffa80`06a02060 fffff880`009f0f40 fffff880`01230384 : nt!PspSystemThreadStartup+0x5a
fffff880`08bc0d40 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxStartSystemThread+0x16


STACK_COMMAND: .bugcheck ; kb

FOLLOWUP_IP:
nvlddmkm+12ee64
fffff880`07339e64 4883ec28 sub rsp,28h

SYMBOL_NAME: nvlddmkm+12ee64

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nvlddmkm

IMAGE_NAME: nvlddmkm.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4cb9dd0e

FAILURE_BUCKET_ID: X64_0x116_IMAGE_nvlddmkm.sys

BUCKET_ID: X64_0x116_IMAGE_nvlddmkm.sys

Followup: MachineOwner
---------
 
Die NV Treiber hast du von der Nvidia Seite? Oder vom Laptop Hersteller?

Die Abstürze treten nur beim Surfen auf ("Internetnutzung")?
 
Die Treiber sind direkt von der Nvidia-Seite.

Ob die Abstürze auch bei anderen Anwendungen auftreten, kann ich nicht sagen, weil ich ihn nur noch zum "Sofa-Surfen" nutze ;)
 
Installiere zunächst das aktuellste DirectX Paket: DirectX Download - ComputerBase (über den Web Installer).

Wird es danach nicht besser, würde ich die NVidia Treiber deinstallieren und es noch mal mit den Treibern des Laptopherstellers probieren. Gerade bei Laptops kommt es nicht selten vor, dass die Grafikkarte/-einheit nur mit den Herstellertreibern problemlos läuft.
 
Hab sowohl DirectX als auch den GraKa Treiber draufgehauen und werd mal auf Besserung hoffen.
Danke für die Hilfe :)
 
Hallo, könntet ihr noch einem Ahnungslosen weiterhelfen? ;)

Vor ca. 3 Wochen hatte ich ebenfalls ständig bluescreens (Acer Notebook, Win7x64). Meist schon relativ bald nach dem Hochfahren ist zuerst alles eingefroren, dann der BSOD, und beim reboot hat er die Festplatte nicht mehr erkannt (no bootable device). Wenn ich ihn allerdings abgewürgt hab hat er sie plötzlich wieder erkannt. Ich dachte mir die Festplatte (SSD ca 8 Monate alt) muss wohl defekt sein. Hab dann erstmal das System neu aufgesetzt wodurch das Problem zunächst behoben war. Seit dieser Woche kommen aber ab und zu wieder bluescreens, jetzt allerdings ohne vorhergegangenen freeze und mit reibungslosem reboot danach (lag vorher evtl. ein Teil der Windows-Daten auf einem defekten Festplatten-Segment, was beim Neuaufsetzen umgangen wurde?).
Für mich wäre das jetzt ein klarer Fall von defekter Festplatte, wäre da nicht der merkwürdige Zufall, dass mir auf ebendiesem Notebook bereits 2 HDDs abgeraucht sind (die, die Acer standartmäßig einbaut, bei beiden war immer ein Klacken zu hören gefolgt von freeze und BSOD. Beim ersten mal hab ich das Notebook eingeschickt und eine neue bekommen, beim zweiten mal war mir das dann zu blöd -> SSD gekauft.)
Ich gebrauche das Notebook meiner Ansicht nach auch nicht unsachgemäß, die SSD lief im AHCI-Mode und es waren auch stets mindestens 30GB "Rangierplatz" frei.
Jetzt würde es mich jedenfalls brennend interessieren ob man aus dem dumpfile irgendwelche Infos rauslesen kann, bevor ich die Platte einschicke und es womöglich doch an was Anderem liegt.

Vielen, vielen Dank schonmal, ich weiß dass das keine Selbstverständlichkeit ist :)

edit: Die damals dann übrige HDD (nach SSD-Kauf) läuft übrigens seither als externe USB-Platte komischerweise ohne jegliche Probleme!



*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

SYSTEM_THREAD_EXCEPTION_NOT_HANDLED (7e)
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: fffff80002aeb19a, The address that the exception occurred at
Arg3: fffff880033d2678, Exception Record Address
Arg4: fffff880033d1ed0, Context Record Address

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


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!ExAcquireFastMutex+1a
fffff800`02aeb19a f00fba3100 lock btr dword ptr [rcx],0

EXCEPTION_RECORD: fffff880033d2678 -- (.exr 0xfffff880033d2678)
ExceptionAddress: fffff80002aeb19a (nt!ExAcquireFastMutex+0x000000000000001a)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 0000000000000001
Parameter[1]: 0000000000000008
Attempt to write to address 0000000000000008

CONTEXT: fffff880033d1ed0 -- (.cxr 0xfffff880033d1ed0)
rax=0000000000000001 rbx=0000000000000008 rcx=0000000000000008
rdx=0000000000000150 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002aeb19a rsp=fffff880033d28b0 rbp=fffff880033d2a20
r8=fffffa80043a69c0 r9=0000000000000002 r10=fffffa800796f010
r11=fffffa8007298ca0 r12=fffff8a00c37d140 r13=0000000000000000
r14=fffff8a00c37d010 r15=0000000000000000
iopl=0 nv up ei ng nz na pe nc
cs=0010 ss=0000 ds=002b es=002b fs=0053 gs=002b efl=00010282
nt!ExAcquireFastMutex+0x1a:
fffff800`02aeb19a f00fba3100 lock btr dword ptr [rcx],0 ds:002b:00000000`00000008=????????
Resetting default scope

PROCESS_NAME: System

CURRENT_IRQL: 1

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

EXCEPTION_PARAMETER1: 0000000000000001

EXCEPTION_PARAMETER2: 0000000000000008

WRITE_ADDRESS: 0000000000000008

FOLLOWUP_IP:
nt!ExAcquireFastMutex+1a
fffff800`02aeb19a f00fba3100 lock btr dword ptr [rcx],0

BUGCHECK_STR: 0x7E

DEFAULT_BUCKET_ID: NULL_CLASS_PTR_DEREFERENCE

LAST_CONTROL_TRANSFER: from fffff880012ed41b to fffff80002aeb19a

STACK_TEXT:
fffff880`033d28b0 fffff880`012ed41b : fffffa80`07583f20 fffff880`0107d4d9 fffffa80`0796f010 fffffa80`07583f20 : nt!ExAcquireFastMutex+0x1a
fffff880`033d28e0 fffff880`0107dbcf : fffff880`033d2a90 fffffa80`07298ca0 fffff880`033d8000 fffff800`00000002 : Ntfs!NtfsFsdClose+0xcb
fffff880`033d29e0 fffff880`0107c6df : fffffa80`045018e0 fffffa80`07298ca0 fffffa80`043a4c00 fffffa80`07298ca0 : fltmgr!FltpLegacyProcessingAfterPreCallbacksCompleted+0x24f
fffff880`033d2a70 fffff800`02dd538e : fffffa80`07583f20 fffffa80`044daea0 fffff8a0`097452f0 fffffa80`045018e0 : fltmgr!FltpDispatch+0xcf
fffff880`033d2ad0 fffff800`02ae2af4 : fffff8a0`097452f0 00000000`00000000 fffffa80`03d03420 00000000`00000000 : nt!IopDeleteFile+0x11e
fffff880`033d2b60 fffff800`02d78285 : 00000000`00000000 00000000`000840a1 fffffa80`07584ea0 fffffa80`0757f1c0 : nt!ObfDereferenceObject+0xd4
fffff880`033d2bc0 fffff800`02b2618d : fffffa80`07584ea8 00000000`00000001 00000000`00000000 5b8fb35d`00000631 : nt!MiSegmentDelete+0xa1
fffff880`033d2c00 fffff800`02b26051 : 00000000`00000000 00000000`00000080 fffffa80`03cd1040 fffffa80`00000012 : nt!MiProcessDereferenceList+0x131
fffff880`033d2cc0 fffff800`02d73fee : a409049b`3b46b94a 80deae6c`b26609ea 7b65d96d`bd36b721 a383867e`6a8bf418 : nt!MiDereferenceSegmentThread+0x10d
fffff880`033d2d40 fffff800`02aca5e6 : fffff880`009b1180 fffffa80`03d52660 fffff880`009bc0c0 1ef668e3`535e1908 : nt!PspSystemThreadStartup+0x5a
fffff880`033d2d80 00000000`00000000 : fffff880`033d3000 fffff880`033cd000 fffff880`033d27f0 00000000`00000000 : nt!KxStartSystemThread+0x16


SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: nt!ExAcquireFastMutex+1a

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4e02aaa3

STACK_COMMAND: .cxr 0xfffff880033d1ed0 ; kb

FAILURE_BUCKET_ID: X64_0x7E_nt!ExAcquireFastMutex+1a

BUCKET_ID: X64_0x7E_nt!ExAcquireFastMutex+1a

Followup: MachineOwner
---------
 
Zuletzt bearbeitet:
Ist es immer der gleiche Stopfehlercode, der beim Bluescreen angezeigt wird?
Aus der Auswertung ist zunächst mal nur ein "Status Access Violation" rauszulesen (Speicherzugriffsverletzung).

fffff880`033d28e0 fffff880`0107dbcf : fffff880`033d2a90 fffffa80`07298ca0 fffff880`033d8000 fffff800`00000002 : Ntfs!NtfsFsdClose+0xcb

Hieraus ist abzleiten, dass die Zugriffsverletzung durch ein Dateisystemfehler ausgelöst wurde.
Insofern würde ich auf jeden Fall mal das Dateisystem auf Fehler überprüfen (mit Checkdisk: Eingabeaufforderung als Admin starten und "chkdsk /f /r" eingeben (ohne "")).

fltmgr!FltpLegacyProcessingAfterPreCallbacksComple ted+0x24f
fffff880`033d2a70 fffff800`02dd538e : fffffa80`07583f20 fffffa80`044daea0 fffff8a0`097452f0 fffffa80`045018e0 : fltmgr!FltpDispatch+0xcf

Hinzu kommt noch dieses Problemchen mit dem Filtermanager. Könnte evtl. durch Systemtools, Viren oder sogar den Virenscanner selbst ausgelöst werden (reine Vermutung).

Du könntest ja die Minidump(s) hochladen. Evtl. kann ich da noch die eine oder andere Info herausbekommen.

Die aktuellste Firmware ist auf der SSD?
 
Ist es immer der gleiche Stopfehlercode, der beim Bluescreen angezeigt wird?
Keine Ahnung, die Meldung ist immer so schnell weider weg... aber ich werd mal drauf achten.

chkdsk hat keine Fehler gefunden.

Virenscanner ist Avast.

Aktuelle Firmware ist drauf.

Es kam jetzt seither kein Bluescreen mehr. Ich werd mal drauf achten, ob er immer in einem bestimmten Kontext auftritt, bisher konnte ich allerdings keinen Zusammenhang feststellen.

Minidump:

*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M (1000007e)
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.
Some common problems are exception code 0x80000003. This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG. This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG. This will let us see why this breakpoint is
happening.
Arguments:
Arg1: ffffffffc0000005, The exception code that was not handled
Arg2: fffff80002aeb19a, The address that the exception occurred at
Arg3: fffff880033d2678, Exception Record Address
Arg4: fffff880033d1ed0, Context Record Address

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


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!ExAcquireFastMutex+1a
fffff800`02aeb19a f00fba3100 lock btr dword ptr [rcx],0

EXCEPTION_RECORD: fffff880033d2678 -- (.exr 0xfffff880033d2678)
ExceptionAddress: fffff80002aeb19a (nt!ExAcquireFastMutex+0x000000000000001a)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 0000000000000001
Parameter[1]: 0000000000000008
Attempt to write to address 0000000000000008

CONTEXT: fffff880033d1ed0 -- (.cxr 0xfffff880033d1ed0)
rax=0000000000000001 rbx=0000000000000008 rcx=0000000000000008
rdx=0000000000000150 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002aeb19a rsp=fffff880033d28b0 rbp=fffff880033d2a20
r8=fffffa80043a69c0 r9=0000000000000002 r10=fffffa800796f010
r11=fffffa8007298ca0 r12=fffff8a00c37d140 r13=0000000000000000
r14=fffff8a00c37d010 r15=0000000000000000
iopl=0 nv up ei ng nz na pe nc
cs=0010 ss=0000 ds=002b es=002b fs=0053 gs=002b efl=00010282
nt!ExAcquireFastMutex+0x1a:
fffff800`02aeb19a f00fba3100 lock btr dword ptr [rcx],0 ds:002b:00000000`00000008=????????
Resetting default scope

CUSTOMER_CRASH_COUNT: 1

PROCESS_NAME: System

CURRENT_IRQL: 1

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

EXCEPTION_PARAMETER1: 0000000000000001

EXCEPTION_PARAMETER2: 0000000000000008

WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff80002d0b100
0000000000000008

FOLLOWUP_IP:
nt!ExAcquireFastMutex+1a
fffff800`02aeb19a f00fba3100 lock btr dword ptr [rcx],0

BUGCHECK_STR: 0x7E

DEFAULT_BUCKET_ID: NULL_CLASS_PTR_DEREFERENCE

LAST_CONTROL_TRANSFER: from fffff880012ed41b to fffff80002aeb19a

STACK_TEXT:
fffff880`033d28b0 fffff880`012ed41b : fffffa80`07583f20 fffff880`0107d4d9 fffffa80`0796f010 fffffa80`07583f20 : nt!ExAcquireFastMutex+0x1a
fffff880`033d28e0 fffff880`0107dbcf : fffff880`033d2a90 fffffa80`07298ca0 fffff880`033d8000 fffff800`00000002 : Ntfs!NtfsFsdClose+0xcb
fffff880`033d29e0 fffff880`0107c6df : fffffa80`045018e0 fffffa80`07298ca0 fffffa80`043a4c00 fffffa80`07298ca0 : fltmgr!FltpLegacyProcessingAfterPreCallbacksCompleted+0x24f
fffff880`033d2a70 fffff800`02dd538e : fffffa80`07583f20 fffffa80`044daea0 fffff8a0`097452f0 fffffa80`045018e0 : fltmgr!FltpDispatch+0xcf
fffff880`033d2ad0 fffff800`02ae2af4 : fffff8a0`097452f0 00000000`00000000 fffffa80`03d03420 00000000`00000000 : nt!IopDeleteFile+0x11e
fffff880`033d2b60 fffff800`02d78285 : 00000000`00000000 00000000`000840a1 fffffa80`07584ea0 fffffa80`0757f1c0 : nt!ObfDereferenceObject+0xd4
fffff880`033d2bc0 fffff800`02b2618d : fffffa80`07584ea8 00000000`00000001 00000000`00000000 5b8fb35d`00000631 : nt!MiSegmentDelete+0xa1
fffff880`033d2c00 fffff800`02b26051 : 00000000`00000000 00000000`00000080 fffffa80`03cd1040 fffffa80`00000012 : nt!MiProcessDereferenceList+0x131
fffff880`033d2cc0 fffff800`02d73fee : a409049b`3b46b94a 80deae6c`b26609ea 7b65d96d`bd36b721 a383867e`6a8bf418 : nt!MiDereferenceSegmentThread+0x10d
fffff880`033d2d40 fffff800`02aca5e6 : fffff880`009b1180 fffffa80`03d52660 fffff880`009bc0c0 1ef668e3`535e1908 : nt!PspSystemThreadStartup+0x5a
fffff880`033d2d80 00000000`00000000 : fffff880`033d3000 fffff880`033cd000 fffff880`033d27f0 00000000`00000000 : nt!KxStartSystemThread+0x16


SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: nt!ExAcquireFastMutex+1a

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4e02aaa3

STACK_COMMAND: .cxr 0xfffff880033d1ed0 ; kb

FAILURE_BUCKET_ID: X64_0x7E_nt!ExAcquireFastMutex+1a

BUCKET_ID: X64_0x7E_nt!ExAcquireFastMutex+1a

Followup: MachineOwner
---------
 
Mit hochladen meinte ich nicht den Auswertungstext, sondern die Minidump selbst (die *.dmp Datei(en), die im Ordner C:\Windows\Minidump liegen).

Den automatischen Neustart kannst du deaktivieren, so dass der Bluescreen stehen bleibt: Windows 7
 
Zurück