Fehler 0x800f0922 beim Windows-Update ist aktuell das meistdiskutierte Problem in deutschen IT-Foren – und er hat eine sehr konkrete Ursache. Das Sicherheitsupdate KB5089549 vom 12. Mai 2026 schlägt auf Windows 11 24H2 und 25H2 fehl, wenn auf der versteckten EFI-Systempartition (ESP) zu wenig freier Speicher vorhanden ist. Getestet auf Windows 11 24H2 und 25H2, Mai 2026.
Frustrierend ist dabei: Laufwerk C: hat Gigabyte frei, Windows Update läuft scheinbar normal an – und bricht trotzdem bei rund 35 % ab. Das liegt daran, dass Laufwerk C: und die EFI-Partition vollkommen unabhängig voneinander sind. Die ESP ist eine winzige, versteckte Partition, die Windows absichtlich vor dem Nutzer verbirgt.
Was passiert genau – und warum bei 35 %?
Die EFI-Systempartition ist die Schaltzentrale des Boot-Prozesses. Windows 11 speichert dort den Boot-Manager, Secure-Boot-Richtlinien, BitLocker-Integritätsdaten und – je nach Konfiguration – auch Teile der Windows-Wiederherstellungsumgebung (WinRE). KB5089549 enthält aktualisierte Secure-Boot-Revokationsdateien (DBX-Updates), die den Bootsektor gegen die sogenannte „BlackLotus 2.0″-Malwarefamilie absichern sollen.
Während der Neustartphase versucht der Windows-Dienst-Stack, temporäre Dateien auf die ESP zu schreiben. Hat die Partition weniger als 10 MB frei, schlägt dieser Schritt fehl. Windows zeigt dann: „Etwas ist schiefgelaufen. Änderungen werden rückgängig gemacht.“ – und im Windows Update erscheint anschließend der Fehlercode 0x800f0922.
Laut Microsofts Diagnosedaten sind rund 15 % aller Windows-11-24H2-PCs betroffen – bei Geräten, die älter als vier Jahre sind, steigt dieser Anteil auf bis zu 22 %. Das betrifft vor allem Maschinen, die ursprünglich mit Windows 10 geliefert wurden und bei denen die ESP werkseitig nur 100 MB groß angelegt wurde.
Fehler 0x800f0922 diagnostizieren: CBS-Log und ESP-Speicher prüfen
Bevor Sie etwas ändern, sollten Sie die Ursache bestätigen. Es gibt zwei schnelle Diagnoseschritte.
Schritt 1 – CBS-Log lesen: Öffnen Sie die Datei C:\Windows\Logs\CBS\CBS.log in einem Texteditor und suchen Sie nach diesen Einträgen:
ServicingBootFiles failed. Error = 0x70
SpaceCheck: Insufficient free space
SpaceCheck: used by third-party/OEM files outside of Microsoft boot directoriesWenn diese Zeilen vorhanden sind, ist die EFI-Partition definitiv der Engpass.
Schritt 2 – ESP-Speicher messen: Öffnen Sie PowerShell als Administrator und führen Sie folgenden Befehl aus:
Get-Partition | Where-Object GptType -eq '{c12a7328-f81f-11d2-ba4b-00a0c93ec93b}' | Get-Volume | Format-List Size, SizeRemainingDer Wert SizeRemaining gibt den freien Speicher in Byte an. Ist er kleiner als 10.485.760 (entspricht 10 MB), liegt das Problem vor. Bei mir hat dieser Befehl auf einem frisch aufgesetzten System 121 MB freien Speicher angezeigt – auf dem Kundenrechner mit dem Problem waren es 6 MB.
Lösung 1: Registry-Wert EspPaddingPercent – schnell und sicher
Microsoft selbst empfiehlt diese Lösung als ersten Workaround. Der Registry-Wert EspPaddingPercent steuert, wie viel Pufferspeicher auf der EFI-Partition freigehalten werden muss. Standardmäßig reserviert Windows einen Prozentsatz als „Padding“ – genau das lässt sich temporär abschalten.
⚠️ Wichtig: Erstellen Sie vorher einen Systemwiederherstellungspunkt. Registry-Änderungen im Boot-Bereich können bei Fehleingaben den Start von Windows gefährden.
- Eingabeaufforderung als Administrator öffnen (Win + X → Terminal (Administrator))
- Folgenden Befehl eingeben und mit Enter bestätigen:
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Bfsvc" /v EspPaddingPercent /t REG_DWORD /d 0 /f- PC neu starten
- Windows Update erneut ausführen
Bei vielen Nutzern reicht das aus, damit KB5089549 erfolgreich durchläuft. Nach erfolgter Installation kann der Registry-Wert wieder entfernt werden – ist aber kein Muss.
Lösung 2: OEM-Dateien aus der EFI-Partition entfernen
Besonders bei HP-Geräten, aber auch bei Lenovo, Dell und anderen Herstellern, legen OEM-Tools eigene Ordner auf der EFI-Partition ab – Diagnose-Tools, Recovery-Hilfsprogramme, manchmal auch ältere Treiber-Staging-Dateien. Diese Ordner können über die Jahre mehrere Megabyte Speicherplatz belegen, ohne dass sie noch gebraucht werden.
⚠️ Achtung: Löschen Sie nur Ordner, die eindeutig einem OEM-Hersteller gehören. Löschen Sie niemals den \EFI\Microsoft\-Ordner oder die darin enthaltenen Dateien – das macht das System unbootbar.
- Eingabeaufforderung als Administrator öffnen
- EFI-Partition temporär einbinden:
mountvol O: /S - Inhalt prüfen:
dir O:\EFI - Herstellerordner entfernen (Beispiel HP):
cd O:\EFI
Dann in PowerShell:Remove-Item .\HP\ -Recurse - Laufwerksbuchstaben wieder entfernen:
mountvol O: /D - PC neu starten und Windows Update erneut versuchen
Mehrere Nutzer im Born’s IT-Blog haben bestätigt, dass allein das Entfernen des HP-Ordners ausgereicht hat, um Fehler 0x800f0922 zu beseitigen und KB5089549 erfolgreich zu installieren.
Known Issue Rollback – automatische Absicherung von Microsoft
Microsoft hat am 15. Mai 2026 einen Known Issue Rollback (KIR) ausgerollt. Für Consumer-PCs und nicht verwaltete Business-Geräte bedeutet das: Die Mitigation wird automatisch im Hintergrund eingespielt. Ein Neustart des Systems kann helfen, den Fix schneller anzuwenden.
Wer sein System also neu startet und danach noch einmal Windows Update aufruft, wird in vielen Fällen feststellen, dass das Problem sich bereits erledigt hat – ohne manuellen Eingriff. Das gilt aber nur für Home-Nutzer und kleine Unternehmen ohne zentrales Management.
Für Unternehmensumgebungen mit Microsoft Endpoint Manager (Intune) oder WSUS ist die Situation anders. Hier muss der Administrator die KIR-Gruppenrichtlinie manuell installieren und konfigurieren. Microsoft stellt das entsprechende Group Policy-Paket im Windows Release Health Dashboard bereit. Nach dem Anwenden der Richtlinie ist ebenfalls ein Neustart der betroffenen Geräte erforderlich.
Lösung 3: EFI-Partition dauerhaft vergrößern (fortgeschritten)
Die Registry-Lösung und das Entfernen von OEM-Dateien lösen das unmittelbare Problem – sie beheben aber nicht die Ursache. Wer sicherstellen will, dass zukünftige Updates (das Problem wird sich wiederholen, denn Secure-Boot-Updates werden monatlich größer) nicht erneut scheitern, sollte die EFI-Partition dauerhaft vergrößern.
Günter Born vom Born’s IT-Blog empfiehlt, die ESP gleich auf 1 GB zu erweitern, wenn man ohnehin an das System herangeht. Das ist aus meiner eigenen Praxis ebenfalls die richtige Entscheidung – wer heute nur 200 MB einrichtet, hat in zwei Jahren womöglich das nächste Problem.
⚠️ Warnung vor dem Start: Diese Methode löscht die bestehende EFI-Partition und legt sie neu an. Ein vollständiges Disk-Backup (z. B. über Windows-Sicherung oder Drittanbieter-Tools) ist Pflicht. Bei BitLocker-Laufwerken: Recovery-Schlüssel vorher sichern.
Vorgehen mit DiskPart (Administrator-Eingabeaufforderung):
diskpart
list disk
select disk 0 (die Nummer Ihrer Systemfestplatte)
list partition
select partition 1 (die EFI-Partition – Typ "System")
delete partition override
create partition efi size=512
format quick fs=fat32
assign letter=S
exit
bcdboot C:\Windows /s S:Nach dem Reboot sollte Windows normal starten. Danach Windows Update ausführen – KB5089549 wird jetzt problemlos installieren.
Warum wurde die EFI-Partition voll – und warum jetzt?
Eine berechtigte Frage. Die EFI-Partition war jahrelang kein Problem – warum explodiert es gerade jetzt?
Windows 11 stellt mit seiner erhöhten Sicherheitsbasis deutlich mehr Anforderungen an die ESP als Windows 10 früher. Secure Boot, TPM 2.0, BitLocker-Integritätsprüfungen und die monatlich wachsenden DBX-Revokationsdatenbanken benötigen alle Platz auf dieser kleinen Partition. Viele Systeme, die vor 2020 hergestellt wurden, haben eine ESP mit nur 100 MB – ein Wert, der damals großzügig wirkte.
Dazu kommen OEM-Dateien, Sprachpakete, Dual-Boot-Konfigurationen und Windows Recovery-Umgebungsdaten. Das alles summiert sich über Jahre. Laut Microsofts eigenen Diagnosedaten haben rund 15 % aller Windows-11-24H2-Geräte weniger als 10 MB frei auf der ESP – bei älteren Maschinen liegt dieser Anteil bei bis zu 22 %.
KB5089549 ist dabei kein Ausreißer. Zukünftige Sicherheitsupdates werden das Problem wiederholen. Die dauerhaft sauberste Lösung ist deshalb die Vergrößerung der ESP – nicht als einmalige Reaktion auf einen Fehler, sondern als präventive Wartungsmaßnahme.
BitLocker-Hinweis: Recovery-Schlüssel vor jedem Eingriff sichern
Wer BitLocker aktiv hat – und das ist bei Windows 11 Home auf modernen Geräten standardmäßig der Fall – muss vor jedem Eingriff an der EFI-Partition den 48-stelligen Recovery-Schlüssel sichern. Mehrere Nutzer haben nach einem gescheiterten KB5089549-Update berichtet, dass BitLocker beim nächsten Start den Recovery-Schlüssel verlangt hat.
Recovery-Schlüssel prüfen: Einstellungen → Datenschutz & Sicherheit → Geräteverschlüsselung → BitLocker-Schlüssel sichern. Alternativ unter manage-bde -protectors -get C: in der Admin-Eingabeaufforderung. Den Schlüssel in der Microsoft-Cloud-Konto-Seite (account.microsoft.com/devices/recoverykey) zu sichern, ist ebenfalls empfehlenswert.
FAQ
Warum bricht KB5089549 bei 35 % ab?
Windows 11 versucht während der Neustartphase, Bootdateien auf die EFI-Systempartition zu schreiben. Hat diese Partition weniger als 10 MB freien Speicher, schlägt der Schreibvorgang fehl – Windows rollt das Update zurück und zeigt Fehler 0x800f0922.
Wie prüfe ich den freien Speicher auf der EFI-Partition?
In PowerShell (Admin) folgenden Befehl ausführen: Get-Partition | Where-Object GptType -eq „{c12a7328-f81f-11d2-ba4b-00a0c93ec93b}“ | Get-Volume | Format-List Size, SizeRemaining. Der Wert SizeRemaining gibt den freien Speicher in Byte an. Unter 10.485.760 Byte (10 MB) ist das Update gefährdet.
Ist der Registry-Workaround mit EspPaddingPercent sicher?
Ja, wenn er korrekt ausgeführt wird. Microsoft selbst empfiehlt diesen Workaround offiziell. Vor der Änderung sollte ein Systemwiederherstellungspunkt erstellt werden. Nach erfolgreicher Installation von KB5089549 kann der Wert wieder entfernt werden, ist aber kein Muss.
Was ist der Known Issue Rollback (KIR) von Microsoft?
Der Known Issue Rollback ist ein serverseitiger Notfall-Fix, den Microsoft bei bestätigten Update-Problemen einsetzt. Für Consumer-PCs und nicht verwaltete Geräte wird die Mitigation automatisch eingespielt. Ein Neustart des Systems beschleunigt die Anwendung. Unternehmensgeräte benötigen eine manuelle Gruppenrichtlinie.
Wird das Problem mit zukünftigen Updates wieder auftreten?
Ja, sehr wahrscheinlich. Microsoft erweitert die Secure-Boot-Revokationsdatenbank monatlich. Wer nur den kurzfristigen Workaround anwendet, ohne die EFI-Partition zu vergrößern, wird bei kommenden Sicherheitsupdates möglicherweise erneut auf denselben Fehler stoßen. Eine Vergrößerung der ESP auf mindestens 500 MB ist die nachhaltigste Lösung.
Fazit
Fehler 0x800f0922 bei KB5089549 ist ärgerlich, aber lösbar. Für die meisten Home-Nutzer reicht der Known Issue Rollback von Microsoft – einmal neu starten, dann nochmal Windows Update aufrufen. Wer auf einem HP- oder Lenovo-Gerät sitzt, sollte zusätzlich die OEM-Ordner auf der ESP prüfen. Der Registry-Workaround ist schnell und sicher, wenn man die kurze Warnung beherzigt.
Langfristig führt kein Weg an einer vergrößerten EFI-Partition vorbei. Die ESP-Größe ist kein Microsoft-Versehen – sie ist ein Relikt aus einer Zeit, als Secure Boot noch in den Kinderschuhen steckte. Wer sich einmal die Zeit nimmt, das zu beheben, schläft bei zukünftigen Patch-Dienstagen ruhiger.
Zuletzt aktualisiert: Mai 2026 | Getestet auf Windows 11 25H2
Autor: Vangelis | 25+ Jahre IT-Erfahrung | Gründer windowspower.de (seit 2003)
Weitere Windows-Update-Fehler und deren Lösungen: Windows Update Probleme beheben
