Anzeige

Am Puls von Microsoft

Anzeige

Gefühlt ALLE Win10-Blue-Screen-Fehlermeldungen durch... :-(

stephanlange

kennt sich schon aus
Hallo zusammen,

hatte gerade meinen Windows10-PC hochgefahren und hatte heute einmal den Blue-Screen-Fehler "Critical Process died"... Es geht mir aber gar nicht konkret um diesen Fehler - es ist auch nicht so, dass jedes Hochfahren ein BlueScreen kommt. Doch schon aber recht häufig.

Ich habe gefühlt schon alle BlueScreen-Fehler durch, der Critical Process heute war mal ein neuer. Irgendwas mit "Memory Managment" hatte ich schon des Öfteren. "System Thread Exception not handled", "Quota Underflow". Mag gut sein, dass ich meiner Auflistung noch etwas fehlt.

Aber woran kann das liegen? Engt sich der Verdächtigenkreis vlt ein, weil alle solche Fehler einen Deliquenten haben, zB meine SSD? Oder doch die Grafikkarte?

Hoffe, ihr könnt mir helfen.

Herzliche Grüße
Stephan
 
Anzeige
Was hälst du denn davon die Geheimnisse deiner Hardware zu lüften. Nimm HWinfo64 und trage Alles in dein Profil ein. Die Dumpfiles Kannst du mit im nächsten Post anhängen.
Vor allem die genaue Rambezeichnung ist wichtig! Board mit installiertem Bios!
 
Hiermit gemacht :)

Motherboard: Gigabyte Z370M D3H Intel Z370 So.1151 Dual Channel DDR4 mATX Retail

Prozessor: Intel Core i7 8700K 6x 3.70GHz So.1151 WOF

RAM: 32GB (2x 16384MB) G.Skill SniperX Digital Camouflage DDR4-3000 DIMM CL16-18-18-38 Dual Kit

Grafikkarte: 8GB ZOTAC GeForce GTX 1070 Mini Aktiv PCIe 3.0 x16 1xDVI / 1xHDMI / 3xDisplayPort (Retail)

Festplatte: 512GB Samsung 970 Pro M.2 2280 PCIe 3.0 x4 32Gb/s 3D MLC NAND (MZ-V7P512BW)

optische Laufwerke: LG Electronics GH24NSD1 DVD-Writer SATA intern schwarz Bulk

Soundkarte: OnBoard-Mainboard: NVIDIA GP104 - High Definition Audio Controller

Netzteil: 550 Watt Seasonic FOCUS Plus Modular 80+ Gold

Sonstiges: EKL Alpenföhn Brocken 3 Tower Kühler
 
Zuletzt bearbeitet:
Hallo @stephanlange! Willkommen im Forum! :)
@tkmopped hat dich auch um die Dumpfiles gebeten, weil man da oftmals die Übeltäter erkennen kann.
Wenn du das nicht weißt:
-> gehe zu C:\Windows\Minidump und kopiere die 5 neuesten Dumpfiles auf den Desktop
-> dort packst du sie zusammen in ein RAR- oder ZIP-Archiv und hängst dieses Archiv an deine nächste Antwort an
(zu Anhängen siehe in meiner Signatur den rechten blauen Link)

Wenn viele unterschiedliche Bluescreens eintreten, liegt es oftmals an Sicherheitssoftware von Drittanbietern oder auch an Tuning-Tools.
Kandidaten sind da zB TuneUp, DriverBooster, falsch eingestellter CCleaner usw.
 
Oh, das tut mir leid, das hatte ich nicht genau verstanden. Dann sind nun hier im Anhang auch meine letzten Dump-Dateien - es waren aber nur vier und zwei davon sind 0KB groß?

Herzliche Grüße
Stephan
 

Anhänge

  • minidump.rar
    217,1 KB · Aufrufe: 45
