Anzeige
Anzeige

Am Puls von Microsoft

Anzeige

HP Elitebook 850 G6 - Kernel-Power 41 (63)

Die Dumpfile gefindet sich im Ordner
C:/Windows/Minidump
Die letzten fünf Files auf den Desktop kopieren.
Mit rar oder zip verpacken.
Hier im Forum hoch laden.
 
Anzeige
Anbei ;)

Sind leider nur die drei im Ordner!
 

Anhänge

  • minidump.zip
    1.007,2 KB · Aufrufe: 53
Zuletzt bearbeitet:
STACK_TEXT:
ffffaf0a`1e0af680 00000000`00000000 : 00000000`6d446266 00000000`000005f0 ffffb103`e8002050 00000000`00000000 : RTKVHD64+0x32fa


SYMBOL_NAME: RTKVHD64+32fa

MODULE_NAME: RTKVHD64

IMAGE_NAME: RTKVHD64.sys

STACK_COMMAND: .cxr 0xffffaf0a1e0aec80 ; kb

BUCKET_ID_FUNC_OFFSET: 32fa

FAILURE_BUCKET_ID: AV_RTKVHD64!unknown_function

OS_VERSION: 10.0.19041.1
Bei den Stopp Fehlern war jeweils der Treiber RTKVHD64.sys der Auslöser.
Das ist Realtek High Definition Audio Function Driver gehört zur Software Service for Realtek HD Audio.
Es sei aber gesagt das die Dumpfiles schon zwei Monate alt sind. Deshalb stellt sich die frage ob das für den heutigen Fehler noch relevant ist?
 
Werden den eigentlich nicht grundsätzlich dumpfiles angelegt? Von den gestrigen Abstürzen ist ja nichts zu sehen!
 
Guten Morgen @Corleo! 🙋‍♂️
Dumpfiles werden angelegt, wenn
-> ein Stoppfehler eintritt und das System durch die Fehlerbehandlung geordnet herunter gefahren werden kann
-> eine Auslagerungsdatei auf Laufwerk C: existiert, am Besten systemverwaltet
-> das Sammeln der Absturzinformationen durch das System nicht abgebrochen wird. Zu sehen ist das durch eine fortlaufende Prozentanzeige auf dem Bluescreen

Darüber hinaus sollte der "Automatische Neustart bei Systemfehlern" deaktiviert sein, also kein Haken gesetzt. Die Speicherinformationen sollten auf "Automatisch" oder "Kernelspeicher" gesetzt werden.
Der letzte Abschnitt bezieht sich auf die Datei Memory.dmp, die ein volles Speicherabbild sichert und dadurch mehrere 100 MB bis über 1 GB groß sein kann.
Win10_AutomatischerNeustart_Aus.jpg
 
Guten Morgen Ari45,

das habe ich bereits so eingestellt. Somit müssten unterschiedliche Ursachen für den Kernel Power 41 63 am 05.12.2020 und gestern vorliegen, oder ist das nicht zwangsläufig so?
 
Kernel Power ID41 besagt nur, dass der Rechner nicht ordnungsgemäß herunter gefahren wurde. Dieses Ereignis wird ausgegeben, wenn die Stromzufuhr unterbrochen wurde und das System keine Zeit hatte, einen geordneten Shutdown zu machen.
Auch eine plötzliche Überhitzung der CPU kann das verursachen, wenn die CPU keine Zeit zum "Throtteln" (herunterregeln) hat.

unterbrochene Stromzufuhr:
-> defekt am Netzteil oder Zuleitung
-> "abwürgen" durch drücken des Powerknopfes, weil der Rechner nicht mehr reagiert (eingefroren oder aufgehangen)
 
Der Fehler ist immer relativ kurz nach dem hochfahren gekommen. Zunächst hatte ich das Gefühl, dass dies immer nach der Rückkehr aus dem Ruhezustand passiert, gestern kam der Fehler aber auch nach einem kompletten herunterfahren und Neustart. Und es passiert nur im Akkubetrieb, nie im Netzbetrieb in der Dockingstation.

Wie könnte ich den Fehler weiter eingrenzen?
 
Hallo zusammen,

leider verfolgt mich dieser Fehler immer noch. Erst heute ist es wieder passiert. Leider ist die dumpfile gepackt noch zu groß. Ich möchte Windows 10 einfach ungern neu installieren. Hat noch jemand Ideen?

Gruß

Chris
 
Wenn die Dumpfile auch gepackt noch zu groß ist, dann lade sie auf deinen OneDrive oder einen Dateihoster und gib uns den Link dazu bekannt, damit wir sie herunter laden können.
 
