Anzeige

Am Puls von Microsoft

Anzeige

Bluscreens - SYSTEM_SERVICE_EXCEPTION

bluescreen

kennt sich schon aus
Hallo liebe Community,

ich bin komplett neu hier. Daher auch ein Hallo an Alle die dies hier lesen! :)

Und zwar habe ich ein Problem, mein knapp 5 Monate alter PC bekommt seit ein paar Wochen ständig Bluescreens. Manchmal wenn ich den Rechner gerade erst gestartet habe, manchmal mitten beim Arbeiten.

Zu den letzten 4 vorhandenen Minidumps gehört MEMORY_MANAGEMENT, SYSTEM_SERVICE_EXCEPTION, BAD_POOL_HEADER und KMODE_EXCEPTION_NOT_HANDLED.

Ich bin mit meinem Latein am Ende. Treiber aktualisiert, RAM überprüft (keine Fehler gefunden), RAM in andere Slots gesteckt ...

Nun wollte ich gerne wissen, ob jemand von euch hier weiter weiß. Die letzten 4 Minidumps werde ich hier anhängen. Vielleicht könnt ihr damit was anfangen.

Ich bedanke mich für jede Hilfe.
 

Anhänge

  • Minidump.rar
    312,7 KB · Aufrufe: 75
Anzeige
AW: Bluscreens ... (SYSTEM_SERVICE_EXCEPTION, BAD_POOL_HEADER, ...)

Ein Stopp Fehler weiß auf die NTFS.sys hin
Das Betrifft das Dateiensystem NTFS
Da mal über die Eingabeaufforderung den Befehl chkdsk /f /r ausführen.
Dann auch mal die Festplatte testen. http://www.seagate.com/de/de/support/downloads/seatools/

Andere Stopp Fehler betreffen den Arbeitsspeicher.
Ist der Arbeitsspeicher mit dem Motherboard kompatibel?
 
AW: Bluscreens ... (SYSTEM_SERVICE_EXCEPTION, BAD_POOL_HEADER, ...)

CHDSK und SeaTools werde ich mal durchführen, Danke!

Nun, ich habe als Motherboard das ASRock Z170 Extreme4 Intel Z170 So.1151 Dual Channel DDR4 ATX Retail und als Arbeitsspeicher 16GB (2x 8192MB) Corsair Vengeance LPX schwarz DDR4-3000 DIMM.

Laut Mindfactory Support passen die Teile einwandfrei zusammen.
 
CHKDSK hat keine Fehler gefunden und die Prüfung von SeaTools wurde bestanden.

Sonst noch irgendwelche Vorschläge was man da tun kann?
 
Dein BIOS könnt ein Update vertragen:
ASRock > Z170 Extreme4

Allen Abstürzen gemein: "memory_corruption" und "werfault.exe"
Prüfe deinen Speicher mit memtest, alle Riegel einzeln!
MemTest86 - Download now! > memtest86 FREE -> ISO!

Und falls du irgendwelche Übertaktungen oder sonstige Änderungen hast, auch gleich rückgängig machen, vor allem vorm BIOS-Update.

MfG
 
So, nun konnte ich endlich mein BIOS updaten und die RAM Riegel einzeln testen.

BIOS ist nun auf 7.20 und Memtest hat bei beiden Riegeln keine Fehler gefunden. Ich bin echt ratlos.

Übertaktet hatte ich noch nicht.
 
Ich habe mal eine weitere Minidump angehängt, vielleicht kann da noch was rauslesen.
 

Anhänge

  • Minidump.rar
    76,3 KB · Aufrufe: 75
Naja aber Memtest86+ zeigt bei beiden Riegeln nach 3 Durchläufen keine Fehler.

Kann trotzdem etwas mit dem RAM nicht stimmen?

Ich bin ganz neu was Bluescreens betrifft, ich hatte noch nie solche Probleme. :(
 
Gut, dann werde ich den Arbeitsspeicher mal zurückschicken.
Ich danke euch beiden für die Hilfe. Ich hoffe ein anderer Arbeitsspeicher regelt das Problem. :)
 
Ja, die Seite habe ich auch gefunden. Sie wurde mir gezeigt, als ich mit BluescreenView die DMP "ausgelesen" habe, BluescreenView scheint nicht sehr viel zu nützen wie ich hörte. Ich schreibe Ari45 mal an, Danke! :)
 
