Ruhezustand, Energiesparen: Laptop schließt alle Programme

[Fieseline]

Hallo...
ich besitze ein HP ZBook der 1. Generation mit einem aktuellen Windows 10. In den Einstellungen zum Energiemanagement habe ich festgelegt, dass der Rechner beim Zuklappen und beim Drücken des Netzschalters in den Ruhezustand wechselt. Das tut er auch, leider zeigt er mir beim Aufwachen meistens nicht meine gerade noch geöffneten Programme, sondern einen leeren Desktop. Es wirkt so, als sei der Rechner gerade hochgefahren worden.
Probeweise habe ich die Energieeinstellungen wieder auf Standard zurückgesetzt. Jetzt ist beim Drücken des Netzschalters und beim Zuklappen Energiesparen eingestellt. Das Verhalten beim Aufwecken ist dasselbe: alle Fenster sind geschlossen.

Ich kann keine Regelmäßigkeit feststellen, denn manchmal funktioniert das Aufwachen tatsächlich wie erwartet. In den meisten Fällen jedoch verhält der Laptop sich so wie oben beschrieben.

Was kann da los sein?

 

[IT_Nerd]

Ereignisanzeige starten >Windows Protokolle > System > Rechtsklick "Akt. Protokoll filtern" (Kritisch, Fehler, Warnung auswählen) > nochmal Rechtsklick "Gefilterte Potokolldatei speichern unter > .evtx (Dateibezeichnung eingeben).

Diesen Output mit der Endung *.evtx zippen und hier verlinken. THX.

BIOS 01.45 Rev.A (Release v. 14.05.2019) eingespielt? => erhältlich hier

IT_Nerd

 

[Fieseline]

Hallo und danke für die Antwort.

Die Protokolldatei ist angehängt. BIOS ist Version 01.45 vom April 2019. Wenn ich versuche, mit der Datei aus deinem Link eine Aktualisierung durchzuführen, kommt die Fehlermeldung, dass die gleiche Version vorhanden ist. Ich habe dann erst mal nicht weiter gemacht.

Gruß, fl

 

[IT_Nerd]

Hi,

sag mal Danke für den Eventlog -da ich heute Abend noch produktiv tätig bin (LOL) -muss arbeiten, kein Schnack, hier für's Erste lediglich ein paar Brocken.

Auf deinem Rechner sind im Zeitraum v. 11.06.2019 bis zum 26.07.2019 insgesamt 14 Stop-Fehler (BSOD= Blue Screen of Death) aufgetreten. Völlig wurst welches Energieschema dabei deine erste Wahl war, i. d. F. wo dein Desktop nach dem vermeintlichen Wake-Up leer erschien ist die Kiste abgestürzt und wurde kpl. neu gestartet.

Du könntest mal überprüfen, ob sich in deinem Windows-Verzeichnis ein Unterordner Minidump befindet bzw, ob dieser Dateien mit der Endung *.dmp enthält. In diesem Fall würde ich dich bitten diese zu zippen und hier zu verlinken.

Dieser aufgetretene Bug Check hat die Bezeichnung 0x159 und hört auf die schwungvolle Bezeichnung HAL_ILLEGAL_IOMMU_PAGE_FAULT. Der Hardware Abstraction Layer deines I/O MMU (Memory Management = Speicherverwaltung) ist über eine fehlerhafte Seitenauslagerung gestolpert. Alles klar? Versuch das im nächsten Post mal verständlicher zu erklären. Anyway: dieser Bug Check kommt nicht allzuoft vor..

Bitte starte mal die Eingabeaufforderung als Admin und gib das folgende ein:

msinfo32 /nfo "%USERPROFILE%\Desktop\msinfo32.nfo"

MSInfo ist ein Windows-Tool welches grundsätzliche Infos zu deinem System abruft und diese ggf. in eine Datei loggt. Im Ordner Desktop deines Benutzernamens findest du eine Datei mit der Bezeichnung Msinfo32.nfo. Diese bitte mal zippen und hier im Forum verlinken. THX in advance!

Greetz

IT_Nerd

 

