Icybox IB-DK7401-CU31

Ja — und das ist sogar einer der besten Leads bisher. In den Logs stecken eindeutige DisplayLink-Fingerabdrücke, und sie tauchen genau zu den Absturzzeiten auf.

Der Beleg aus deinen Logs

Drei Dinge zeigen, dass die Dock aktiv beteiligt ist:

Erstens der Treiber dlcdcncm660.sys — das ist DisplayLinks USB-Netzwerktreiber (die LAN-Buchse der Dock läuft darüber). Der wirft in beiden Logs Fehler („Failed to open the driver's 'ParametersTL' registry key") — ein Zeichen für eine kaputte oder unpassende Treiberinstallation.

Zweitens, und das ist der direkte Treffer: USB\VID_17E9&PID_7000. Die USB-Hersteller-ID 17E9 gehört DisplayLink — das ist deine Dock (der DL-7400-Chip, MI_00/MI_01 = ihre mehreren USB-Funktionen). Und dieses Gerät konnte seinen Treiber (WUDFRd) nicht laden (Kernel-PnP 219) — und zwar exakt zu beiden Absturzzeitpunkten: am 18.07. um 23:22 (rund um den Bluescreen) und am 22.07. um 09:17 (rund um deinen Anmelde-Hänger).

Drittens habe ich im Bluescreen-Dump IndirectKmd.sys gesehen — das ist der „Indirect Display"-Treiber, über den DisplayLink seine Monitore als virtuelle Bildschirme einblendet. Genau der ist der Knackpunkt.

Warum das deinen PIN-Hänger sehr gut erklärt

DisplayLink stellt externe Monitore nicht über die Grafikkarte dar, sondern softwareseitig über diesen Indirect-Display-Treiber. Das führt beim Aufwachen aus dem Standby zu einem berüchtigten, gut dokumentierten Problem: Die Monitore kommen nicht sauber zurück, und Windows legt die Sperr-/Anmeldeoberfläche auf den DisplayLink-Bildschirm — der aber schwarz ist oder fehlt. Auf dem eingebauten Display siehst du dann zwar einen Sperrbildschirm, kannst aber das PIN-Feld nicht aktivieren, weil die eigentliche Eingabefläche auf einem „Phantom-Monitor" liegt, den du nicht siehst.

Das deckt sich fast wörtlich mit deiner Schilderung. Für den Morgen-Hänger ist die Dock damit jetzt mein Hauptverdächtiger — noch vor Windows Hello (die beiden können sich sogar überlagern). Und es erklärt auch, warum der Rechner nachts nie in den tiefen Stromsparzustand ging („No CS Phase"): Eine angeschlossene Dock hält USB-Controller und den SoC wach.

Fairerweise: Für den Bluescreen 0x3B und den WHEA-Hardwarefehler ist die Dock ein plausibler Mitverursacher (der DisplayLink-Treiber scheitert auch dort exakt zur Absturzzeit), aber das kann ich ohne den Stack nicht beweisen. Beim Anmelde-Hänger ist der Zusammenhang dagegen sehr stark.