Anzeige

Am Puls von Microsoft

Anzeige

Win10 - sporadische Bluescreens

frank0laf

Herzlich willkommen
Guten Morgen zusammen,

ich verzweifel langsam mit dem Problem der Bluescreens die sporadisch auftreten. Das kann mal beim spielen sein, mal läuft lediglich ein YouTube Video, mal surfe ich nur im Internet etc..

Ich komme von alleine leider nicht dahinter und hoffe hier Hilfe zu erhalten :).

Angehängt habe ich mal die PC Infos (gesammelt von DriverEasy), ein Screenshot des Programms WhoCrashed mit dem ich die Minidumps ausgelesen habe, ein Screenshot des Zuverlässigkeitsverlaufes und ein Screenshot von dem was angezeigt wird wenn ich dort auf Hardwarefehler klicke und die Minidumps.

Übertaktet habe ich nichts und alle Treiber sind auf aktuellstem Stand.

scf /scannow sagt das alles einwandfrei läuft

Hoffe es findet sich jemand der mir helfen kann.

Danke und Gruß
 

Anhänge

  • DriverEasy-PCInfo.txt
    2,7 KB · Aufrufe: 53
  • whoCrashed.JPG
    whoCrashed.JPG
    159,6 KB · Aufrufe: 55
  • Hardwarefehler.JPG
    Hardwarefehler.JPG
    32,9 KB · Aufrufe: 49
  • minidump.rar
    835,3 KB · Aufrufe: 28
  • Zuverlässigkeitsverlauf.JPG
    Zuverlässigkeitsverlauf.JPG
    151,4 KB · Aufrufe: 49
Anzeige
Der Fehler liegt beim Prozessor. Beteiligt war jeweils der Treiber der vom Prozessor genutzt wird intelppm.sys
SYMBOL_NAME: intelppm!MWaitIdle+1f

MODULE_NAME: intelppm

IMAGE_NAME: intelppm.sys

IMAGE_VERSION: 10.0.18362.693

STACK_COMMAND: .thread ; .cxr ; kb

BUCKET_ID_FUNC_OFFSET: 1f

FAILURE_BUCKET_ID: 0x9C_GenuineIntel_intelppm!MWaitIdle
Passt der Prozessor zum Motherboard.
Ist das Bios aktuell?
Der Chipsatztreiber des Motherboard neu installiert?
Ist der Prozessor übertaktet?
Wird der Prozessor zu warm?
Ist der Prozessor defekt?
 
Wurden die Treiber vielleicht mit einem Tool installiert anstatt, wie es richtig wäre, manuell beim Hersteller herunter zu laden und zu installieren.
 
DriverEasy ist genau wie alle anderen Treiber Verschlimmbesserer keine funktionierende Option, um Treiber zu aktualisieren

zur weiteren Ferndiagnose benötigen wir auch noch eine Systemübersicht deines laufenden Rechners mittels HWiNFO v6.22 in der portablen Version, die du nicht installieren brauchst:

HWINFO v6.14 Downloadübersicht

Das Ganze möglichst so abbilden, dass wir eine komplette Systemübersicht als Screenshot erhalten

und dann liste bitte die komplette Hardware inklusive Netzteil, CPU Kühler und PC Gehäuse
 
Hi und danke schonmal für die Antworten.

Das Problem hatte ich schon von Anfang an (November) und da war das BIOS up to date. Hab jetzt die neue Version vom Januar installiert.
Driver Easy hatte ich auch erst runtergeladen um das Problem evtl so in den Griff zu bekommen und nicht vorher schon genutzt.
Übertaktet ist nicht und unter Vollast wird die CPU laut SpeedFan bis 70 Grad warm.

Angehängt der Screenshot aus HWiNFO.

Hier die Auflistung aller Komponenten

Mainboard: MSI MPG Z390 Gaming Edge AC
CPU: Intel i7-9700k
CPU Lüfter: Arctic Freezer 34 eSports DUO
GraKa: MSI GeForce RTX 2080 Super Gaming X Trio
Netzteil: Corsair RM850x v2 - 850 Watt
RAM: 16GB (2x 8192MB) Patriot Viper Steel DDr4-4400 DIMM CL19-19-19-39 Dual Kit)
SSD: Samsung SSD 850 EVO 1TB
LG DVD Laufwerk
Gehäuse: Corsair Carbide Series Air 540 inkl 2 der Mitgelieferten Gehäuselüfter

Gruß
 

Anhänge

  • HWiNFO64.JPG
    HWiNFO64.JPG
    116,2 KB · Aufrufe: 48
ok
das schaut recht gut aus, allerdings finde ich den RAM nicht in der MSI QVL, darum wäre es gut wenn du den noch mal mit dem Thaiphoon Burner ausliest, einfach herunterladen und die exe mit Adminrechten starten, dann bitte Screenshot

- ist der Schnellstart bei dir aktiv geschaltet? dann deaktiviere ihn