Ich habe mal nur das 14140 untersucht aber es gibt keine Daten über die Hardware her. Stell mal die Erstellung der Dumpfiles auf automatisches Abbild um.
Win8 Treiberfehler ist wohl nicht aussagekräftig genug.
 
"Stell mal die Erstellung der Dumpfiles auf automatisches Abbild um." -->

Mache ich gerne, aber wie geht denn das bitte bei Windows10?
 
In der erweiterten Systemsteuerung ESS.JPGESS_2.JPG
 
Hallo zusammen!
Ich habe mal nur das 14140 untersucht
Dementsprechend habe ich mir mal die andere vorgenommen, denn zwei Dumpfiles waren leer (0 Byte).
Irgend wer (oder was) fummelt hier an der Systemzeit herum.
Ich habe hier mal nur den Stack des letzten Thread:
# Child-SP RetAddr Call Site
00 ffffdf83`d7566cc8 fffff805`3e3c3669 nt!KeBugCheckEx
01 ffffdf83`d7566cd0 fffff805`3e3bfa8e nt!KiBugCheckDispatch+0x69
02 ffffdf83`d7566e10 fffff805`3e2b74d8 nt!KiPageFault+0x44e
03 ffffdf83`d7566fa0 fffff805`3e282781 nt!RtlRbRemoveNode+0x368
04 ffffdf83`d7566fc0 fffff805`3e36b771 nt!KiRemoveTimer2+0x81
05 ffffdf83`d7567010 fffff805`3e36b5c1 nt!KiAdjustTimer2DueTimes+0x11d
06 ffffdf83`d7567080 fffff805`3e36b3c1 nt!KiAdjustTimerDueTimes+0x1b5
07 ffffdf83`d7567120 fffff805`3e300ca0 nt!KiSetSystemTimeDpc+0x1a1
08 ffffdf83`d7567190 fffff805`3e2e2f03 nt!KiGenericCallDpcWorker+0xd0
09 ffffdf83`d75671f0 fffff805`3e3147d7 nt!KeGenericProcessorCallback+0xef
0a ffffdf83`d7567360 fffff805`3e33ed9f nt!KeGenericCallDpc+0x27
0b ffffdf83`d75673a0 fffff805`3e6e9c44 nt!KeSetSystemTime+0x2b
0c ffffdf83`d7567400 fffff805`3e6e9fbf nt!ExpSetSystemTime+0x60
0d ffffdf83`d7567470 fffff805`3e6ea7f4 nt!ExUpdateSystemTimeFromCmos+0xb3
0e ffffdf83`d75674e0 fffff805`3e6efd9c nt!PopTransitionSystemPowerStateEx+0x80c
0f ffffdf83`d75675a0 fffff805`3e3c3085 nt!NtSetSystemPowerState+0x4c
10 ffffdf83`d7567770 fffff805`3e3b5c30 nt!KiSystemServiceCopyEnd+0x25
11 ffffdf83`d7567908 fffff805`3e8462e3 nt!KiServiceLinkage
12 ffffdf83`d7567910 fffff805`3e845f89 nt!PopIssueActionRequest+0x243
13 ffffdf83`d75679d0 fffff805`3e320c4f nt!PopPolicyWorkerAction+0x69
14 ffffdf83`d7567a40 fffff805`3e25e11a nt!PopPolicyWorkerThread+0x8f
15 ffffdf83`d7567a70 fffff805`3e3226c5 nt!ExpWorkerThread+0x16a
16 ffffdf83`d7567b10 fffff805`3e3b938c nt!PspSystemThreadStartup+0x55
17 ffffdf83`d7567b60 00000000`00000000 nt!KiStartSystemThread+0x1c
Wie man sieht, wird da fröhlich Times gesetzt, gesucht, verglichen usw. Und am Ende wird ein Timer entfernt (nt!KiRemoveTimer2) was letztendlich zum Absturz führt.

