PC rebootet beim zocken - Ursache unklar

Nikusch

Newbie
Registriert
Juni 2020
Beiträge
5
Moin Leute!

Mein Problem
Aktuell spiele ich mit meinen Freunden viel Rainbow Six und vor ca. 2 Wochen hat sich mein PC aus dem nichts im Spiel neugestartet. Dieses Problem tritt seit dem regelmäßig auf. Mal passiert es ziemlich schnell nach dem Start des Spiels, mal kann ich sogar eine ganze Partie spielen bis es dazu kommt. Reproduzieren lässt sich das Problem, wenn ich den Unigine Valley laufen lassen. Dort tritt das Problem auch manchmal ziemlich schnell auf und spätestens so nach 5 Minuten. Das aller erste Mal trat der Crash wie gesagt bei Rainbow Six spielen auf, ohne das ich davor irgendwas am System bewusst geändert habe.

Mein Setup
CPU: Intel Xeon E3-1231 v3
GPU: EVGA GTX 980Ti Superclocked+ ACX 2.0+
Mainboard: GIGABYTE H97-D3H-CF
RAM: 2*8GB Crucial BLS8G3D1609DS100 DDR3
PSU: BeQuiet! Pure Power 11 600W
Bootdrive: Crucial CT256MX100SSD1

Was ich bisher probiert habe
Ich habe verschiedenste Benchmarks und Test laufen lassen, in der Hoffnung so den Fehler reproduzieren zu können bzw. die Fehlerquelle verorten zu können. Dort kam es zu folgenden Ergebnissen:
  • Prime95 -> kein Crash
  • OCCT -> kein Crash
  • Linpack -> kein Crash
  • 3D Test von OCCT -> kein Crash
  • Graka Memtest von OCCT -> kein Crash
  • Powersupply Test von OCCT -> kein Crash
  • Memtest86 -> kein Crash + keine Fehler gefunden
  • Furmark -> kein Crash

Mein erster Gedanke war das es am Netzteil liegt, weil das im Netz auch als Hauptgrund für Shutdowns/Reboots ohne Bluescreen genannt wurde, denn auch mit automatischem Neustart bei Fehlern deaktiviert, habe ich keine Bluescreens bekommen. Auch mit BlueScreenViewer ließ sich nichts auslesen. Da mein vorheriges Netzteil mit 450W so oder so für meinen PC seit meinem Upgrade auf eine GTX 980Ti sehr knapp bemessen war, habe ich dieses auch ausgetauscht und das aktuelle verbaut. Das Problem hat sich dadurch allerdings nicht behoben.

Dann habe ich mich mal an der Grafikkarte probiert und diese komplett gereinigt und die Wärmeleitpaste erneuert. Danach ging es auch wieder für einen Tag, wobei das wahrscheinlich eher Zufall war. Denn die Temps waren davor schon mehr als in Ordnung und sind jetzt nach der Säuberung selbst unter hoher Last (und offenem Gehäuse) bei maximal 65°C, sofern ich die Lüfter auf 100% laufen lasse. Habe die GPU auch in Afterburner aufs Minimum bei Core Clock und Memory Clock underclocked, sowie Power Limit und Temp Limit aufs Maximum angehoben.

Habe auch probiert Rainbow Six mal auf niedrigsten Einstellungen laufen zu lassen, lief dann auch mal wieder eine Runde lang glatt und als wir dann die nächste Partie gesucht haben hat sich mein PC wieder neugestartet. Das Problem scheint also nicht zwingend aufzutreten, wenn gerade eine Anwendung extrem grafikhungrig, sich aber grundsätzlich nur reproduzieren lassen, wenn die Grafikkarte durch ein Spiel oder Valley Benchmark beansprucht wird. Warum es dann bei den OCCT Test und bei Furmark zu keinen Crashes gekommen ist, ist mir hier allerdings noch ein großes Rätsel.

Mir als Laie ist beim durchschauen der HWInfo Logs nichts aufgefallen, kann allerdings sein das ich dort was übersehe. Werde dort mal welche hochladen die bis zum Zeitpunkt des Crashes gelogt haben. Temps sowohl bei CPU als auch GPU sind dort voll im Rahmen.

Mein Energiesparplan habe ich von "Ausbalanciert" auf "Maximale Leistung" geändert, hat nichts geholfen.

Das Problem tritt auch auf, wenn ich alle USB Geräte bis auf meine Maus vom PC trenne. Auch etwaige unnötige Programme habe ich deaktiviert bzw geschlossen und das Problem ist noch da.