Windows 10: Schnellstart deaktivieren/aktivieren

danach dann Win+r Tasten drücken, shutdown.exe /s /t 0 eintippen, mit Enter abschließen

sollte sich auf deinem Windows 10 System ein externer Virenscanner/Suite befinden, dann lösch den unbedingt und nutze ausschließlich den Windows Defender
 
Schnellstart war aktiviert und habe es nun deaktiviert.
Anbei zwei Screenshots des Thaiphoon Burner
 

Anhänge

  • Thaiphoon Burner 1.JPG
    Thaiphoon Burner 1.JPG
    119,9 KB · Aufrufe: 47
  • Thaiphoon Burner 2.JPG
    Thaiphoon Burner 2.JPG
    122,7 KB · Aufrufe: 49
ok
wie gesagt der RAM steht nicht in der QVL von MSI, wurde also nicht von denen getestet oder eben nicht validiert, weil er auf dem Board nicht funktioniert

du wirst damit rechnen müssen das der RAM nicht kompatibel ist

ein memtest würde nicht viel bringen, da fehlende Kompatibilität dort nicht abgebildet wird

da der Speichercontroller bei allen aktuellen Prozessoren in der CPU sitzt, erklärt dies möglicherweise auch die CPU Meldungen im Dumpfile
 
Prozessor passt zum Motherboard.
Bios ist aktuell.
ich gehe auch da von aus das Du auch den richtigen Chipsatztreiber installiert hast.
Dr Prozessor ist nicht übertaktet. War es auch nicht beim Absturz.
70 Grad für den Prozessor ist zwar viel, aber nicht zu viel. Laut Intel schaltet er bei 100 Grad ab.
Bleibt nur ein Defekt des Prozessor. Da hilft nur einen neuen Prozessor einbauen.
 
Die stehen doch drin? Oder hab ich da einen Denkfehler?
Screenshot der MSI QVL im Anhang.

Edit: Kann man irgendwie testen obs die CPU ist? Zwecks Garantie wäre das ziemlich praktisch da er erst 5 Monate alt ist.
 

Anhänge

  • Patriot.JPG
    Patriot.JPG
    20,7 KB · Aufrufe: 43
Nein, du kannst nur einen anderen Prozessor einbauen und schauen ob dann der Fehler weg ist.

Du kannst dem Händler die blue screen nennen. Wenn die sich auskennen müssten die Erkennen das es mit dem Prozessor zusammen hängt.
 
Die part number aus Thaiphoon Burner ist "4400 C19 Series" und scheinbar keine Richtige Sachnummer als eher eine Typbezeichnung und die andere part number ist die DRAM Komponente von Samsung (ich behaupte einfach mal dass das der eigentliche Speicher ist).

Wenn ich jedenfalls die Bezeichung des Speichers bei Google eingebe kommt genau der heraus den ich gekauft hatte und vice versa. Ebenso wenn ich "4400 C19 Series" eingebe. Scheint also zu stimmen.
 
So, hab den Memtest jetzt durchgeführt. 8 Tests gleichzeitig mit jeweils einem Anteil des freien RAMs und habe es bis knapp über 300% durchlaufen lassen.
Ergebnis: 0 Fehler

Falls es doch an der CPU liegt habe ich ein Problem da ich es über einen Händler (noteb00ksbilliger) bezogen habe und ich annehme die haben keine Ahnung. Vor allem wenn ich den Fehler beweisen müsst... .
 
ok hab den Test durchlaufen lassen und der hat keine Fehler gefunden. Speichert der das Ergebnis nochmal irgendwo automatisch hin? So als Datei meine ich.
 
Hallo zusammen!
Ich habe mir jetzt auch mal die Dumpfiles angesehen.
Nur die Dumpfile 033020-7656-01.dmp hat einen WHEA Errorecord gespeichert, weil da der Stoppfehler 0x124 eingetreten war.
In Section 2 des ErrorRecord wird als Fehler ausgegeben
Section 2 : x86/x64 MCA
-------------------------------------------------------------------------------
Descriptor @ ffffe1022d2ca138
Section @ ffffe1022d2ca280
Offset : 600
Length : 272
Flags : 0x00000000
Severity : Fatal
Error : Internal parity (Proc 0 Bank 0)
Status : 0xb200000000030005
Internal Parity Error sind Anpassungsfehler, also Ubertaktung, Überhitzung, falsche Spannung