Nach der Modulliste ist AVIRA installiert. Das Verhalten auf dem Stack deutet schon etwas in die Richtung von Fremd-Sicherheitssoftware.
Bitte AVIRA deinstallieren und anschließend mit dem RegistryCleaner von AVIRA die AVIRA-Reste aus der Registry entfernen.
https://www.avira.com/de/download/product/avira-registry-cleaner

Übrigens, genau der Thementitel deutet schon auf dieses Problem hin: viele unterschiedliche Stoppfehler
 
Okay, habe ich nun gemacht - war gerade noch im abgesicherten Modus, damit Avira alles Einträge entfernen kann.

Sage nicht, dass das Problem nun schon behoben ist? :)

Grüße
Stephan
 
Ok, Stephan, dein System ist jetzt ausreichend durch den Windows Defender geschützt. Teste erst mal so.

Ich habe aber noch zwei oder drei Gründe zum meckern :)D nicht wörtlich nehmen):
1. nach den Specs von Gigabyte, bzw. der Kompatibilitätsliste für RAM zu diesem Motherboard, sind die RAM-Module, die hier verbaut sind, nicht enthalten. G-Skill F4-3000C16-16GSXKB
Bei späterem eventuell notwendigem Neukauf bitte die QVL beachten.
https://www.gigabyte.com/de/Motherboard/Z370M-D3H-rev-10#support-doc
Ich denke nicht, dass dieser Umstand mit dem Fehler zu tun hat, aber für die Zukunft merken.

2. In den Sysinfo habe ich gesehen, dass die CPU zum Zeitpunkt des Stoppfehlers im TurboModus lief.
[Processor Information (Type 4) - Length 48 - Handle 0046h]
Socket Designation U3E1
Processor Type Central Processor
Processor Family c6h - Specification Reserved
Processor Manufacturer Intel(R) Corporation
Processor ID ea060900fffbebbf
Processor Version Intel(R) Core(TM) i7-8700K CPU @ 3.70GHz
Processor Voltage 8ch - 1.2V
External Clock 100MHz
Max Speed 8300MHz
Current Speed 4300MHz
Status Enabled Populated
Processor Upgrade Specification Reserved
L1 Cache Handle 0043h
L2 Cache Handle 0044h
L3 Cache Handle 0045h
Sollten trotz Deinstallation von AVIRA weiterhin Stoppfehler eintreten, dann bitte mal zum Testen den TurboModus ausschalten.

3. Nach den Syinfo ist
BIOS Version F4
BIOS Release Date 11/09/2017

Auf der Homepage ist verfügbar
BIOS Version F10
BIOS Date 2018.09.21
https://www.gigabyte.com/de/Motherboard/Z370M-D3H-rev-10#support-dl-bios
Zumindest sollte ein BIOS-Update in Betracht gezogen werden.
 
Turbomodus der CPU? Hm, habe ich gar nicht eingestellt? Wo deaktiviere ich das denn?

Und mit dem BIOS-Update hast du Recht. Wenn ich es aber über die GIGABYTE-Software updazten will, sagt er mir immer "This Driver can't release to failure!!" Aber was heißt das bitte? Warum weigert er sich zu updaten?

LG
Stephan
 
Der TuboModus kann über das BIOS deaktiviert werden.

Wie hast du das BIOS-Update versucht? Über die Efiflash.exe, die im Archiv enthalten ist?
Schau mal ins BIOS, ob es da eine Flash-Option gibt.
Wenn ja, dann kopiere die Datei Z370MD3H.F10 auf einen USB-Stick (mit Fat32 formatiert) und versuche es noch mal über das BIOS-Flash.

Achso, bevor du weitere Veränderungen vornimmst, teste erst mal, ob die Probleme mit Deinstallation von AVIRA beseitigt sind.
Wenn du zu viel mit einem Mal machst, weißt du am Ende nicht, woran es gelegen hat.
 