Hallo und danke für den Link zur Dumpfile. 🙋‍♂️
Dieses Mal hat ein Treiber nicht auf eine Poweränderung geantwortet.
DRIVER_POWER_STATE_FAILURE (9f)
A driver has failed to complete a power IRP within a specific time.
Arguments:
Arg1: 0000000000000003, A device object has been blocking an Irp for too long a time
Arg2: ffffe3828bf16a70, Physical Device Object of the stack
Arg3: ffffae0f04a3f750, nt!TRIAGE_9F_POWER on Win7 and higher, otherwise the Functional Device Object of the stack
Arg4: ffffe382aede1010, The blocked IRP
// Arg 2 und Arg 4 sind für die Fehlerdiagnose von Interesse
!devobj ffffe3828bf16a70
Device object (ffffe3828bf16a70) is for:
Cannot read info offset from nt!ObpInfoMaskToOffset
\Driver\SoftwareDevice DriverObject ffffe38277d0edf0
Current Irp 00000000 RefCount 0 Type 00000022 Flags 00001040
SecurityDescriptor ffffaf8749999820 DevExt ffffe3828bf16bc0 DevObjExt ffffe3828bf16bd0 DevNode ffffe3828e16d980
ExtensionFlags (0x00000800) DOE_DEFAULT_SD_PRESENT
Characteristics (0x00000180) FILE_AUTOGENERATED_DEVICE_NAME, FILE_DEVICE_SECURE_OPEN
AttachedDevice (Upper) ffffe3828e1b4050 \Driver\NdisWan
// das Deviceobjekt gibt sich nicht zu erkennen
// jetzt den IRP-Stack abfragen
!irp ffffe382aede1010 1
Irp is active with 3 stacks 2 is current (= 0xffffe382aede1128)
....
....
cmd flg cl Device File Completion-Context
[N/A(0), N/A(0)]
0 0 00000000 00000000 00000000-00000000

Args: 00000000 00000000 00000000 00000000
>[IRP_MJ_POWER(16), IRP_MN_SET_POWER(2)]
0 e1 ffffe3828e1b4050 00000000 fffff800487926b0-ffffe382a55d29c0 Success Error Cancel pending
\Driver\NdisWan nt!PopSystemIrpCompletion
Args: 00015500 00000000 00000005 00000003
[N/A(0), N/A(0)]
0 0 00000000 00000000 00000000-ffffe382a55d29c0
Args: 00000000 00000000 00000000 00000000
// der hängende IRP-Frame wurde vom Debugger bereits markiert (> )
kn
# Child-SP RetAddr Call Site
00 ffffae0f`04a3f718 fffff800`4835f487 nt!KeBugCheckEx
01 ffffae0f`04a3f720 fffff800`4835f3a1 nt!PopIrpWatchdogBugcheck+0xdf
02 ffffae0f`04a3f790 fffff800`48044f12 nt!PopIrpWatchdog+0x31
03 ffffae0f`04a3f7e0 fffff800`48006eed nt!KiProcessExpiredTimerList+0x172
04 ffffae0f`04a3f8d0 fffff800`481f95ee nt!KiRetireDpcList+0x5dd
05 ffffae0f`04a3fb60 00000000`00000000 nt!KiIdleLoop+0x9e
Im IRP-Stack ist zu sehen, dass der blockierende Treiber NdisWan.sys
Nach dem letzten Stack befand sich das System im IDLE. Der Treiber sollte die erhöhte Spannung verarbeiten, um aus dem IDLE zurück zu kommen. Darauf hat er nicht geantwortet und hat den Stack blockiert.
Der Treiber ndiswan.sys gehört zu Windows und hat die Version 10.0.19041.508
Da die aktuelle Windowsversion Build 10.0.19042.867 ist, bringt vielleicht ein Windows-Update Abhilfe.
 
Ich habe zu danken! Ich installiere aktuell zwei Windows Updates und werde das ganze beobachten und melde mich wieder. Ich werde versuchen, dass Gerät häufiger im Akkubetrieb zu testen ;)
 
So nachdem ich alle Updates durchgeführt habe, ist es kurz nach dem Neustart direkt wieder passiert. Es wurde allerdings keine dumpfile angelegt. Hp möchte einen Techniker schicken, allerdings sieht es für mich eher nach einem Softwareproblem aus oder was sagt ihr?
 
wenn HP einen Techniker schickt ist das doch genau der richtige Weg

wir haben keinen Zugriff auf dein System und können nur spekulieren
 
Ich werde den Technikertermin natürlich beanspruchen und dann hier berichten. Ich bin gespannt auf die Vorgehensweise... Beim Komponententest im Bios ist alles in Ordnung.
 
mach doch einen kleinen Bericht darüber wie er da gewerkelt hat, ist bestimmt interessant
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Anzeige
Oben