Die anderen 4 Dumpfiles enthielten den Stoppfehler 0x9C MACHINE_CHECK_EXCEPTION. Dieser Stoppfehler wird ausgelöst, wenn zwar ein WHEA-Error eingetreten ist, aber die Informationen nicht ausreichen, um Stoppfehler 0x124 zu registrieren.
Bei Stoppfehler 0x9C wird mit dem Parameter 2 des Stoppfehlers der MCA-Record abgefragt.
Leider wird bei Minidumps das Symbol hal!HalpFeatureBits, das eine Unmenge an Informationen zum Stoppfehler speichert, nicht abgespeichert.
Deshalb kann man sich nur am letzten Thread, dem zugehörigen Stack und den Rohwerten des letzten Stack orientieren.
Code:
!mca fffff80726c74b30 [COLOR="#008000"]// die Adresse in Arg2[/COLOR]
fffff80722a2a3c8: Unable to get Flags value from nt!KdVersionBlock
Machine Check feature not present [COLOR="#008000"]// Die Informationen sind nicht gespeichert[/COLOR]
CP  F/M/S Manufacturer  MHz PRCB Signature    MSR 8B Signature Features 
....
[COLOR="#008000"]Jetzt den letzten Thread aufrufen[/COLOR]
!thread
THREAD fffff80626d91400  Cid 0000.0000  Teb: 0000000000000000 Win32Thread: 0000000000000000 RUNNING on processor 0
Not impersonating
GetUlongFromAddress: unable to read from fffff80626c2ca14
Owning Process            fffff80626d8e9c0       Image:         <Unable to get process name>
Attached Process          ffffb28755a7e2c0       Image:         System
fffff78000000000: Unable to get shared data
Wait Start TickCount      384397       
Context Switch Count      5273644        IdealProcessor: 0             
ReadMemory error: Cannot get nt!KeMaximumIncrement value.
UserTime                  00:00:00.000
KernelTime                00:00:00.000 [COLOR="#008000"]// beide Times sind 0, 
das heisst, der Thhread ist beim Starten abgestürzt[/COLOR]
Win32 Start Address nt!KiIdleLoop (0xfffff806269c5e40) [COLOR="#008000"]// der Thread gehört zum IDLE Loop[/COLOR]
Stack Init fffff8062a858b90 Current fffff8062a858b20
Base fffff8062a859000 Limit fffff8062a852000 Call 0000000000000000
Priority 0 BasePriority 0 PriorityDecrement 0 IoPriority 0 PagePriority 5
....
[COLOR="#008000"]// letzter Stack[/COLOR]
# Child-SP          RetAddr           Call Site
00 fffff806`2a874af8 fffff806`27300a01 nt!KeBugCheckEx
01 fffff806`2a874b00 fffff806`27300f8d hal!HalpMcaReportError+0x11d
02 fffff806`2a874c60 fffff806`272fffd8 hal!HalpMceHandlerWithRendezvous+0x131
03 fffff806`2a874c90 fffff806`273011b7 hal!HalpHandleMachineCheck+0x5c
04 fffff806`2a874cc0 fffff806`26aa4e40 hal!HalHandleMcheck+0x37
05 fffff806`2a874cf0 fffff806`269d13ba nt!KiHandleMcheck+0x10
06 fffff806`2a874d20 fffff806`269d1071 nt!KxMcheckAbort+0x7a
07 fffff806`2a874e60 fffff806`410d138f nt!KiMcheckAbort+0x271
08 fffff806`2a8586a8 00000000`00000000 intelppm!MWaitIdle+0x1f
[COLOR="#008000"]// das Powermanagement des Prozessor wartet auf die Rückkehr aus dem IDLE
Und als der Prozessor aus dem IDLE zurückkehren soll, kommt es zum Check-Abort[/COLOR]
....
[COLOR="#008000"]// Hier noch die einzige zwei (von über 100) Zeilen der Stackrohdaten der IDLE Loop [/COLOR]
fffff806`2a858b38  ffffb287`55a7e2c0
fffff806`2a858b40  fffff806`22266180
fffff806`2a858b48  fffff806`26d91400 nt!KiInitialThread
[COLOR="#008000"]// dazu ist das Initialisieren des zugehörigen Thread nötig. 
Die Folge ist, wie am Stack zu sehen, der Absturz[/COLOR]
fffff806`2a858b50  00000000`001a6550
fffff806`2a858b58  fffff806`269c5e88 nt!KiIdleLoop+0x48
[COLOR="#008000"]// IDLE Loop soll beendet werden[/COLOR]
fffff806`2a858b60  00000000`00000000

Fazit:
Es ist zu sehen, dass der letzte Thread sofort mit Initialisierung abstürzt. Da das bei der Rückkehr aus dem IDLE passiert, ist anzunehmen, dass die CPU oder die Stromversorgung nicht mit dem Power-Wechsel (also Spannungswechsel) klarkommt.

Wenn man in die Betrachtung jetzt noch die Auswertung der Dumpfile 033020-7656-01.dmp berücksichtigt (siehe erster Abschnitt meiner Auswertung), muss es ein Anpassungsfehler der CPU oder ein Problem mit der Stromversorgung sein.
 
Hab das Ergebnis vom Memtest gefunden und angehängt. Hatte aber keine Fehler gefunden.

Was Ari45 sagt kann ich jetzt aber nicht irgendwie weiter testen um das Übel zu finden oder?
 
Anzeige
Oben