Ein Blick in die Ereignisanzeige von Windows hat mir einen kritischen Fehler nach jedem Crash gegeben, dieser scheint allerdings nur der Standardfehler zu sein, der Auftritt, wenn der PC unerwartet herunterfährt. Trotzdem hier einmal das Ereignis:
Protokollname: System
Quelle: Microsoft-Windows-Kernel-Power
Datum: 02.06.2020 21:41:25
Ereignis-ID: 41
Aufgabenkategorie: (63)
Ebene: Kritisch
Schlüsselwörter: (70368744177664),(2)
Benutzer: SYSTEM
Computer: DESKTOP-S6QUR81
Beschreibung:
Das System wurde neu gestartet, ohne dass es zuvor ordnungsgemäß heruntergefahren wurde. Dieser Fehler kann auftreten, wenn das System nicht mehr reagiert hat oder abgestürzt ist oder die Stromzufuhr unerwartet unterbrochen wurde.
Ereignis-XML:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Microsoft-Windows-Kernel-Power" Guid="{331c3b3a-2005-44c2-ac5e-77220c37d6b4}" />
<EventID>41</EventID>
<Version>6</Version>
<Level>1</Level>
<Task>63</Task>
<Opcode>0</Opcode>
<Keywords>0x8000400000000002</Keywords>
<TimeCreated SystemTime="2020-06-02T19:41:25.417232400Z" />
<EventRecordID>523754</EventRecordID>
<Correlation />
<Execution ProcessID="4" ThreadID="8" />
<Channel>System</Channel>
<Computer>DESKTOP-S6QUR81</Computer>
<Security UserID="S-1-5-18" />
</System>
<EventData>
<Data Name="BugcheckCode">0</Data>
<Data Name="BugcheckParameter1">0x0</Data>
<Data Name="BugcheckParameter2">0x0</Data>
<Data Name="BugcheckParameter3">0x0</Data>
<Data Name="BugcheckParameter4">0x0</Data>
<Data Name="SleepInProgress">0</Data>
<Data Name="PowerButtonTimestamp">0</Data>
<Data Name="BootAppStatus">0</Data>
<Data Name="Checkpoint">0</Data>
<Data Name="ConnectedStandbyInProgress">false</Data>
<Data Name="SystemSleepTransitionsToOn">0</Data>
<Data Name="CsEntryScenarioInstanceId">0</Data>
<Data Name="BugcheckInfoFromEFI">false</Data>
<Data Name="CheckpointStatus">0</Data>
</EventData>
</Event>

Dazu bin ich noch auf einen Fehler gestoßen, welcher immer einige Sekunden vor den Crashes gelogt wurde. Hier auch der komplette Ereignisbericht:
Protokollname: System
Quelle: Microsoft-Windows-EnhancedStorage-EhStorTcgDrv
Datum: 03.06.2020 00:41:04
Ereignis-ID: 10
Aufgabenkategorie:Driver
Ebene: Fehler
Schlüsselwörter:
Benutzer: SYSTEM
Computer: DESKTOP-S6QUR81
Beschreibung:
A TCG Command has returned an error.
Desc: AuthenticateSession
Param1: 0x1
Param2: 0x60000001C
Param3: 0x900000006
Param4: 0x0
Status: 0x1
Ereignis-XML:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Microsoft-Windows-EnhancedStorage-EhStorTcgDrv" Guid="{aa3aa23b-bb6d-425a-b58c-1d7e37f5d02a}" />
<EventID>10</EventID>
<Version>0</Version>
<Level>2</Level>
<Task>1</Task>
<Opcode>57</Opcode>
<Keywords>0x8000000000000000</Keywords>
<TimeCreated SystemTime="2020-06-02T22:41:04.568192400Z" />
<EventRecordID>523851</EventRecordID>
<Correlation />
<Execution ProcessID="4" ThreadID="8" />
<Channel>System</Channel>
<Computer>DESKTOP-S6QUR81</Computer>
<Security UserID="S-1-5-18" />
</System>
<EventData>
<Data Name="Description">AuthenticateSession</Data>
<Data Name="Param1">0x1</Data>
<Data Name="Param2">0x60000001c</Data>
<Data Name="Param3">0x900000006</Data>
<Data Name="Param4">0x0</Data>
<Data Name="CmdStatus">0x1</Data>
</EventData>
</Event>
Diesen Fehler habe ich natürlich erstmal gegoogelt und bin dort auf einige Post im Zusammenhang mit Crucial SSDs gestoßen, dort wurde einmal von irgendwelchen Fehlern im Zusammenhang mit BitDefender gesprochen. Das Programm hatte ich allerdings nie installiert. Auch ein paar andere Threads zu diesem Problem gab es noch, wobei ich dort echt größtenteils nur noch Bahnhof verstanden habe. Dort ging es sehr technisch zur Sache. Vielleicht kann mir da ja hier jemand weiterhelfen und klären, ob das überhaupt direkt mit dem Problem in Verbindung steht.

