ATTEMPTED_EXECUTE_OF_NOEXECUTE_MEMORY bsod RAM oder GraKa???

bambam90

Komplett-PC-Aufrüster(in)
Sorry für die Plumpe frage liebe Community

Aber ich hatte in den letzten 1,5 monaten alle 4-5 tagen Bluescreens,
Mein letzter bluescreen hat den Bug check String:ATTEMPTED_EXECUTE_OF_NOEXECUTE_MEMORY 4096
Ich habe 32 Gb Ram 4x8 riegel von elixier die timings sind 11-11-11-28 1,5v
ich hatte hier im forum schonmal ein vorfall
http://extreme.pcgameshardware.de/p...um-klaerung-des-sachverhaltes-bluescreen.html
dieser vorfall hatte sich nach einem Memtest (alle riegeln wurden einzeln getestet) was ohne fehler war und neu aufsetzen von windows 8 ,1 sich von allein gelöst
was mir sorge macht ist, dass es vielleicht an der graka r9 290x 4GiB liegt?
weil die meisten probleme habe ich wenn ich spiele, spiele wie cs:go oder pes 2015 das mein rechner dann einfach abschmiert und bei Spielen die mehr "verbrauchen" mein System Stabil läuft
bluescreens habe ich dann auch wenn mein pc auch einfach nur an ist.
Temps von Cpu und Graka ist alles im normal bereich
Wenn ich mein minidump von gestern nacht auslese sehe ich das hier:

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


