ThinkPad friert im Akkubetrieb ein — die Ursache ist eine versteckte Energieoption
X1 Carbon Gen 10: Der Bildschirm friert ohne Vorwarnung komplett ein — nur im Akkubetrieb und ohne jede Spur in der Ereignisanzeige. Täter ist die PCIe-Energieverwaltung (ASPM). Der Workaround wirkt in Sekunden, ganz ohne Adminrechte.
Der Fall
Ein ThinkPad X1 Carbon Gen 10 (Intel Core i7-1260P, Iris-Xe-Grafik, Windows 11 25H2) fror unvermittelt komplett ein: Bild steht, Maus tot, Ton läuft teils weiter. Einzige Abhilfe war Strg + Umschalt + Win + B — die eingebaute Tastenkombination, die den Anzeigetreiber zurücksetzt (der Bildschirm wird kurz schwarz, ein Signalton ertönt). Die Abstände zwischen den Freezes wurden mit zunehmender Gerätelaufzeit immer kürzer — zuletzt unter zwei Minuten, zwölf Vorfälle an einem einzigen Vormittag. Auffällig: Das Problem trat nur im Akkubetrieb auf. Am Netzteil lief das Gerät stabil.
Die Ursache
Die Verbindungszustand-Energieverwaltung für PCI Express (ASPM, "Active State Power Management") stand im Akkuprofil auf 2 (maximale Energieeinsparung), im Netzprofil auf 0 (aus). Der Iris-Xe-Grafiktreiber kehrt aus den L1-Schlafzuständen des PCIe-Links nicht zuverlässig zurück — das Gerät hängt, bis der Anzeigetreiber zurückgesetzt wird. Es ist weder ein Hardwaredefekt noch ein beschädigtes Windows, sondern das Zusammenspiel einer Energieeinstellung mit einem veralteten Grafiktreiber.
Warum du in den üblichen Protokollen nichts findest
- Kein Ereignis 4101 ("Anzeigetreiber wurde wiederhergestellt"): Wer den Treiber selbst per Tastenkombination zurücksetzt, kommt Windows' eigenem Timeout-Watchdog zuvor — ohne dessen Auslösen entsteht kein TDR-Eintrag im Systemprotokoll.
C:\Windows\LiveKernelReports\ist leer: Die Ordner existieren, aber die Windows-Fehlerberichterstattung lädt die Dumps hoch und löscht sie danach.- Zuverlässigkeitsüberwachung zeigt nichts: Für sie ist nie etwas "abgestürzt".
Die einzige verlässliche Spur sind Live-Kernel-Ereignisse der Komponente WATCHDOG im Protokoll Microsoft-Windows-WerKernel/Operational. Jeder Eintrag ist ein Einfrieren:
Get-WinEvent -LogName 'Microsoft-Windows-WerKernel/Operational' |
Where-Object { $_.Id -eq 1001 -and $_.Message -match 'Component WATCHDOG' } |
Select-Object TimeCreated | Sort-Object TimeCreated
Der Beweis
Fünf Messphasen an einem Vormittag unter realer Arbeitslast. Zwischen Phase 3 und 4 wurde ausschließlich der ASPM-Wert verändert — gleicher Akkubetrieb, gleicher Treiber, gleiche Anwendungen:
| Phase | Stromquelle | ASPM | Treiber | Dauer | Freezes |
|---|---|---|---|---|---|
| 1 | Akku | 2 | .7026 | 113 min | 7 |
| 2 | Netz | 0 | .7026 | 42 min | 0 |
| 3 | Akku | 2 | .7026 | 12 min | 3 |
| 4 | Akku | 0 | .7026 | 19 min | 0 |
| 5 | Akku | 2 | .7088 | 61 min | 0 |
Phase 3 gegen Phase 4 ist der Beleg: identische Bedingungen, nur ASPM abgeschaltet — die Rate fiel von einem Freeze alle vier Minuten auf null. Phase 5 (neuer Treiber, ASPM wieder an) blieb ebenfalls ruhig, ist aber noch kein Freispruch: Mit dem Neustart sprang auch die Laufzeit auf null zurück, und die Vorfälle eskalierten nachweislich erst mit der Uptime.
Selbst nachprüfen
ASPM ist eine versteckte Energieoption — powercfg /query verschweigt sie, nur -qh zeigt sie an:
powercfg -qh SCHEME_CURRENT SUB_PCIEXPRESS ASPM
In der deutschen Ausgabe heißen die Zeilen "Index der aktuellen Wechselstromeinstellung" (Netz) und "Index der aktuellen Gleichstromeinstellung" (Akku). 0x00000000 = aus, 0x00000001 = moderat (L0s), 0x00000002 = maximal (L1).
Workaround — wirkt sofort, ohne Neustart, ohne Adminrechte
powercfg /setdcvalueindex SCHEME_CURRENT SUB_PCIEXPRESS ASPM 0
powercfg /setactive SCHEME_CURRENT
Energieschemata gehören dem angemeldeten Benutzer — normale Benutzerrechte genügen. Der Preis ist Akkulaufzeit: Im Test fiel der Ladestand unter Last spürbar schneller (in 20 Minuten von 52 auf 36 Prozent).
Dauerhaft: in allen Energieschemata setzen
Wird nur das aktive Schema geändert, ist die Einstellung beim nächsten Schemawechsel — etwa durch Lenovo Vantage oder eine Verwaltungsrichtlinie — wieder verloren. So setzt du sie in allen Schemata:
foreach ($g in (powercfg /list |
Select-String -Pattern '([0-9a-f-]{36})').Matches.Value) {
powercfg /setacvalueindex $g SUB_PCIEXPRESS ASPM 0
powercfg /setdcvalueindex $g SUB_PCIEXPRESS ASPM 0
}
powercfg /setactive SCHEME_CURRENT
Treiber aktualisieren — mit Fallstrick
Im Fall wurde der Intel-Grafiktreiber von 32.0.101.7026 auf 32.0.101.7088 aktualisiert — seither auch mit aktivem ASPM kein Freeze mehr. Bei der Treiberwahl gilt: Alder Lake (12. Generation) läuft seit September 2025 in Intels Legacy-Zweig für die 11. bis 14. Generation mit Quartals-Updates. Der richtige Katalogeintrag ist Intel-Download 864990 — nicht 785597, und die Arc-Treiber der 8900er-Reihe sind für diese Chips nicht vorgesehen. Download nur direkt bei Intel, Prüfsumme und Signatur kontrollieren.
Nach einer Neuinstallation kommt das Problem zurück
Ein Reimage ist kein Heilmittel — es stellt die Auslöserbedingung wieder her. Windows liefert ASPM standardmäßig so aus:
| Energieschema | Standard Netz | Standard Akku | Bewertung |
|---|---|---|---|
| Ausbalanciert | 1 | 2 | Auslöser aktiv |
| Energiesparmodus | 2 | 2 | Auslöser aktiv |
| Höchstleistung | 0 | 0 | unkritisch |
In die Baseline eines betroffenen Geräts gehören deshalb beides: ASPM = 0 in allen Schemata (Skript oben) und ein festgepinnter Grafiktreiber ab 32.0.101.7088, statt die Auswahl Windows Update zu überlassen.
Merksatz: Friert die Grafik ein, ist Strg + Umschalt + Win + B immer der erste Griff. Und wenn ein Fehler nur im Akku- oder nur im Netzbetrieb auftritt, vergleiche als Erstes die beiden Energieprofile — mit powercfg -qh, denn die normale Abfrage versteckt die entscheidenden Einstellungen.