BSOD macht mich wahnsinnig

Helljumper94

PC-Selbstbauer(in)
Moin,

Immer wieder mal bekomme ich nach dem Systemstart einen Bluescreen (Page Fault In Nonpaged Area).
Dieser tritt entweder relativ zeitnah nach dem Systemstart ein oder gar nicht. Generell ist er nicht reproduzierbar, kommt aber halt immer mal wieder.

Bisher habe ich folgendes probiert:

-Windows 10 neuinstalliert
-MemTest 86+ eine Nacht checken lassen (alles gut)
-Auslagerungsdatei entfernt
-Superfetch ausgeschaltet
-GData deinstalliert

Ich weiss einfach nicht woran es liegen könnte, wenn ich den Fehler Google finde ich nichts konkretes dazu.

An Speicher befindet sich im PC:

-16 GB G.Skill TridentX 2400 Mhz
-120 GB Samsung 840 Evo (SystemDisk)
-500 GB Samsung Evo
-2 TB WD Green
-2x 3 TB Seagate (Raid1)
-2x 6 TB WD Green (Raid1)
-1,5 TB Seagate (mit BitLocker verschlüsselt)

OS ist Windows 10 Pro
Ich bedanke mich schon mal für eure Hilfe, bin damit echt am verzweifeln. Der PC lief genauso eine ganze Zeit ohne Mucken zu machen.

MfG
Felix
 

Anhänge

  • Unbenannt.PNG
    Unbenannt.PNG
    70,7 KB · Aufrufe: 114
Das klingt eher danach, wenn eine Komponente im kalten Zustand zuwenig Saft bekommt. Du kannst ja mal testweise RAM und alle CPU-Spannungen um einen Zähler erhöhen.

Warum CPU? Ich habe die Erfahrung gemacht, dass auch so ein Fehler auftreten kann, wenn sämtliche Cache-Systeme der CPU (L0-L3) zuwenig Spannung abbekommen, obwohl sie laut Prime95 und co. stabil sein müssten.
 
Vielleicht ziehen die Festplatten beim anlaufen etwas viel Saft und da kommt etwas durcheinander. Vielleicht auch mal ein paar Festplatten testweise abklemmen. Zwar recht unwahrscheinlich, aber man kann ja nichts ausschließen :D
 
Das klingt eher danach, wenn eine Komponente im kalten Zustand zuwenig Saft bekommt. Du kannst ja mal testweise RAM und alle CPU-Spannungen um einen Zähler erhöhen.

Warum CPU? Ich habe die Erfahrung gemacht, dass auch so ein Fehler auftreten kann, wenn sämtliche Cache-Systeme der CPU (L0-L3) zuwenig Spannung abbekommen, obwohl sie laut Prime95 und co. stabil sein müssten.
Das könnte möglich sein, hab meine CPU im Offset Mode laufen und mit -0.071 undervolted(das lief aber am Anfang problemlos). Ich werde die CPU mal bei Standardspannung betreiben und schauen ob es aufhört.
Den Ram möchte ich ungern noch höher stellen, der läuft schon bei 1,65 V.
Interessant finde ich, dass das Problem nur entweder kurz nach dem Start auftritt oder gar nicht.
Naja, ich werde das jetzt erstmal ausprobieren und bedanke mich schon mal für die Idee (auf die CPU Spannung wäre ich nie gekommen, im Web habe ich nur Probleme mit dem Speicher gefunden)

MfG
Felix
 
Versuch das mal.

1) Open Start, right-click My Computer, and then click Properties.

2) Click the Advanced System settings tab.

3) Under Performance, click Settings.

4) Click the Advanced tab.

5) Under Virtual Memory, click Change.

6) Click No paging file. Click OK, ok, ok and make sure to apply.

7) Restart your computer.

8) Open Start, right-click My Computer, and then click Properties.

9) Click the Advanced System settings tab.

10) Under Performance, click Settings.

11) Click the Advanced tab.

12) Under Virtual Memory, click Change.

13) Click System managed sized. Click OK, ok, ok and make sure to apply.

14) Restart your computer.
 
Lade mal das Abbild hoch, es wird nicht lange dauern, bis Simpel auftaucht sich das Abbild schnappt und durchforstet ;=)
 
