Windows 10 stürzt mit Bluescreen ab :(

chillious

Cadet 4th Year
Registriert
Sep. 2015
Beiträge
110
Hallo, bin heute ganz normal an meinen PC gegangen und habe die Powertaste gedrückt und beide Bildschirme blieben dunkel obwohl der Rechner irgendwie lief, ob er richtig hochgefahren ist weiß ich nicht.
Ich habe dann einmal alle Kabel ab gemacht entstaubt etc. neu Verbunden und er ist hochgefahren. Als ich dann später ein Spiel gestartet habe kam der Windows 10 Bluescreen. Tolle Wurst dachte ich mir. Gestern hatte ich auch ein komisches Problem mit dem Geforce Experience Ding, es ist einfach verschwunden gewesen!

Na ja ich habe mir dann gedacht setzt du mal das System neu auf. Habe C: formatiert Windows 10 neu installiert und neue Treiber gezogen. Lief auch alles soweit. Als ich am Ende die Grafiktreiber installieren wollte, wieder Bluescreen. Ab jetzt habe ich mir sorgen gemacht. Im normalen Windows Betrieb scheint es zu Laufen aber wenn ich nen Game starte scheint es Probleme zu geben, werde dies gleich nochmal testen. Ich persönlich tippe vllt. auf die Grafikkarte aber das ist nur ne Vermutung, kann alles sein.

Wie bekomme ich nun am besten raus wo es klemmt?

Mein System:

2x 500GB Samsung 850 Evo 2.5" (6.4cm) SATA 6Gb/s TLC Toggle (MZ-75E500B/EU)
Intel Core i7 6700K 4x 4.00GHz So.1151 WOF @ 4,5 GHz (Temperaturen waren laut Coretemp ok)
Thermalright HR-02 Macho Rev. B Tower Kühler
16GB GeIL white Dragon IC DDR4-3200 DIMM CL15 Dual Kit
8GB Palit GeForce GTX 1070 Super Jetstream Aktiv PCIe 3.0 x16 (Retail)
ASRock Z170 Extreme4 Intel Z170 So.1151 Dual Channel DDR4 ATX Retail
500 Watt be quiet! Straight Power 10 CM Modular 80+ Gold
Inateck KTU3FR-4P USB 3.0 expresskarte

Hoffe ihr habt ein paar Ideen.

MfG
 
Zuletzt bearbeitet:
dann schau mal in die Dumpfiles die bei jeden Bluescreen erstellt werden.
Wie du das macht kannst du bei Google herausfinden.

Danach hier genauere Infos Posten.
 
Ich hoffe das sind die richtigen Informationen:

Dump-Datei 061018-6031-01.dmp
Absturzzeit 10.06.2018 18:53:27
Fehlerprüfstring SYSTEM_SERVICE_EXCEPTION
Fehlerprüfcode 0x0000003b
Parameter 1 00000000`c0000005
Parameter 2 fffff800`c53368ff
Parameter 3 ffff8902`fee76d40
Parameter 4 00000000`00000000
Verursachender Treiber ntoskrnl.exe
Verursachende Adresse ntoskrnl.exe+197650
Dateibeschreibung NT Kernel & System
Produktname Microsoft® Windows® Operating System
Hersteller Microsoft Corporation
Dateiversion 10.0.17134.1 (WinBuild.160101.0800)
Prozessor 64-Bit
Absturzadresse ntoskrnl.exe+197650
Stapeladresse 1
Stapeladresse 2
Stapeladresse 3
Computername
Pfad
C:\Windows\Minidump\061018-6031-01.dmp
CPUs 8
Hauptversion 15
Nebenversion 17134
Dump-Dateigröße 954.604
Dump-Dateizeit 10.06.2018 18:54:06





Crash Dump Analysis provided by OSR Open Systems Resources, Inc. (http://www.osr.com)
Online Crash Dump Analysis Service
See http://www.osronline.com for more information
Windows 8 Kernel Version 17134 MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 17134.1.amd64fre.rs4_release.180410-1804
Machine Name:
Kernel base = 0xfffff800`c4e1d000 PsLoadedModuleList = 0xfffff800`c51da2f0
Debug session time: Sun Jun 10 12:53:27.692 2018 (UTC - 4:00)
System Uptime: 0 days 0:04:17.558
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

SYSTEM_SERVICE_EXCEPTION (3b)
An exception happened while executing a system service routine.
Arguments:
Arg1: 00000000c0000005, Exception code that caused the bugcheck
Arg2: fffff800c53368ff, Address of the instruction which caused the bugcheck
Arg3: ffff8902fee76d40, Address of the context record for the exception that caused the bugcheck
Arg4: 0000000000000000, zero.

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 ***
*** ***
*************************************************************************
TRIAGER: Could not open triage file : e:\dump_analysis\program\triage\modclass.ini, error 2
*************************************************************************
*** ***
*** ***
*** 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:

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: fffff800c4e1d000 nt

DEBUG_FLR_IMAGE_TIMESTAMP: 5acd8966

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at "0x%08lx" referenced memory at "0x%08lx". The memory could not be "%s".

FAULTING_IP:
nt+5198ff
fffff800`c53368ff f00fc18100020000 lock xadd dword ptr [rcx+200h],eax

CONTEXT: ffff8902fee76d40 -- (.cxr 0xffff8902fee76d40)
rax=00000000ffffffff rbx=0040000000000000 rcx=0040000000000000
rdx=0000000000000008 rsi=ffff900c5ca81cf0 rdi=000000000000001d
rip=fffff800c53368ff rsp=ffff8902fee77730 rbp=ffff900c5b4732e0
r8=0000000000000000 r9=0000000000000000 r10=0000000000000000
r11=00000000001378c0 r12=0000000000000000 r13=0000000000000070
r14=ffff900c5ca81cf0 r15=0040000000000000
iopl=0 nv up ei ng nz na po nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010286
nt+0x5198ff:
fffff800`c53368ff f00fc18100020000 lock xadd dword ptr [rcx+200h],eax ds:002b:00400000`00000200=????????
Resetting default scope

DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT

BUGCHECK_STR: 0x3B

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from 0000000000000000 to fffff800c53368ff

STACK_TEXT:
ffff8902`fee77730 00000000`00000000 : 00000000`00000070 00000000`00000000 ffff900c`5b4732e0 ffff900c`5ca81cf0 : nt+0x5198ff


FOLLOWUP_IP:
nt+5198ff
fffff800`c53368ff f00fc18100020000 lock xadd dword ptr [rcx+200h],eax

SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: nt+5198ff

FOLLOWUP_NAME: MachineOwner

IMAGE_NAME: ntoskrnl.exe

STACK_COMMAND: .cxr 0xffff8902fee76d40 ; kb

BUCKET_ID: WRONG_SYMBOLS

Followup: MachineOwner

Crash Dump Analysis

Crash dumps are enabled on your computer.

Crash dump directories:
C:\Windows
C:\Windows\Minidump

On Sun 10.06.2018 18:53:27 your computer crashed or a problem was reported
crash dump file: C:\Windows\Minidump\061018-6031-01.dmp
This was probably caused by the following module: ntoskrnl.exe (nt+0x197650)
Bugcheck code: 0x3B (0xC0000005, 0xFFFFF800C53368FF, 0xFFFF8902FEE76D40, 0x0)
Error: SYSTEM_SERVICE_EXCEPTION
file path: C:\Windows\system32\ntoskrnl.exe
product: Microsoft® Windows® Operating System
company: Microsoft Corporation
description: NT Kernel & System
Bug check description: This indicates that an exception happened while executing a routine that transitions from non-privileged code to privileged code.
This appears to be a typical software driver bug and is not likely to be caused by a hardware problem.
The crash took place in the Windows kernel. Possibly this problem is caused by another driver that cannot be identified at this time.



On Sun 10.06.2018 18:53:27 your computer crashed or a problem was reported
crash dump file: C:\Windows\MEMORY.DMP
This was probably caused by the following module: ntkrnlmp.exe (nt!setjmpex+0x8529)
Bugcheck code: 0x3B (0xC0000005, 0xFFFFF800C53368FF, 0xFFFF8902FEE76D40, 0x0)
Error: SYSTEM_SERVICE_EXCEPTION
Bug check description: This indicates that an exception happened while executing a routine that transitions from non-privileged code to privileged code.
This appears to be a typical software driver bug and is not likely to be caused by a hardware problem.
The crash took place in the Windows kernel. Possibly this problem is caused by another driver that cannot be identified at this time.





Conclusion



2 crash dumps have been found and analyzed. No offending third party drivers have been found.

Ob das mit dem Analysieren geklappt hat.... ?! Sagt einfach bescheid wenn ich da nochmal was schauen muss!
 
Zuletzt bearbeitet:
Poste bitte mal das letzte Dmp-File gepackt als ZIP hier. Dann kann jeder selbst nach sehen.
Im Moment scheint die Analyse bei OSR etwas buggy zu sein. Ja ok, ist Sonntag. ;)

Kannst Du mal einen aelteren GPU-Treiber nutzen und die genaue Version (OS Build 17134.81?) Deines W10 posten?

BFF
 
Microsoft Windows Version 1803 (Build 17134.81)

dmp Datei als Zip https://workupload.com/file/qg6ZpVm

Habe jetzt etwas Destiny 2 gespielt da gab es keine Probs, Bei Prime95 sind die Temps auf 75° C max gegangen, allerdings hat 1 Worker gestoppt, vllt. sollte ich erstmal die Übertaktung rausnehmen.

MfG
Ergänzung ()

So, jetzt ist er bei yt.com schauen abgestürzt und direkt danach beim Anmelden in Windows erneut. Anbei die aktuellen Dumps.

https://workupload.com/file/GBXy5LA
 
Zuletzt bearbeitet:
Kannst Du die DMP nicht als Anlage hier bereit stellen?

Hast Du nun schon einen aelteren Grafiktreiber probiert? Hast Du das Uebertakten raus genommen?
Das eine DMP sagt, das die services.exe abgeraucht ist im Zusammenhang mit der ntfs.sys.
Das kann alles Moegliche als Ursache haben.

BFF
 
Kannte die funktion nicht :) Also ich habe ja Quasi den alten Grafiktreiber bis heute drauf gehabt und jetzt den neusten, das Problem Tauchte bei beiden auf. Übertakten nehme ich morgen mal raus, muss mich erst wieder einlesen ist schon was her.
Ergänzung ()