Habe in dem Zuge auf jeden Fall CrystalDiskInfo und Crucial Storage Executive laufen und beide bescheinigen mir für die SSD und die aktiv genutzte HDD einen guten Zustand. Hab hier trotzdem mal einen kompletten Screenshot der SMART Werte angehangen, damit da vielleicht jemand der sich damit auskennt mal drüber schauen kann.

Morgen Vormittag habe ich die Möglichkeit eine GTX 970 aus dem PC meines kleinen Bruders auszubauen und mit dieser Karte zu testen, ob das Problem noch auftritt. Das ganze habe ich schon mal gemacht, als ich meine Grafikkarte zum reinigen ausgebaut hatte und noch ganz am Anfang mit der Fehlersuche war. Dort hatte ich die Karte allerdings nur ca. 5 Minuten aktiv am Valley Benchmark laufen und da lief es problemlos. Da muss ich natürlich morgen mal längere Test laufen lassen, da sich ja im Nachhinein gezeigt hat, dass ich teilweise auch nach dem ich wieder meine Grafikkarte eingebaut hatte mehrere Runde Rainbow oder Valley für längere Zeit laufen lassen konnte. Kann also durchaus sein, dass es in dem Moment Zufall war bzw der Fehler irgendwo anders herkommt und nur während des Test nicht aufgetreten ist.

Meine Grafikkartentreiber habe ich übrigens mit DDU komplett deinstalliert und neuinstalliert, hat auch nicht geholfen. Weitere Treiber habe ich noch nicht geupdatet. Werde morgen mal schauen, ob es für die anderen Komponenten noch aktuelle gibt und auch mal schauen, ob es eine neue Version für meinen BIOS gibt.

Aktuelles Zwischenfazit
Aktuell bin ich nur so schlau, dass es nicht am Netzteil liegt. Dieses habe ich ja erst nach dem ersten Auftreten des Problems ausgetauscht. Der einzige andere belastbare Hinweis ist, dass Valley Benchmark und Rainbow Six irgendwas mit meinem PC machen was andere Benchmarks nicht machen. Werde in dem Zuge auch nochmal mit anderen Spielen experimentieren.

Ich werde hier Updates posten, sobald ich die weiteren Sachen ausprobiert habe. Im Anhang findet ihr eine ZIP Datei mit den Ereignisanzeigen vom kritischen Fehler und dem Fehler der vorher passiert, ein Screenshot der CrystalDisk SMART Daten, ein HWInfo Log bei dem es am Ende zum Crash gekommen ist (durch Valley) und einen kompletten HWInfo Report.

Ich freue mich von euch zu hören und hoffe mit eurer Hilfe das Problem identifizieren und natürlich am Ende lösen zu können!

LG
Niklas
 

Anhänge

Dein PC ist ja schon etwas älter, daher:
PC aufmachen und von Staub befreien, wenns geht mit Luftdruck durchpusten, auch in Netzteilöffnungen mal reinpusten.
Setz dein CMOS zurücksetzen oder/und das BIOS auf default settings zurücksetzen
Memtest zeigt zwar keinen Fehler, aber probiers mal mit einem Riegel, wenn Fehler wieder kommt, Riegel auf den anderen wechseln.
Windows im abgesichterten Modus starten und alle Dienste/Programme deaktivieren
Unwahrscheinlich, dass das System beschädigt ist, wenn er ohne Bluescreen rebootet, aber mal Windows neuzuinstallieren schadet nicht, könnte auch ein fehlerhafter Treiber sein.
Eventuell kannst auch Linux auf nen USB stick installieren und davon booten, dann siehst du, wenns an der Festplatte liegt, da diese ja dann nicht genutzt wird (oder auf ein Indiz für fehlerhaftes Windows).
 