[Fieseline]

Hallo,
danke erstmal wieder. Klingt ja so, als ob du zumindest eine Idee hast, was los sein könnte. 👍
Ich habe die beiden Zips angehängt.

Gruß, fl

 

[IT_Nerd]

Hi,

nur ein kleines Feedback (meine Tagesform ist etwas schwach da ich letzte Nacht erst in den frühen Morgenstunden die Federn erreicht habe..)

Ich habe den aktuellsten Dump bis auf das letzte Byte "ausgequetscht", die restlichen 15 (seufz) lediglich mal quer gelesen. Alle relativ gleich. Denke, das Problem wird zu lösen sein.

Unser "Bad Boy" verkörpert ein PCI Device, Network Related => INTEL Dual Band WL AC 7260.

Morgen geht's weiter -ich mach mich jetzt lang 😪

Greetz

IT_Nerd

 

[IT_Nerd]

Hi,

hab zwar Augen wie ein Albino (Sommergrippe + leichter Schlafmangel) -versprochen ist versprochen..

Spoiler: Für Technik-Freaks hier ein paar Details:

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: ffff9b8b0c7e8060, Physical Device Object of the stack
Arg3: ffff9a01548378b0, nt!TRIAGE_9F_POWER on Win7 and higher, otherwise the Functional Device Object of the stack
Arg4: ffff9b8b155283f0, The blocked IRP

#alle von dir geposteten Dumps laufen auf diesen Fehler hinaus, teilweise stimmen die Objekt-Adressen, die IRP (I/O Request Packet) überein. Allen Dumps gemeinsam: viel "Datenmüll".

FAULTING_MODULE: fffff8014bef0000 pci

#das will uns Windbg hier Glauben machen, dass besagtes Modul Verursacher ist -das Problem entstand einiges früher.

2: kd> !devobj ffff9b8b0c7e8060
Device object (ffff9b8b0c7e8060) is for:
Cannot read info offset from nt!ObpInfoMaskToOffset
\Driver\pci DriverObject ffff9b8b0a9ed6f0
Current Irp 00000000 RefCount 0 Type 00000022 Flags 00001040
Dacl ffffe48a05dab761 DevExt ffff9b8b0c7e81b0 DevObjExt ffff9b8b0c7e8918 DevNode ffff9b8b0c846560
ExtensionFlags (0x00000800) DOE_DEFAULT_SD_PRESENT
Characteristics (0x00000100) FILE_DEVICE_SECURE_OPEN
AttachedDevice (Upper) ffff9b8b13098050Unable to load image \SystemRoot\System32\drivers\Netwbw02.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for Netwbw02.sys
*** ERROR: Module load completed but symbols could not be loaded for Netwbw02.sys
\Driver\NETwNb64
Device queue is not busy.

#das wäre die Treiberkette von Netwbw02.sys.

2: kd> !irp ffff9b8b155283f0
Irp is active with 4 stacks 2 is current (= 0xffff9b8b15528508)
No Mdl: No System Buffer: Thread 00000000: Irp stack trace.
cmd flg cl Device File Completion-Context
[ 0, 0] 0 0 00000000 00000000 00000000-00000000

Args: 00000000 00000000 00000000 00000000

[ 16, 2] 0 0 ffff9b8b13098050 00000000 00000000-00000000

\Driver\NETwNb64
Args: 00014400 00000000 00000004 00000002
[ 16, 2] 0 e1 ffff9b8b11bd1da0 00000000 fffff801471989c0-ffff9b8b1cfcc740 Success Error Cancel pending
\Driver\vwifibus nt!PopSystemIrpCompletion
Args: 00014400 00000000 00000004 00000002
[ 0, 0] 0 0 00000000 00000000 00000000-ffff9b8b1cfcc740

Args: 00000000 00000000 00000000 00000000

#Der bezogene IRP, hier vom Debugger mit einem > markiert => der Absturzparameter. Hier deutet vieles darauf hin, dass NETwNb64.sys der Verursacher ist. INTEL-Treiber und damit 3rd-Party-Driver.