Loading Dump File [C:\Windows\Minidump\030415-15093-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 8 Kernel Version 9600 MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 9600.17630.amd64fre.winblue_r7.150109-2022
Machine Name:
Kernel base = 0xfffff801`30c83000 PsLoadedModuleList = 0xfffff801`30f5c250
Debug session time: Wed Mar 4 00:57:46.746 2015 (UTC + 1:00)
System Uptime: 1 days 1:59:23.465
*********************************************************************
* 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
........................

************* Symbol Loading Error Summary **************
Module name Error
ntoskrnl The system cannot find the file specified

You can troubleshoot most symbol related issues by turning on symbol loading diagnostics (!sym noisy) and repeating the command that caused symbols to be loaded.
You should also verify that your symbol search path (.sympath) is correct.
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck FC, {fffff96000157850, f700000401397021, ffffd000ba336860, 2}

*** WARNING: Unable to verify timestamp for win32k.sys
*** ERROR: Module load completed but symbols could not be loaded for win32k.sys
***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands 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 : win32k.sys ( win32k+42850 )

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

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

ATTEMPTED_EXECUTE_OF_NOEXECUTE_MEMORY (fc)
An attempt was made to execute non-executable memory. The guilty driver
is on the stack trace (and is typically the current instruction pointer).
When possible, the guilty driver's name (Unicode string) is printed on
the bugcheck screen and saved in KiBugCheckDriver.
Arguments:
Arg1: fffff96000157850, Virtual address for the attempted execute.
Arg2: f700000401397021, PTE contents.
Arg3: ffffd000ba336860, (reserved)
Arg4: 0000000000000002, (reserved)

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

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

*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands 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:
You can run '.symfix; .reload' to try to fix the symbol path and load symbols.

MODULE_NAME: win32k

FAULTING_MODULE: fffff80130c83000 nt

DEBUG_FLR_IMAGE_TIMESTAMP: 54b0e120

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT

BUGCHECK_STR: 0xFC

CURRENT_IRQL: 0

ANALYSIS_VERSION: 6.3.9600.17237 (debuggers(dbg).140716-0327) amd64fre

LAST_CONTROL_TRANSFER: from fffff80130e315fa to fffff80130dd39a0

STACK_TEXT:
ffffd000`ba3365b8 fffff801`30e315fa : 00000000`000000fc fffff960`00157850 f7000004`01397021 ffffd000`ba336860 : nt+0x1509a0
ffffd000`ba3365c0 00000000`000000fc : fffff960`00157850 f7000004`01397021 ffffd000`ba336860 00000000`00000002 : nt+0x1ae5fa
ffffd000`ba3365c8 fffff960`00157850 : f7000004`01397021 ffffd000`ba336860 00000000`00000002 fffff960`00157850 : 0xfc
ffffd000`ba3365d0 f7000004`01397021 : ffffd000`ba336860 00000000`00000002 fffff960`00157850 00000000`00000001 : win32k+0x42850
ffffd000`ba3365d8 ffffd000`ba336860 : 00000000`00000002 fffff960`00157850 00000000`00000001 fffff801`30d0aaac : 0xf7000004`01397021
ffffd000`ba3365e0 00000000`00000002 : fffff960`00157850 00000000`00000001 fffff801`30d0aaac f7000004`01397021 : 0xffffd000`ba336860
ffffd000`ba3365e8 fffff960`00157850 : 00000000`00000001 fffff801`30d0aaac f7000004`01397021 00000980`00000000 : 0x2
ffffd000`ba3365f0 00000000`00000001 : fffff801`30d0aaac f7000004`01397021 00000980`00000000 ffffd000`ba3367d0 : win32k+0x42850
ffffd000`ba3365f8 fffff801`30d0aaac : f7000004`01397021 00000980`00000000 ffffd000`ba3367d0 fffff801`30dd6836 : 0x1
ffffd000`ba336600 f7000004`01397021 : 00000980`00000000 ffffd000`ba3367d0 fffff801`30dd6836 00000000`00000002 : nt+0x87aac
ffffd000`ba336608 00000980`00000000 : ffffd000`ba3367d0 fffff801`30dd6836 00000000`00000002 00000000`00000000 : 0xf7000004`01397021
ffffd000`ba336610 ffffd000`ba3367d0 : fffff801`30dd6836 00000000`00000002 00000000`00000000 00000000`00000000 : 0x00000980`00000000
ffffd000`ba336618 fffff801`30dd6836 : 00000000`00000002 00000000`00000000 00000000`00000000 ffffe001`0c0c2080 : 0xffffd000`ba3367d0
ffffd000`ba336620 00000000`00000002 : 00000000`00000000 00000000`00000000 ffffe001`0c0c2080 ffffd000`ba336811 : nt+0x153836
ffffd000`ba336628 00000000`00000000 : 00000000`00000000 ffffe001`0c0c2080 ffffd000`ba336811 fffff6fc`b0000ab8 : 0x2


STACK_COMMAND: kb

FOLLOWUP_IP:
win32k+42850
fffff960`00157850 0000 add byte ptr [rax],al

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: win32k+42850

FOLLOWUP_NAME: MachineOwner

IMAGE_NAME: win32k.sys

BUCKET_ID: WRONG_SYMBOLS

FAILURE_BUCKET_ID: WRONG_SYMBOLS

ANALYSIS_SOURCE: KM

FAILURE_ID_HASH_STRING: km:wrong_symbols

FAILURE_ID_HASH: {70b057e8-2462-896f-28e7-ac72d4d365f8}

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

Anhänge

  • cpu z 1.jpg
    cpu z 1.jpg
    85 KB · Aufrufe: 48
  • cpu z 2.jpg
    cpu z 2.jpg
    56,2 KB · Aufrufe: 42
  • cpu z 3.jpg
    cpu z 3.jpg
    54,6 KB · Aufrufe: 39
  • cpu z 4.jpg
    cpu z 4.jpg
    58,8 KB · Aufrufe: 45
  • cpu z 5.jpg
    cpu z 5.jpg
    71,9 KB · Aufrufe: 46
  • gpu z.gif
    gpu z.gif
    22,1 KB · Aufrufe: 42
Symbol search path is: *** Invalid ***

Die Auswertung bringt nichts, wenn der Symbol Pfad nicht eingestellt ist.
Symbold-Pfad einstellen sieher hier: http://extreme.pcgameshardware.de/k...eme/330538-howto-bluescreenauswertung.html#a3
Lade am Besten mal alle Dumps hier im Forum hoch.

Aber ich hatte in den letzten 1,5 monaten alle 4-5 tagen Bluescreens,
Mein letzter bluescreen hat den Bug check String:ATTEMPTED_EXECUTE_OF_NOEXECUTE_MEMORY 4096

Die Bluescreen-Stopfehlercodes variieren?
Bei den CPU-Z Screenshots fallen mir zwei Sachen ins Auge.
Zum einen die Vollbestückung mit einer Command Rate "1T". Dieser Modus könnte unter Vollbestückung problematisch sein.
Schaue im Bios nach (welches sicherlich bei dem Fertig-Rechner ziemlich beschnitten sein dürfte), ob du dort den Command Rate Modus der RAM auf 2T umstellen kannst.
Wenn nicht, baue zwei RAM Riegel aus und teste, ob die Probleme bleiben, wenn nur ein RAM Kit (2x8GB) eingebaut ist. Teste beide Kits einzeln.

Des weiteren wird die Grafikkarte nur mit 1xLanes (anstelle 16xLanes) angebunden. Dies könnte ggf. auch schlichtweg nur daran liegen, dass das Motherboard im Idle die Lanes zurücknimmt. Poste also erneut einen Screenshot von CPU-Z (Reiter Mainboard) oder GPU-Z, wenn die Grafikkarte unter Last steht (z.B. mittels Benchmark, oder Furmark).
 
Also,
Command Rate im bios konnte ich nicht ändern aber habe die dump dateien im zip ordner
mit der Graka hattest du recht war im idle zustand auf 1xlanes bei last 16
Ram riegel baue ich nach diesem post aus
 

Anhänge

  • Screenshot (14).jpg
    Screenshot (14).jpg
    745,3 KB · Aufrufe: 69
  • bambam dump datei.zip
    429,8 KB · Aufrufe: 6
Ok. Dann wäre das schon mal geklärt.

Die Dumps (insgesamt) zeigen kein primäres Treiberproblem.
Ist das System aktuell übertaktet? Ggf. auch speziell durch diese Tools:

C:\Program Files (x86)\Ashampoo\Ashampoo Core Tuner 2\ACT2ProcessMonitor64.sys
C:\Program Files (x86)\Intel\Extreme Tuning Utility\Drivers\IocDriver\64bit\iocbios2.sys

Schmeiß diese Tools bitte mal runter (alle derartigen Tuning Tools deinstallieren). Bleiben danach die Probleme, teste erst ,mal mit den 2x8GB RAM aus.

Was für ein Netzteil ist eingebaut?

rikvm_38F51D56.sys
Könnte ein Rootkit sein (könnte auch Bestandteil von Cyberlink Power DVD sein).

Zur Sicherheit das System mit Malwarebyte (free Version) untersuchen: Malwarebytes : Free Anti-Malware
 
also turbo boost 2,9 ist an ansonsten hat das ding ja overclock taste am rechner das bringt dann 4,2 ab werk war das schon an
ashampoo hab ich nie benutzt und extreme tuning utility hab ich in der anfangzeit genutz als ich noch unerfahren war um zu gucken welche temps ect meine cpu zeigt
werde es deinstallieren danke
ah die bluescreens hab ich beim turbo boost und wie bei der overclock taste
 
also turbo boost 2,9 ist an ansonsten hat das ding ja overclock taste am rechner das bringt dann 4,2 ab werk war das schon an
...
ah die bluescreens hab ich beim turbo boost und wie bei der overclock taste

Soll heißen, dass die Bluescreens immer nur aufgetreten sind, wenn du die overclock Taste bedient hast?
 
Kannst du dir eine Grafikkarte vom gleichen Hersteller (AMD/NV) irgendwo ausleihen (so dass du den Treiber nicht wechseln musst), um diese Testweise einzubauen?

Fehlersuche geht am schnellsten, wenn man gezielt mögliche Quellen isolieren und ausschließen kann.
Auch ein anderes NT wäre hilfreich. Klingt komisch, aber bei mir war es das NT, das die unregelmäßigen Reboots zu verantworten hatte.
 
also hab jetzt wieder ein bluescreen gehabt: service_system_execption

edit: ne sorry hab zwar ein freeze gehabt und ein sound loop bei cs:go aber kein bluescreen eintrag hab mich verguckt
 
Da keine Austauschhardware vorhanden ist, würde ich jetzt mal das System mit nur 2 RAM Riegeln laufen lassen. Wie bereits geschrieben dabei beide Kits jeweils einzeln testen (ob es Unterschiede in der Stabilität gibt).
 
hab die kits gerade nicht gewechselt und ein service_system_execption bluescreen gehabt während ich jetzt hier schreibe sind die anderen kits drin mal gucken was passiert
 
hab die kits gerade nicht gewechselt...
:huh:

War nun nur ein RAM Kit (2x8) GB eingebaut? Oder noch alle 4 RAM drin?

... sind die anderen kits drin mal gucken was passiert

Nur das wir nicht aneinander vorbeireden:

Der Einfachheit halber rede ich gerade von zwei RAM Kits. Ein RAM Kit kann aber grundsätzlich aus mehreren RAM bestehen. Es kommt darauf an, ob sie in einer Packung geliefert werden (das sind dann in der Regel Module aus der selben Produktionserie).

Ich weiß ja nicht, ob das vier identische RAM Riegel sind, bzw. dass sie als ein RAM Kit (4x8 GB) gekauft wurden, oder ob es zwei verschieden Kits waren (2x8GB), oder ob du die RAM sogar einzeln gekauft hast (dann haben wir gar kein Kit).
(Bitte noch mittteilen, ob das verschiedene Kits sind.)

Um es einfacher beschreiben zu können habe ich jetzt kurzerhand die 4 RAM als zwei RAM Kits beschrieben; also 2x8 GB RAM Riegel je Kit.
 
also ich hab pro riegel 8gb die waren schon im rechner drin als ich es gekauft hatte also 4*8
4steckplätze
auf der mainboard steht da
dimm4,3,2,1
ich hab gestern die in den steckplätzen von 1 und 2 ausgebaut dann hatte ich ja ein bluescreen am abend
heute hab ich die ausgebauten riegel wieder in die steckplätze 1und2 eingebaut und die im platz 3 und 4 ausgebaut
:S
 
Zurück