Zuletzt bearbeitet von einem Moderator:
Heißt um die Variante das es doch an der SSD liegt zu überprüfen, sollte ich mal Linux über nen USB Stick booten und dann Valley laufen lassen? Den Schritt mit Windows neuinstallieren könnte ich mir damit ja auch erstmal ersparen, bzw wenn das Problem unter Linux dann nicht auftritt immer noch Windows mal neu aufsetzen.

Und das mehrere Leute auch das Problem haben, hatte ich bereits gesehen. Aber was dann am Ende des Rätsel Lösung ist bin ich nicht weiter gekommen, also falls es daran liegt ist die SSD hin oder ist da treibermäßig was falsch, was durch neuaufsetzen ggf wieder geht? Also steigt da zufällig von euch einer hinter, was da jetzt dann das tieferliegende Problem wäre?

PC hab ich natürlich schon komplett gereinigt. Abgesicherter Modus und RAM Sticks abwechselnd werde ich auch mal probieren.
 
Wenn du kannst, wäre noch ein Memtest über Nacht, als ein möglicher Ansatz interessant. Ansonsten, wäre halt ein Testtausch der SSD ebenfalls zu betrachten.
Ergänzung ()

Gothic74 schrieb:
sieht laut dem ersten Bericht nach Netzteil aus >Kernelpower
Ist eher weniger der Fall, er hat sich ein neues geholt, wobei natürlich von Montagsgeräten keiner sicher ist :).
 
  • Gefällt mir
Reaktionen: Makso
@Nikusch Willkommen
Also mal eine 1+ für die Beschreibung. Hast alles richtig gemacht!
Ich selbst tippe auf die SSD. CrystalDiskInfo ist eine extrem schlechte Software.
Schau mal ich verwende in der Verwaltung diese Hard Disk Sentinel.
Installiere mal bitte und poste uns den Zustand der SSD.
 
Wenn möglich besorg dir doch ein billige SSD (120GB gibts neu um 20€) und installier darauf mal ein Windows mit RS Siege und Valley. Dann kannst du zumindest mit gleichen Rahmenbedingungen testen.
 
Erstmal danke für die ganzen Nachrichten, kann euch folgendes Update liefern. Hab gerade die Grafikkarten von meinem Bruder und mir getauscht und auf beiden PCs Valley angeschmissen. Bei mir lief jetzt alles mit der MSI GTX 970 von meinem Bruder problemlos und auf dem Rechner meines Bruders ist der PC bei Valley einmal nach 2-3 Minuten und beim zweiten Versuch nach ca. 10 Minuten abgeschmiert. Bei mir lief während der ganzen Zeit Valley ca eine halbe Stunde lang problemlos, werde jetzt aber gleich das ganze nochmal zur Sicherheit länger laufen lassen.

Aber würde dann ja mal sagen, dass sich der Fehler also wohl doch auf die Grafikkarte zurückschließen lässt. Wobei ich immer noch gerne verstehen würde inwiefern Valley oder Rainbow Six die Grafikkarte anders belasten/beanspruchen als die OCCT Test oder Furmark. Vor allem da es ja bei Rainbow auch im Hauptmenü passiert, scheint es ja nicht zwingend an einer Überlastung der Grafikkarte zu liegen sondern irgendwas anders was diese Programme beanspruchen aber Furmark zb nicht.

Selbst wenn dann die Karte ja wahrscheinlich nicht mehr zu retten ist, würde mich das jetzt mal interessieren. Jetzt wo die Ursache voraussichtlich klar ist, jemand noch Ideen ob da doch noch was zu retten ist?
 
Nikusch schrieb:
Selbst wenn dann die Karte ja wahrscheinlich nicht mehr zu retten ist, würde mich das jetzt mal interessieren. Jetzt wo die Ursache voraussichtlich klar ist, jemand noch Ideen ob da doch noch was zu retten ist?
Könnte mir vorstellen, dass wenns an der Grafikkarte liegt, der VRAM defekt ist. Wobei dieser nur in bestimmten Scenarien also den gennanten Spielen zu Tage kommt, wäre sehr merkwürdig.

Vielleicht sind es auch die Treiber die im Zusammenspiel mit der Karte und den Spielen irgendwie "Amoklaufen" :).. Versuch eine neuere bzw. ältere Version oder sogar eine Beta von dem Treiber.
 
Ja komisch ist es definitiv! Werde dann im Laufe des Tages die Treiber nochmal mit DDU komplett runterhauen und etwas mit verschiedenen Treibern ausprobieren.
 
Hast du auf beiden Rechnern immer Afterburner laufen?
 
Ok, eine Fehlerquelle weniger.
 
Zurück
Oben