#zur Überprüfung ob Netwbw02.sys was zu vermelden hat:

kd> dt classpnp!_functional_device_extension ffff9b8b0c7e8918
+0x000 Version : 0xd
+0x008 DeviceObject : 0xffff9b8b`0c7e8060 _DEVICE_OBJECT
+0x000 CommonExtension : _COMMON_DEVICE_EXTENSION
+0x200 LowerPdo : 0xffff9b8b`0c7e8b10 _DEVICE_OBJECT
+0x208 DeviceDescriptor : 0x4000272b`b3212203 _STORAGE_DEVICE_DESCRIPTOR
+0x210 AdapterDescriptor : 0xfffff801`4523fae8 _STORAGE_ADAPTER_DESCRIPTOR
+0x218 DevicePowerState : 0x152af1a0 (No matching name)
+0x21c DMByteSkew : 0xffff9b8b
+0x220 DMSkew : 0x9bc1c62d
+0x224 DMActive : 0x31 '1'
+0x225 SenseDataLength : 0x1c ''
+0x226 Reserved0 : [2] ".???"
+0x228 DiskGeometry : _DISK_GEOMETRY
+0x240 SenseData : (null)
+0x248 TimeOutValue : 0x46d7bcf0
+0x24c DeviceNumber : 0xfffff801
+0x250 SrbFlags : 0xc7e89a0
+0x254 ErrorCount : 0xffff9b8b
+0x258 LockCount : 0n0
+0x25c ProtectedLockCount : 0n0
+0x260 InternalLockCount : 0n0
+0x268 EjectSynchronizationEvent : _KEVENT
+0x280 DeviceFlags : 0
+0x282 SectorShift : 0 ''
+0x283 CdbForceUnitAccess : 0 ''
+0x288 MediaChangeDetectionInfo : (null)
+0x290 Unused1 : (null)
+0x298 Unused2 : (null)
+0x2a0 KernelModeMcnContext : _FILE_OBJECT_EXTENSION
+0x2b8 MediaChangeCount : 0x60000
+0x2c0 DeviceDirectory : 0xffff9b8b`0c7e8bd8 Void
+0x2c8 ReleaseQueueSpinLock : 0xffff9b8b`0c7e8bd8
+0x2d0 ReleaseQueueIrp : (null)
+0x2d8 ReleaseQueueSrb : _SCSI_REQUEST_BLOCK
+0x330 ReleaseQueueNeeded : 0 ''
+0x331 ReleaseQueueInProgress : 0 ''
+0x332 ReleaseQueueIrpFromPool : 0 ''
+0x333 FailurePredicted : 0 ''
+0x334 FailureReason : 0
+0x338 FailurePredictionInfo : (null)
+0x340 PowerDownInProgress : 0 ''
+0x344 EnumerationInterlock : 0
+0x348 ChildLock : _KEVENT
+0x360 ChildLockOwner : (null)
+0x368 ChildLockAcquisitionCount : 0
+0x36c ScanForSpecialFlags : 0
+0x370 PowerRetryDpc : _KDPC
+0x3b0 PowerRetryTimer : _KTIMER
+0x3f0 PowerContext : _CLASS_POWER_CONTEXT
+0x478 PrivateFdoData : (null)
+0x480 FunctionSupportInfo : (null)
+0x488 MiniportDescriptor : (null)
+0x490 AdditionalFdoData : (null)

'jede Menge Müll, ein tieferes Eintauchen ist aufgrund der genullten letzten Einträge hier ein Ende gesetzt. Zusätzlicher Blödsinn: +0x218 DevicePowerState : 0x152af1a0 (No matching name) -hier könnte bestenfalls D0, D1, D2 oder D3 stehen. Tippe mal, das Device hat null Plan vom Power State.

3: kd> dps ffff80031b040000 ffff80031b045c90