Hallo zusammen! :)
Der Memory-Fehler ist in Verbindung mit dem virtuellen Memory eingetreten, d.h. mit der Auslagerungsdatei.
Als erstes das Debuggerlog (auszugsweise), dann meine Schlussfolgerungen daraus.
022717-15468-01.dmp
Code:
MEMORY_MANAGEMENT (1a)
    # Any other values for parameter 1 must be individually examined.
Arguments:
[COLOR="#FF0000"]Arg1: 0000000000015000, The subtype of the bugcheck.[/COLOR]
[COLOR="#008000"]Normalerweise kann man mit dem Wert des Arg1 auf der MSDN-Seite in einer Tabelle 
nachschauen und Hinweise über den Memory-Fehler bekommen. Leider ist der Wert 0x15000 nicht in
dieser Tabelle enthalten. Am Ende dieser Tabelle steht, dass alle anderen Werte (als in der Tabelle)
auf unbekannte Memory-Fehler hinweisen.[/COLOR]
Arg2: 000201650d190009
Arg3: ffffcd8adbc984c0
Arg4: 0000000000000000
...
STACK_TEXT:
[COLOR="#008000"]Den Stacktext überspringe ich hier. Der erscheint später beim Thread-Stack noch mal.[/COLOR]
.....
FOLLOWUP_IP: [COLOR="#FF0000"]win32kbase!GdiProcessCallout+12d[/COLOR] ffff8a3a`da5f1f8d ebb6            jmp     win32kbase!GdiProcessCallout+0xe5 (ffff8a3a`da5f1f45)
[COLOR="#008000"]Das ist die Funktion, die den Fehler verursacht hat.[/COLOR]
....
FAILURE_BUCKET_ID:  0x1a_15000_win32kbase!GdiProcessCallout
BUCKET_ID:  0x1a_15000_win32kbase!GdiProcessCallout
PRIMARY_PROBLEM_CLASS:  0x1a_15000_win32kbase!GdiProcessCallout
.....
[COLOR="#008000"]Den letzten aktiver Thread aufrufen, da dieser den Fehler verursacht hat.[/COLOR]
2: kd> !thread
THREAD ffffcd8adad16080  Cid 1634.1300  Teb: 00000057d0c8b000 Win32Thread: 0000000000000000 RUNNING on processor 2
Not impersonating
GetUlongFromAddress: unable to read from fffff8023b376924
[COLOR="#FF0000"]Owning Process            ffffcd8adb768540       Image:         conhost.exe[/COLOR]
[COLOR="#008000"]Dieser Prozess ist der Host für die Consolenfenster.[/COLOR]
Attached Process          N/A            Image:         N/A
fffff78000000000: Unable to get shared data
Wait Start TickCount      39002        
Context Switch Count      18             IdealProcessor: 2             
ReadMemory error: Cannot get nt!KeMaximumIncrement value.
UserTime                  00:00:00.000
KernelTime                00:00:00.000
Win32 Start Address 0x00007ff87d57a3e0
Stack Init ffffde019f602c10 Current ffffde019f602690
Base ffffde019f603000 Limit ffffde019f5fc000 Call 0000000000000000
Priority 9 BasePriority 8 PriorityDecrement 0 IoPriority 2 PagePriority 5
Child-SP          RetAddr           : Args to Child                                                           : Call Site
ffffde01`9f602728 fffff802`3b21ac02 : 00000000`0000001a 00000000`00015000 00020165`0d190009 ffffcd8a`dbc984c0 : nt!KeBugCheckEx
ffffde01`9f602730 fffff802`3b54a467 : ffff8a0c`40e94c20 00000000`00000000 ffffcd8a`db768540 ffff8a0c`40e94c20 : nt! ?? ::FNODOBFM::`string'+0x41072
[COLOR="#FF0000"]ffffde01`9f602780 ffff8a3a`da5f1f8d : ffff8a0c`00000000 ffff8a0c`40e94c20 ffff8a0c`40e94c20 00000000`00000000 : nt!MmUnsecureVirtualMemory+0x17[/COLOR]
[COLOR="#008000"]Und einen Stackframe weiter wird bereits ein Problem in Virtuellen Memory festgestellt.
Dadurch kommt es in der Folge zum BugCheckEx und weiter zum Bluescreen.[/COLOR]
[COLOR="#FF0000"]ffffde01`9f6027b0 ffff8a3a`da2ed329 : ffff8a0c`40e94c20 ffffde01`9f6029c8 ffffcd8a`dad16080 00000000`00000001 : win32kbase!GdiProcessCallout+0x12d[/COLOR]
[COLOR="#008000"]Hier sehen wir die Funktion wieder. Der GDI-Prozess wird aufgerufen. Das ist eine
grundlegende Grafikfunktion von Windows.[/COLOR]
ffffde01`9f602830 ffff8a3a`da5ca2b1 : ffffde01`9f6029c8 00000000`00000000 fffff802`3b37f240 ffffcd8a`db768800 : win32kfull!W32pProcessCallout+0xd9
ffffde01`9f602860 fffff802`3b54e737 : ffffde01`9f6029c8 fffff802`3b37f240 00060030`00010002 00000000`00000000 : win32kbase!W32CalloutDispatch+0x161
ffffde01`9f6028a0 fffff802`3b53c534 : ffffcd8a`d901fb30 ffffde01`9f602940 00000000`00000000 ffffcd8a`dad16080 : nt!ExCallCallBack+0x37
ffffde01`9f6028d0 fffff802`3b493fa2 : ffffcd8a`00000000 ffffcd8a`db768540 ffffcd8a`db768540 ffffcd8a`dad16080 : nt!PspExitThread+0x4ac
ffffde01`9f602a10 fffff802`3b1d5393 : ffffcd8a`db768540 ffffcd8a`dad16080 ffffde01`9f602b00 00000000`00000000 : nt!NtTerminateProcess+0xde
ffffde01`9f602a80 00007ff8`8b4e6654 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13 (TrapFrame @ ffffde01`9f602a80)
00000057`d0f3fcd8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x00007ff8`8b4e6654
Also um das Debuggerlog mal auf zu dröseln:
Der Consolenhost will eine Console darstellen und gibt die grundlegende Grafikfunktion in Auftrag. Da die benötigten Werte nich im RAM zu finden sind, schaut die Funktion von win32kbase.sys im virtuellen Memory nach. Dies ist in der Regel die Auslagerungsdatei.
Da es dabei zum Fehler kam ist mit großer Wahrscheinlichkeit die Auslagerungsdatei fehlerhaft. Das ist entweder die Folge von einem Fehler in Dateisystem auf dem Datenträger oder von einem Fehlerhaften Datenträger (schwebende Sektoren)