So, da er leider gerade wieder abgestürzt ist, habe ich die Spannungsconfig und die Cpu Config vom MB mal auf Auto umgestellt.
 

Anhänge

Zuletzt bearbeitet:
Und schau die SMART-Werte der SSD an.
Das Abrauchen per ntfs.sys kann w.g. Vieles sein.

BFF
 
So, wie gesagt ich hatte gestern Abend den Overclock raus genommen, das System blieb jedoch unverändert instabil. Habe jetzt mal meine 3 Festplatten gechecked.

Festplatte 1 wo Windows und Programme liegen:

Festplatte1.jpg



Festplatte 2 wo Spiele liegen:

Festplatte2.jpg



Und Festplatte 3, das Datengrab:

Festplatte3.jpg


Mir scheint die Pladden sind ok?

So ich habe jetzt überlegt die Grafikkarte auszubauen und meine Monitore an der CPU anzuschließen (MB), wenn ich das soweit habe würde ich dann nen paar Stabilitätstest laufen lassen, wenn es keinen BSOD mehr gibt ist es die Grafikkarte wenn doch geht die Suche weiter. Welche Tests sollte ich ohne Graka laufen lassen?
 
Ich habe gestern Abend im Bios die Spannung auf Auto gestellt und den Multiplikator auch also so wie es vorher war. Anbei die aktuellen letzten 2 BSOD Dumps.
 