ffff8003`1b0401b0 ????????`????????
00000000`00000000
ffff8003`1b0400e0 00000000`00000000
ffff8003`1b0400e8 00000000`00000000
ffff8003`1b0400f0 00000000`00000000
ffff8003`1b0400f8 00000000`00000000
ffff8003`1b040100 ????????`????????

#leider alles nur Datenmüll

2: kd> lmnt

fffff801`52110000 fffff801`524ae000 Netwbw02 Netwbw02.sys Mon Sep 03 12:14:07 2018 (5B8D096F)

#da wäre er (wie auch MSInfo32 ausspuckt). Zwei Szenarien denkbar:

a) der Treiber ist korrumpiert
b) simply outdated. Windows 10 1903 arbeitet möglicherweise nur suboptimal/gar nicht mit der installierten Version.
c) statte mal INTEL hier einen Besuch ab.

2: kd> !devnode ffff9b8b0c846560
DevNode 0xffff9b8b0c846560 for PDO 0xffff9b8b0c7e8060
Parent 0xffff9b8b0c8369a0 Sibling 0000000000 Child 0xffff9b8b114e8b90
InstancePath is "PCI\VEN_8086&DEV_08B1&SUBSYS_40708086&REV_73\4&700dcb&0&00E6"
ServiceName is "NETwNb64"
State = DeviceNodeStarted (0x308)

#hier habe ich mir nochmal den Geräteknoten angeschaut um ganz sicher zu gehen.

Here we go: INTEL Treiber mal upgraden, ich würde temporär auf Hibernation verzichten (Powercfg /H Off) und mal beobachten ob das System stabil ist.

Greetz

IT_Nerd

 

[Fieseline]

Hi IT_Nerd,
danke für deine Hilfe, trotz roter Augen ;-)

Ich habe mal das Update von Intel heruntergeladen und installiert, mal sehen, ob die Ergebnisse passen. Hibernation schalte ich auch ab.
Ich habe mich bei den Treibern immer auf den HP-Support-Assistant verlassen, der eigentlich immer zuverlässig Treiberupdates etc. gemeldet hat. In der History des Assistants habe ich gesehen, dass genau die Installation des WLAN-Treibers gescheitert ist...habe ich dann wohl nicht mitbekommen.
Wie auch immer, bis hierher nochmal vielen Dank! Hätte ich nie rausbekommen!

Ich teile die weitere Entwicklung hier mit...

Gruß, fl

 

[Fieseline]

Hallo,
momentaner Stand nach 3 Tagen: alles läuft wie es soll...jetzt habe ich den Ruhemodus wieder eingeschaltet. Mal sehen, was kommt.....

Gruß, fl

 

[Fieseline]

Hallo nochmal,
den Ruhemoodus habe ich wieder deaktiviert, weil irgendwas nicht rund lief, weiß schon nicht meh was, weil mittlerweile das Problem aufgetaucht ist, dass der PC mitunter aus dem Energiesparmodus nicht aufwacht....die LED im On-Button leuchtet, aber ein Druck darauf weckt den Rechner nicht wieder auf.
Letztlich hilft nur ein langes Drücken zum Herunterfahren mit anschließendem Neustart.
Was hakt da jetzt denn noch?

Gruß, fl

 

[IT_Nerd]

Hi,

oje, hab unzählig viele Logs/Dumps und haste nicht gesehen auf meiner "1st-Level Partition" -musste deinen Fall erst ausfindig machen.

Dein System verfügt über eine SSD (SAMSUNG 123-XYZ)-von daher bringt der Power State 4 aka Hibernation/Ruhezustand so gut wie keine Zeitersparnis.

Die Sleep-Modi S1-S3 (Energiesparen) stellen etwas anderes dar -schau bitte mal morgen ins Forum. Strenggenommen haben wir heute Abend Besuch, ähem, die Gebote der Höflichkeit/des Anstands, du verstehst..

Gruß

It_Nerd

 

[cartridge_case]

Ich hänge mich mal mit rein. Habe mit dem INTEL Dual Band WL AC 7265 ähnliche Probleme mit dem Energie sparen:

https://www.computerbase.de/forum/t...aren-energie-sparen-auf-akku-absturz.1810501/

 

[IT_Nerd]

Der WLAN-NIC von @Fieseline (INTEL AC 7260) wurde 2013 auf dem Markt vorgestellt und hat mittlerweile den Legacy State erreicht.

Der INTEL AC 7265 wurde als Nachfolger etwa ein Jahr später von INTEL releast -Probleme mit den System Power States S1-S3 sind leider auch hier keine Einzelfälle. Wir werden sehen. Auf jeden Fall danke für die Info.

IT_Nerd

 

[cartridge_case]

Ich danke eher dir, dass du das so detailliert prüfen kannst!

 

[Fieseline]

Ich danke eher dir, dass du das so detailliert prüfen kannst!

da kann ich mich nur anschließen !😇

 

[IT_Nerd]

Hi,

Hier mal eine Abfrage um festzustellen wie dein Rechner aktuell konfiguriert ist, welche Betriebsmodi von der System-Firmware überhaupt unterstützt werden bzw. welche Geräte für ein "Aufwecken" in Frage kommen.

Dazu in der Eingabeaufforderung bitte mal diese zwei Befehle nacheinander eingeben:

powercfg /a >"%USERPROFILE%\Desktop\pwrcfg.txt"

powercfg /devicequery wake_from_S3_supported >>"%USERPROFILE%\Desktop\pwrcfg.txt"

Das "doppelte" Umleitungssymbol (>>) hat hier ausnahmsweise seine Richtigkeit (LoL) und bewirkt, dass der Output des 2. Befehls an die bereits vorhandene Datei angehängt wird.

Das Ergebnis findest du auf deinem Desktop in Gestalt der Datei "Pwrcfg.txt". Kannst den Text ggf. über den Button "Einfügen > Code" einbinden, ansonsten einfach verlinken.

Greetz

IT_Nerd

 

[Fieseline]

Hallo,
bei mir sieht das so aus:

Die folgenden Standbymodusfunktionen sind auf diesem System verfgbar:
    Standby (S3)

Die folgenden Standbymodusfunktionen sind auf diesem System nicht verfgbar:
    Standby (S1)
    Die Systemfirmware untersttzt diesen Standbystatus nicht.

    Standby (S2)
    Die Systemfirmware untersttzt diesen Standbystatus nicht.

    Ruhezustand
    Ruhezustand wurde nicht aktiviert.

    Standby (S0 Niedriger Energiestand - Leerlauf)
    Dieser Standbyzustand wird von der Systemfirmware nicht untersttzt.

    Hybrider Standbymodus
    Der Ruhezustand ist nicht verfgbar.

    Schnellstart
    Der Ruhezustand ist nicht verfgbar.

Synaptics FP Sensors (WBF) (PID=003f)
Intel(R) 8 Series/C220 Series USB EHCI #1 - 8C26
USB-Netzwerkadaptermodul fr mobiles Breitband
Intel(R) Management Engine Interface
Generic USB Hub
USB-Root-Hub
Intel(R) 8 Series/C220 Series USB EHCI #1 - 8C26 (001)
Intel(R) Ethernet Connection I217-LM
HP GNSS Sensor
HP lt4112 Gobi 4G Module
Intel(R) Wireless Bluetooth(R)
Intel(R) 8 Series/C220 Series PCI Express Root Port #5 - 8C18
Generic USB Hub (001)
USB-Root-Hub (USB 3.0)
Intel(R) Dual Band Wireless-AC 7260
Intel(R) 8 Series/C220 Series PCI Express Root Port #8 - 8C1E
USB-Root-Hub (001)
Intel(R) 8 Series/C220 Series PCI Express Root Port #7 - 8C1C
Intel(R) USB 3.0 eXtensible-Hostcontroller - 1.0 (Microsoft)

Danke!

 

[cartridge_case]

Ich hoffe, ich störe damit nicht:

Die folgenden Standbymodusfunktionen sind auf diesem System verfgbar:
    Standby (S3)
    Ruhezustand
    Hybrider Standbymodus
    Schnellstart

Die folgenden Standbymodusfunktionen sind auf diesem System nicht verfgbar:
    Standby (S1)
    Die Systemfirmware untersttzt diesen Standbystatus nicht.

    Standby (S2)
    Die Systemfirmware untersttzt diesen Standbystatus nicht.

    Standby (S0 Niedriger Energiestand - Leerlauf)
    Dieser Standbyzustand wird von der Systemfirmware nicht untersttzt.

Intel(R) Wireless Bluetooth(R)
ASUS Precision Touchpad
Realtek PCIe GBE Family Controller
High Definition Audio-Controller
Intel(R) Display-Audio
Microsoft Input Configuration Device
HID-konformes, vom Hersteller definiertes Ger„t
USB-Root-Hub (USB 3.0)
NVIDIA GeForce GTX 1050 Ti
Intel(R) USB 3.0 eXtensible-Hostcontroller - 1.0 (Microsoft)
HID-Tastatur (003)
Intel(R) 100 Series/C230 Series Chipset Family PCI Express Root Port #4 - A113
HID-konformes, vom Hersteller definiertes Ger„t (002)
HID-konforme Maus
I2C HID-Ger„t
Realtek High Definition Audio
HID-konformes Benutzersteuerger„t (002)
Intel(R) Xeon(R) E3 - 1200/1500 v5/6th Gen Intel(R) Core(TM) PCIe Controller (x16) - 1901
USB-Eingabeger„t (003)

 

[IT_Nerd]

Hi,

erstmal mein Dank an die beiden "Protagonisten" für ihr Feedback @cartridge_case: das war sozusagen Gedankenübertragung, dachte nämlich , hm wenn er schlau ist..

Zum Auswerten wird es bei mir heute Abend vtl. nicht mehr reichen -muss noch ein paar Stunden arbeiten.

Grüße

IT_Nerd

 

[IT_Nerd]

@Fieseline

Hi,

fang mal mit dir an da ich über detaillierte Infos über dein HP Z-Book verfüge. Als 1. Schritt würde ich dich mal bitten in die Tiefen deines BIOS/UEFi einzutauchen und dort mal nach Einträgen betreffs ACPI/POS (Power on Suspend)/STR (Suspend to RAM) zu forschen. HP BIOS l70 v. 17.04.2019 -welche Einstellungen dort machbar sind weiß ich eben nicht da mir ein solches noch nicht untergekommen ist. Ein/mehrere Screenshots wären hier hilfreich.

So wie du das Phänomen beschreibst riecht das sehr nach ACPI (Advanced Configuration Power Standard). Dieser Standard definiert auch das Aufwecken des Computers aus dem Schlafzustand via Druck auf den Power Switch für einige Sekunden.

Allerdings gibt es noch weitere Wake Up Events wie etwa einen Key der Tastatur/Maus drücken, Geste mit dem Touchpad, WOL (Wake-on-LAN) wenn der verbaute Ethernet Controller den Eingang eines Datenpakets vermeldet usw. Diese Alternativen funktionieren bei dir alle nicht?

Klär das mal mit dem BIOS danach können wir uns der Betriebssystem-Ebene zuwenden.


BTW: Da der herstellerseitige Treiber bei dir bereits läuft - NVIDIA hat die Release 418 ausgerollt:

Gruß

IT-Nerd

Ergänzung (20. August 2019)

@cartridge_case

Hi,

nein, tust du nicht! Ok, auf deinem System findet sich eine leicht abgewandelte Ausgangssituation: der Ruhezustand steht auf aktiv in der Variante mit kleinem Hiberfil.sys.

Hier würde ich dich mal bitten eine kurze Beschreibung deines Problems zu posten. Basics zu deiner Maschine bilden für mich die Arbeitsgrundlage und reduzieren im Nebeneffekt die Anzahl überflüssiger Posts.

Geht so:

msinfo32 /nfo "%USERPROFILE%\Desktop\msinfo32.nfo"

Einfach mit Copy & Paste nach "Ausführen" befördern und die Systeminformationen fertigen uns einen Bericht über dein System an. Den Snapshot deines Systems findest du auf dem Desktop in Form eines Files namens Msinfo32.nfo.

Blick ins BIOS können wir ggf. später werfen..

Gruß

IT_Nerd