[gelöst] System BSODs (7e + 9f) im Standby

[zeremonia]

Hallihallo zusammen,

exakt 8 Jahre nach meinem letzten Post melde ich mich mal wieder und das auch noch mit fast demselben Thema wie damals
Allerdings diesmal mit meinem 1,5 Jahre jungen HP Envy x360 (Intel CPU und Chipsätze).
Achso... und ein besonderes Hallo an Ari und Shiran, die mir damals zur Lösung des Problems geholfen haben.

Zu meinem Problem:
Mein Laptop stürzt mit Bluescreens regelmäßig im Standby ab. Wenn ich den Standby verhindere, läuft er stabil (das mache ich auch seit dem das Problem so massiv auftritt - so ca. 2 Monate)

Geräte-Spec von HP HP ENVY x360 15,6-Zoll-2-in-1-Laptop-PC 15-es0000 (268U3AV)​

Versucht habe ich:

• SFC
• verifier
• chkdsk
• diverse Systemtests mit HP-Bordmittel (HP Support Assistant)
• BIOS und alle Treiber aktuell (gemäß HP-Treiberempfehlung)
• Ereignisprotokoll (myeventviewer) nach potentiellen Einträgen rund um die Abstürze durchsucht
• HP Premium Hotline (Antwort nach Mitteilung der Fehlercodes und eines kurzen HW-Fehler-Checks: Win neu installieren )

Wäre toll, wenn sich jemand meine Dump-Files mal anschauen könnte

Ebenso angehängt: LOG von verifier, Screenshot Kurz-Systeminfo
ACHTUNG: Da die Dump-Files auch nach dem Zippen zu groß waren, habe ich sie mit 7zip Ultra Kompression gepackt und die Endung umbenannt. D.h. ihr müsst die ZIP wieder zurück in *.7z zurück benennen!

Viele Grüße
zeremonia

 

[IngoBingo]

Im Screenshot ist der Auslöser schon zu sehen: NPF_Devolo. Du hast irgendeine Devolo Software installiert. Deren Treiber verursacht den Crash.

Diesen Treiber als Auslöser hab ich schon öfter gesehen. Falls Devolo da keine aktuelleren Treiber anbietet, verzichte bitte auf die Devolo Software.

 

[zeremonia]

Hallo IngoBingo,

wie schnell bist du denn??? Hammer
Vielen Dank! Das ist mir noch gar nicht aufgefallen. Hab´s schon deinstalliert. Mal sehen, ob es das wirklich ist. Die SW habe ich nämlich schon lange installiert, aber die Probleme erst viel später bekommen...

Bin mal gespannt!!!!

DANKE

 

[Alice]

@zeremonia
Das ist der zweite von den beiden farblich markierten Einträge.
Die Hardware sollte auch mit den Standardtreibern von Windows funktionieren. Einen Versuch ist es allemal wert.

 

[zeremonia]

@Alice Alles klar, Danke! Hab´s jetzt gesehen.
Die Devolo Powerline Adapter funktionieren klar ohne die SW. Außerdem habe ich das Devolo Cockpit auch noch auf anderen Rechnern installiert, somit ist die Konfiguration der Adapter ohne Probleme möglich

Ich teste jetzt mal fleißig

 

[zeremonia]

@Alice @IngoBingo
Der Devolo scheint allerdings nur bei den 0x7e die Ursache zu sein. Bei den 0x9f DRIVER_POWER_STATE_FAILURE sieht es nach einem anderen Treiber aus. Könnte von euch jemand das letzte Dump-File in meinem Eingangspost mal ansehen?
Denkt dran, die Dateiendung wieder in *.7z umzubenennen.
Danke

 

[Jörg!]

Da hat ein Treiber den IRPStack zu lange blockiert. was zum Absturz ders Plug and Play PCI Enumerator (pci.sys) geführt hat. Kann auch durch den Devolo Treiber verursacht worden sein.

 

[IngoBingo]

Ich sehe da jetzt grad nicht pci.sys im Spiel, sondern ndis.sys, also grobe Richtung Netzwerk.
Oder hab ich irgendwas im Debugger übersehen?