Anhänge

Bluesc.JPG



Er hat so seine Probleme mit deinen Grarfiktreiber/ Karte. Neusten Treiber drauf? Benutz du Graka Tools wo man die übertaktet? Windows mit Tools verpfuscht?

Ansonsten mal ausbauen und andere ausprobieren. Läuft es mit der, weißt du das es an der alten lag. Auf die schnelle Fällt mir nichts anderes ein.

1528708072268.png


Beim anderen ist von deinem Arbeitsspeicher die Rede.
 
Zuletzt bearbeitet:
Hallo Leute, ich habe gerade mal Prime95 laufen lassen genau eine Stunde mit diesen Einstellungen:

Prime95.jpg


Es gab keine Errors und keine Warnings und die CPU Temp war maximal 67° C. Deshalb gehe ich davon aus, dass die CPU keine Probleme bereitet.


Neronomicon schrieb:
Anhang anzeigen 686816


Er hat so seine Probleme mit deinen Grarfiktreiber/ Karte. Neusten Treiber drauf? Benutz du Graka Tools wo man die übertaktet? Windows mit Tools verpfuscht?

Ansonsten mal ausbauen und andere ausprobieren. Läuft es mit der, weißt du das es an der alten lag. Auf die schnelle Fällt mir nichts anderes ein.

Anhang anzeigen 686820

Beim anderen ist von deinem Arbeitsspeicher die Rede.

Also der neueste Treiber ist installiert, Windows ist auch auf dem Neusten stand. Ich nutze keine Graka oder Windows Tools um die Graka in irgend einer Art und Weise zu manipulieren.

Ich würde jetzt einfach die Grafikkarte ausbauen und die Monitore über die Intel Grafikeinheit laufen lassen. Wenn ich dies so umgesetzt habe würde ich einen Memtest machen. Was sagt ihr dazu?

MfG
 
So, nochmal ein Update, ich habe Heute Memtest laufen lassen, welcher keine Fehler finden konnte. Ebenfalls habe ich gerade Furmark laufen lassen, das System blieb stabil die Grafikkarte wurde bei 100% Auslastung nicht heißer als 70° C.

Seit den beiden Bluescreens heute Früh hatte ich keine weiteren Probleme mit dem System, was mich irgendwie nervt, da ich jetzt nicht wirklich weiß woran es liegt bzw. lag ;(

Eigentlich dachte ich nach 2 Minuten Furmark bekomme ich nen Bluescreen. Ich habe jetzt auch nochmal 4 yt Videos laufen lassen weil ich gestern das Gefühl hatte da hat er sich gerne aufgehaben, aber 30 min später liefen die immer noch.

Was nun? :D
 
Ich würde auch die GraKa im Auge behalten und im Zweifel - wie du schon selbst vorgeschlagen hast - mal einen Testbetrieb ohne GraKa machen. So kannst du es vielleicht noch weiter einkreisen.
 
Ich dachte schon es wäre vllt. ausgestanden, aber leider hatte ich gerade 2 crashes am Stück. :( Das Problem ist der letzte Crash war gestern früh. Sehr unregelmäßig die Sache :X Leider kann ich den BOSD nicht gezielt reproduzieren, was es schwer macht die Grafikkarte auszubauen und zu testen ob sie das Problem ist.
 

Anhänge

Zuletzt bearbeitet:
Zurück
Oben