Wolpac, das hatte ich auch schon gefunden, hat leider nichts gebracht :( Trotzdem Danke!
fxler, wie mache ich das denn?

Edit: Hab mal die dmp hochgeladen
 

Anhänge

Zuletzt bearbeitet:
Hi,

laut Dump wurde der Absturz von GDATA ausgelöst:

STACK_TEXT:
ffffd000`2414b228 fffff803`1b1e7095 : 00000000`00000050 ffffbcce`0000b000 00000000`00000000 ffffd000`2414b4c1 : nt!KeBugCheckEx
ffffd000`2414b230 fffff803`1b0bee91 : 00000000`00000000 00000800`00000000 ffffd000`2414b4c1 fffff803`1b382c40 : nt! ?? ::FNODOBFM::`string'+0x10295
ffffd000`2414b320 fffff803`1b092688 : fffff6e8`0013d538 00000000`00000001 00000000`00007aa7 00007aa5`000195c6 : nt!MmAccessFault+0x5f1
ffffd000`2414b480 fffff803`1b092135 : ffffe000`f741a3f8 00000000`00000000 ffffd000`2414b5c0 ffffe001`06baab30 : nt!MiProbeLeafFrame+0x2e8
ffffd000`2414b580 fffff800`ad1e4253 : ffffe001`06baab30 ffffd000`2414b790 00000000`00000000 00000000`00000000 : nt!MmProbeAndLockPages+0x1c5
ffffd000`2414b690 ffffe001`06baab30 : ffffd000`2414b790 00000000`00000000 00000000`00000000 00000000`00000000 : GDBehave+0x14253
ffffd000`2414b698 ffffd000`2414b790 : 00000000`00000000 00000000`00000000 00000000`00000000 fffff803`00000010 : 0xffffe001`06baab30
ffffd000`2414b6a0 00000000`00000000 : 00000000`00000000 00000000`00000000 fffff803`00000010 0000bcce`0000bcca : 0xffffd000`2414b790

IMAGE_NAME: GDBehave.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 55f8d670
FAILURE_BUCKET_ID: X64_AV_GDBehave+14253

Der Absturz trat während dieses Prozesses auf:

PROCESS_NAME: RazerIngameEng

Das ist wohl das Razor Game Cortex Tool, welches div. Anwendungen und Dienste deaktiviert um mehr Leistung fürs / beim Zocken herauszuholen.
Ob das Tool nun GDATA stört ist nicht ganz klar, hierfür müssten noch weitere Dumps ausgewertet werden.

Lade am Besten die anderen Dumps auch noch hier hoch.

Wenn du gleich etwas testen willst, deinstalliere das Tool und beobachte, ob die Probleme bleiben.
Wenn ja, deinstalliere GDATA (welches ja laut der Dump die eigentliche Ursache für den Absturz war).
 
Wow!
Danke!
Also, Razer Cortex habe ich nicht drauf, war es auf dieser Windowsinstallation auch nie. Dafür aber Razer Sysnapse (habe Razer Maus und Tastatur).
Wird dann wohl daher rühren?!

Lade dann noch mal 2 weitere Dateien hoch

MfG
Felix
 

Anhänge

Die beiden Dumps zeigen ein identisches Absturzbild. -> Primäre Absturzursache: GDATA

Aber auch in diesen Dumps ist im erweiterten Stack ein "Querschießen" der Razor Treiber zu sehen:

(Stackverlauf wegen der Übersichtlichkeit stark verkürzt!)

ffffd000`22b2d688 fffff801`e1964253 GDBehave+0x14253 <---GDATA
ffffd000`22b2d6c8 fffff801`e195cb44 GDBehave+0xcb44 <---GDATA
ffffd000`22b2d6f0 fffff803`c9592c80 nt!NonPagedPoolDescriptor+0x1140
ffffd000`22b2d6f8 fffff801`e195b5ea GDBehave+0xb5ea <---GDATA
ffffd000`22b2d748 fffff803`c93c2370 nt!KiServiceLinkage
ffffd000`22b2d778 fffff801`e195e481 GDBehave+0xe481 <---GDATA
ffffd000`22b2d798 fffff803`c936b9fd nt!RtlLookupElementGenericTableAvl+0x2d
ffffd000`22b2d7c8 fffff801`e195a1dd GDBehave+0xa1dd <---GDATA
ffffd000`22b2d828 fffff803`c94ae22a nt!ExAllocatePoolWithTag+0x8da
ffffd000`22b2d868 fffff801`e1959ef9 GDBehave+0x9ef9 <---GDATA
ffffd000`22b2d8a8 fffff801`e05273dc HookCentre+0x73dc <---GDATA
ffffd000`22b2d8c8 fffff803`c92f261a nt!SeComputeCreatorDeniedRights+0x9a
ffffd000`22b2d958 fffff803`c969169b nt!ObpCreateHandle+0xb8b
ffffd000`22b2d9e0 fffff803`c95796b0 nt!MiState+0x1630
ffffd000`22b2d9e8 fffff803`c92a605e nt!MiReleasePtes+0x10e
ffffd000`22b2db28 fffff803`c92a55e6 nt!MmUnlockPages+0x136
ffffd000`22b2dbd8 fffff803`c96a1739 nt!PsOpenProcess+0x549
ffffd000`22b2dc78 fffff803`c92c678d nt!MiAllocateWsle+0x29d
ffffd000`22b2df98 fffff803`c94ae22a nt!ExAllocatePoolWithTag+0x8da
ffffd000`22b2dfa8 fffff803`c92ee0ae nt!ExpReleaseResourceForThreadLite+0x11e
ffffd000`22b2e038 fffff803`c974b6a7 nt!RtlCopySidAndAttributesArray+0x87
ffffd000`22b2e048 fffff803`c92be338 nt!MiAllocatePoolPages+0x88
ffffd000`22b2e078 fffff803`c9698423 nt!SeQueryInformationToken+0x1b3
ffffd000`22b2e0b8 fffff803`c93c2370 nt!KiServiceLinkage
ffffd000`22b2e0d8 fffff803`c928a6c0 nt!KiAttachProcess+0xd0
ffffd000`22b2e0e8 fffff801`e2b0760d rzpnk+0x760d <---RAZOR
ffffd000`22b2e0f8 fffff803`c9666795 nt!PspReferenceCidTableEntry+0x55
ffffd000`22b2e118 fffff803`c928a5a2 nt!KeStackAttachProcess+0x92
ffffd000`22b2e168 fffff801`e2b03b6e rzpnk+0x3b6e <---RAZOR
ffffd000`22b2e1a8 fffff801`e2b07462 rzpnk+0x7462 <---RAZOR
ffffd000`22b2e208 fffff801`e2b032b9 rzpnk+0x32b9 <---RAZOR
ffffd000`22b2e278 fffff803`c9302dc3 nt!EtwpEventWriteFull+0x363
ffffd000`22b2e3a8 fffff803`c920c770 hal!HalpApicRequestInterrupt+0x1b0
ffffd000`22b2e438 fffff803`c959a180 nt!KiInitialPCR+0x180
ffffd000`22b2e478 fffff803`c92f9fdc nt!KiDeferredReadyThread+0x27c
ffffd000`22b2e490 fffff803`c94b26c0 nt!ProcessStart
ffffd000`22b2e4c8 fffff803`c93026ec nt!EtwWrite+0x2c
ffffd000`22b2e518 fffff803`c96ac3e4 nt!EtwpPsProvTraceProcess+0x1d0
ffffd000`22b2e568 fffff803`c920b1ce hal!KeQueryPerformanceCounter+0x6e
ffffd000`22b2e588 fffff803`c968fe3c nt!ObpIncrementHandleCountEx+0x2ac
ffffd000`22b2e5a8 fffff803`c933c9a1 nt!RtlpOwnerAcesPresent+0xd1
ffffd000`22b2e5e8 fffff803`c92f261a nt!SeComputeCreatorDeniedRights+0x9a
ffffd000`22b2e648 fffff803`c968f7c9 nt!ObReferenceObjectByHandleWithTag+0x209
ffffd000`22b2e678 fffff803`c96910fb nt!ObpCreateHandle+0x5eb
ffffd000`22b2e6e8 fffff803`c968f5b5 nt!ObReferenceObjectByHandle+0x25
ffffd000`22b2e738 fffff803`c92fbd03 nt!SepReferenceTokenByHandle+0x53
ffffd000`22b2e788 fffff803`c9694530 nt!NtQueryInformationToken+0x520
ffffd000`22b2e7d8 fffff803`c92fa990 nt!KiChooseTargetProcessor+0x120
ffffd000`22b2e818 fffff803`c920c770 hal!HalpApicRequestInterrupt+0x1b0
ffffd000`22b2e860 fffff803`c959a180 nt!KiInitialPCR+0x180
ffffd000`22b2e878 fffff803`c920c5ac hal!HalSendSoftwareInterrupt+0x9c
ffffd000`22b2e8a8 fffff803`c959a180 nt!KiInitialPCR+0x180
ffffd000`22b2e8e8 fffff803`c92f9fdc nt!KiDeferredReadyThread+0x27c
ffffd000`22b2e908 fffff803`c94ae338 nt!ExAllocatePoolWithTag+0x9e8
ffffd000`22b2e918 fffff803`c94ae338 nt!ExAllocatePoolWithTag+0x9e8
ffffd000`22b2e938 fffff803`c94ae338 nt!ExAllocatePoolWithTag+0x9e8
ffffd000`22b2e968 fffff803`c959a180 nt!KiInitialPCR+0x180
ffffd000`22b2e978 fffff803`c92f9ae3 nt!KiExitDispatcher+0x133
ffffd000`22b2e998 fffff803`c9592c88 nt!NonPagedPoolDescriptor+0x1148
ffffd000`22b2e9b0 fffff803`c959a180 nt!KiInitialPCR+0x180
ffffd000`22b2e9e8 fffff803`c92f96dc nt!KeSetEvent+0xfc
ffffd000`22b2ea00 fffff803`c9592c80 nt!NonPagedPoolDescriptor+0x1140
ffffd000`22b2ea28 fffff801`e2af0b29 rzpmgrk+0xb29 <---RAZOR
ffffd000`22b2eaa8 fffff801`e2af119c rzpmgrk+0x119c <---RAZOR
ffffd000`22b2ead8 fffff801`e1963dc9 GDBehave+0x13dc9 <---GDATA

Es bleibt ein wenig als Beigeschmack, als ob der Razor Treiber nicht ganz unschuldig sein könnte.

Fakt ist aber: GDATA ist primärer Absturzgrund. Wenn GDATA deinstalliert ist, sollten die Abstürze nicht mehr auftreten.

Wenn man aber noch etwas rumbohren und überprüfen möchte, warum und was genau der Razor Treiber hier für ein Rolle spielt, hätte ich noch ein paar Fragen:
- An welchen USB Ports sind die RAZOR Geräte angeschlossen (USB2 oder USB3)?
- Sind neben der ASUS Probe Software weitere ASUS Tools installiert? -> Insbes. der ASUS USB Charger?
(ich finde in dem Dumps zwar nur die AsIO.sys (Asus PC Probe, oder AI Suite), aber da der USB Charger für derartige Probleme mit verantwortlich sein könnte frage ich lieber einmal nach).

Grüße
 
Habe den ganzen Asus Krempel nicht installiert.

Tastatur steckt in zwei USB 2.0 Ports, Maus in einem USB 2.0 Hub in einer USB 3.0 Buchse.
Habe jetzt als erstes Mal den USB Keyboard Guard in GData ausgeschaltet und C:/ Programme/ razer zu den Ausnahmen für die Virenprüfung hinzugefügt.
Wenn das nichts Hilft muss ich schauen von was ich mich trenne (GData oder Razer Synapse)

MfG
Felix
 

Anhänge

  • 2.PNG
    2.PNG
    188,6 KB · Aufrufe: 40
  • 1.PNG
    1.PNG
    190,5 KB · Aufrufe: 57
OK. Dann ist die AsIO.sys vermutlich von dem "Asus Boot Setting" Tool dabei.
Die Maus ist in einem USB 2.0 Hub und dieser hängt wiederum in einem USB3 Port? Korrekt?
 
Ja, genau so ist es.
Würde mich wundern, wenn es daher kommt, mit den Programm kann man nur vom Desktop direkt ins BIOS booten, das solte eigentlich nicht laufen, wenn man es nicht aktiv startet.
Wäre zumindest komisch. Im Autostart taucht es auch nicht auf.
 
Würde mich wundern, wenn es daher kommt, mit den Programm kann man nur vom Desktop direkt ins BIOS booten, das solte eigentlich nicht laufen, wenn man es nicht aktiv startet.

Das Tool halte ich auch für unbedenklich.

Bevor du GDATA und/oder die Razor Software deinstallierst, könntest du auch noch testen, ob die Probleme auch auftreten, wenn die Maus (mit oder ohne HUB) an einem USB2 Port hängt.
 
Zurück