Ansonsten kann das auch tatsächlich der Devolo Treiber sein, denn der hängt ja im Netzwerk. Der NPF Treiber scheint eine OEM-Version des npcap Treibers zu sein.

 

[Ari45]

Guten Morgen zusammen?
Zwei der drei Dumpfiles sind 4 Wochen alt. Ich habe sie trotzdem angeschaut. Es kristallisiert sich heraus, dass es WLAN-Probleme gibt, weil ein mal der Treiber Netwtw10.sys, einmal der vwifimp.sys den IRP-Stack blockiert haben.
In allen beiden Fällen war ein Wifi-Treiber als Anhang involviert.
In der jüngsten Dumpfile war die Ursache der Devolo-Treiber.

Ausgeblendet: Contextrecord zu Dumpfile 030124-16359-01.dmp

CONTEXT: ffffe00cb72ae1d0 -- (.cxr 0xffffe00cb72ae1d0)
rax=fffff8063c2532e0 rbx=ffff810026959000 rcx=000000000047c1d4
rdx=0000000000000000 rsi=ffff8100141038a0 rdi=ffffe00cb72aee30
rip=fffff8061ce6911a rsp=ffffe00cb72aec10 rbp=ffffe00cb72aedd0
r8=0000000000000000 r9=00000410000002ff r10=fffff8063c2532e0
r11=0000000000000000 r12=0000000000000000 r13=ffffffffffffffff
r14=ffff8100145191a0 r15=0000000000000000
iopl=0 nv up ei ng nz na pe nc
cs=0010 ss=0000 ds=002b es=002b fs=0053 gs=002b efl=00050282
nt!KeSetEvent+0xa:
fffff806`1ce6911a f6017f test byte ptr [rcx],7Fh ds:002b:00000000`0047c1d4=??

In dem Contextrecord kann man sehen, dass die Kernelfunktion KeSetEvent zu einem ungültigen Datensegment geschickt wurde. Der Auslöser war npf_devolo.sys, was man auch auf dem Stack sieht.

Ausgeblendet: Stack

# Child-SP RetAddr Call Site
00 ffffe00c`b72aec10 fffff806`3c253307 nt!KeSetEvent+0xa
01 ffffe00c`b72aeca0 ffffe00c`b72aecd0 npf_devolo+0x3307
02 ffffe00c`b72aeca8 ffffe00c`00000007 0xffffe00c`b72aecd0
03 ffffe00c`b72aecb0 00000000`00000000 0xffffe00c`00000007

Nachtrag:
Übrigens, die Anhänge aus #1 ließen sich ohne Umbenennen mit WinRAR entpacken.

 

[zeremonia]

Hallo Aribert,
Dankeschön für die Analyse
Ich teste das ja fleißig. Bis jetzt kam es noch zu keinem BSOD. Aber ist ja auch noch etwas früh zur Freude.
Sollte es wieder passieren, versuche ich mal den WiFi-Treiber vom Hersteller zu nehmen und nicht von HP.

Die Info mit WinRAR ist auch super. Das hätte ich ja niemals gedacht

P.S. Die anderen Dump-Files sind schon älter, weil ich mittlerweile den Standby komplett gemieden habe. Wäre sonst nicht schön gewesen...

 

[IngoBingo]

Die Info mit WinRAR ist auch super. Das hätte ich ja niemals gedacht

7-Zip erkennt auch, dass es umbenannte 7z Dateien sind und entpackt sie ebenfalls. Nur so als Info.

 

[zeremonia]

Das Problem scheint behoben zu sein
Zumindest kam es bis jetzt (nach 2,5 Tagen) nicht mehr vor. Keine BSODs trotz häufigem Standby.
Lösung war die Deinstallation vom Devolo Cockpit.
Habe daher die Antwort von @IngoBingo als Lösung markiert.
Ich hoffe es bleibt dabei, sollte ich widererwarten doch nochmals Abstürze beobachten, melde ich mich unter diesem Thread nochmals.
Danke euch allen nochmals sehr herzlich
Grüße
zeremonia