Es sollte also
1. das Dateisystem mit chkdsk /f /r überprüft werden. Bei SSD ist der Parameter /r weg zu lassen. Der Befehl ist in einer Eingabeaufforderung (Administrator) ein zu geben. Die Überprüfung erfolgt beim nächsten Systemstart, also einen Neustart machen.
Je nach Größe der Partition kann die Prüfung durchaus eine Stunde oder mehr benötigen.

2. hardwareseitig ist die HDD/SSD mit CrystaldiskInfo zu prüfen. Dieses Tool liest die SMART-Werte der HDD/SSD aus.
http://www.drwindows.de/hardware-to...-smart-festplatten-parameter-uberwachung.html
Auf die Herstellerseite kommt man rechts in dem Kasten mit dem dicken Pfeil.
Für unsere Zwecke reicht die Standard-Ausführung in der Pordable-Version. Von dem Fenster bitte einen Screenshot machen und hier hoch laden.

3. und zu guter letzt sollten noch die Systemdateien mit SFC /scannow überprüft werden.

Ich habe gelesen, dass du CHKDSK am 17.02. schon hast laufen lassen und auch mit dem SeaTools die HDD überprüft hast.
Bitte mache es trotzdem noch mal und poste und die Logfiles bzw. das Auswertefenster von CrystalDiskInfo.
 
CHKDSK und sfc /scannow werde ich jetzt ausführen. Da melde ich mich dann später nochmal mit den Details dazu. :)

Das CrystalDiskInfo Fenster ist im Anhang. :)
 

Anhänge

  • CrystalDiskInfo.PNG
    CrystalDiskInfo.PNG
    88,3 KB · Aufrufe: 132
Anzeige
Oben