Oh nein, gerade beim Hochfahren den BlueScreenFehler "KErnel Security Check failure" gehabt - den hatte ich auch schon des Öfteren :( Die Dumpdatei habe ich sofort mal angehangen... Mist :_(
 

Anhänge

  • 102018-13859-01.rar
    137,2 KB · Aufrufe: 31
Dein Bios ist immer noch das alte F4 von 2017. Neu ist F10 (hat dir der Ari schon geschrieben)
Du hast ein Problem innerhalb mehrerer Speicherregister.

PROCESS_NAME: GoogleCrashHandler64.exe

CURRENT_IRQL: 2

ERROR_CODE: (NTSTATUS) 0xc0000409 - Das System hat in dieser Anwendung den berlauf eines stapelbasierten Puffers ermittelt. Dieser berlauf k nnte einem b sartigen Benutzer erm glichen, die Steuerung der Anwendung zu bernehmen.

EXCEPTION_CODE: (NTSTATUS) 0xc0000409 - Das System hat in dieser Anwendung den berlauf eines stapelbasierten Puffers ermittelt. Dieser berlauf k nnte einem b sartigen Benutzer erm glichen, die Steuerung der Anwendung zu bernehmen.

EXCEPTION_CODE_STR: c0000409

EXCEPTION_PARAMETER1: 000000000000001d

DEFAULT_BUCKET_ID: CODE_CORRUPTION

Dein Speicher ist, obwohl er 3000MHz im XMP schaffen sollte, nur mit 2133MHz getaktet. Trotzdem hast du Speicherfehler! Da wirst du entweder aufs neue Bios vertrauen und hoffen müssen oder du findest dich damit ab, neuen Ram zu kaufen. Wenn der nicht mit dem niedrigsten Wert der Jedec-Tabelle läuft gibt es nicht viel anzupassen. Null Spielraum für Experimente. Du kannst den Zweiten mal auf Bank 2 versetzen, das entspricht Verteilung auf Platz 1 und 3. Mal sehen was dann passiert. Viel Hoffnung gibt es aber dabei auch nicht.

Die CPU läuft immer noch mit 4300MHz. Solange du immer mit denselben Parametern startest ändert sich an deiner Situation nichts. Normalerweise würden wir Raten erstmal den Ram zu bremsen. Geht bei dir aber eigentlich nicht mehr. Nur mal mit einem Modul wäre deine letzte Option.
Auf der Supportseite stehen auch einige Chipsatztreiber von 2018 (10.1.17695.8086) und die IME (11.8.50.3470).

Ich denke mal du wirst das bei Intel noch neuer finden aber die Probleme, die bei 1803 vorhanden waren sollten damit ausgeräumt sein.

Einstellungen das Systems mußt du im Bios machen. Diese Tools, die dir das unter Windows gestatten, würden werden erst aktiviert wenn Windows gestartet ist. Da mußt du dir das Handbuch nehmen und dich dort durcharbeiten. Da beißt die Maus keinen Faden ab. Andere Option gibt es nicht. Allzu unübersichtlich ist das Gigabyte Bios nicht.

z370m d3h gs.JPGz370m d3h corsair.JPG

Hier mal noch die Listen der Speicher. Links die GSkill (XMP 3000) aus der QVL und rechts die von Corair , die du in einen Schuhkarton legen kannst und die funktionieren trotzdem. Die QVL ist aber wesentlich länger, also such dir was KOMPATIBLES raus.
 
Zuletzt bearbeitet:
Okay, nochmal DANKE! Der BIOS ist nun auf dem allerneuesten Stand (F10).

Wenn das Problem aber weiterhin auftritt, neuer RAM, sagste? Mensch mensch, was so zwei kleine Riegel einen für Ärger machen können ;)
 
Sorry, Stephan, willst du uns veräppeln? :ROFLMAO:
In #10 schrieb ich
... Nach der Modulliste ist AVIRA installiert. Das Verhalten auf dem Stack deutet schon etwas in die Richtung von Fremd-Sicherheitssoftware. ....
Und ich empfahl dir, das Fremd-AV-Tool zu deinstallieren.

Jetzt präsentierst du uns eine Dumpfile, in der wieder ein Fremd-AV-Tool für den Absturz verantwortlich ist.
ugCheck 139, {1d, fffff50823033650, fffff508230335a8, 0}

*** WARNING: Unable to verify timestamp for aswSnx.sys
*** ERROR: Module load completed but symbols could not be loaded for aswSnx.sys
....
# Child-SP RetAddr Call Site
00 fffff508`23033328 fffff803`04c6d669 nt!KeBugCheckEx
01 fffff508`23033330 fffff803`04c6da10 nt!KiBugCheckDispatch+0x69
02 fffff508`23033470 fffff803`04c6be08 nt!KiFastFailDispatch+0xd0
03 fffff508`23033650 fffff803`04b61b24 nt!KiRaiseSecurityCheckFailure+0x308
04 fffff508`230337e0 fffff803`04b626cc nt!RtlRbRemoveNode+0x9b4
05 fffff508`23033800 fffff803`04b61ff1 nt!RtlpHpVsChunkSplit+0x4c
06 fffff508`230338e0 fffff803`04b64308 nt!RtlpHpVsContextAllocate+0x211
07 fffff508`23033990 fffff803`04df89bd nt!ExAllocateHeapPool+0x9e8
08 fffff508`23033a70 fffff803`0504ab00 nt!ExAllocatePoolWithTag+0x3d
09 fffff508`23033b50 fffff803`05046401 nt!ObpAllocateObject+0x1a0
0a fffff508`23033bd0 fffff803`0503bf66 nt!ObCreateObjectEx+0xf1
0b fffff508`23033c40 fffff803`0503d8bb nt!PspAllocateThread+0x23e
0c fffff508`23033dd0 fffff803`0503dc77 nt!PspCreateThread+0x1eb
0d fffff508`23034080 fffff803`065bbcb2 nt!NtCreateThreadEx+0x217
0e fffff508`230348c0 ffffffff`ffffffff aswSnx+0x2bcb2
0f fffff508`230348c8 00000000`00000000 0xffffffff`ffffffff
....
PRIMARY_PROBLEM_CLASS: 0x139_1d_INVALID_BALANCED_TREE_aswSnx!unknown_function
Der Treiber aswSnx.sys hat nach dem Anlegen des Stack einige Manipulationen auf dem Heap (ein Bereich des RAM für Anwendungen) ausgeführt, dann etwas aus dem Heap entfernt (nt!RtlRbRemoveNode) und prompt kam es wieder zum Stoppfehler.

Die Datei aswSnx.sys ist Bestandteil von AVAST Sicherheitssoftware. Und da in der Dumpfile von gestern diese asw....sys noch nicht enthalten waren, musst du es später installiert haben.
So kann man natürlich nicht zum Ziel kommen.
In #12 hatte ich gleich als ersten SATZ GESCHRIEBEN
Ok, Stephan, dein System ist jetzt ausreichend durch den Windows Defender geschützt. Teste erst mal so.....
Ich schätze, das war eine eindeutige Aussage dahingehend, dass erst mal keine Fremd-AV-Tools zu installieren sind.
 
Huch, ich dachte einfach nur, der AVIRA sei böse... Dann lösche ich also auch mal den AVAST - gerade beim Hochfahren kam nämlich/übrigens, trotz BIOS-Update, wieder der "Critical Process died" Fehler... Lösche nun sofort den AVAST!

So, die fiesen externen Virenscanner sind nun weg - ja hoffentlich macht der WindowsDefender nicht auch noch Mucken :)

Habe allerdings auch Sachen wei CCleaner oder Driver Booster drauf? Die können vlt auch Verursacher sein?
 
Zuletzt bearbeitet von einem Moderator:
Anzeige
Oben