[English]Microsoft hat mit einem Sonder-Update KB5070773 für Windows 11 die Probleme mit USB-Tastaturen und USB-Mäusen in Win RE beseitigt. Betroffen bzw. gefixt wurde das Problem in Windows 11 24-H2 – 25H2. Die betreffenden USB-Geräte sollten unter Win RE wieder funktionieren. Hier ein kurzer Überblick über die Sachlage.
Worum geht es bei Win RE und dem Problem?
Mit der Installation des dynamischen Sicherheitsupdates KB5067039 (siehe Windows 10/11 Recovery Updates (14. Oktober 2025)) hat sich ein Bug eingeschlichen. Wurde Win RE (steht für Windows Repair Environment) aufgerufen, funktionierten USB-Tastaturen und USB-Mäuse unter Windows 11 24-H2 – 25H2 und Windows Server 2025 nicht mehr.
Am 17. Oktober 2025 hatte Microsoft dann in den Known Issues der Windows 11 25H2 Release Health-Statusseite im Supportbeitrag USB mouse and keyboard not working in the Windows Recovery Environment (WinRE) diesen Bug bestätigt (siehe Windows 10/11: USB-Tastatur/-Maus funktioniert in WinRE nicht richtig).
Microsoft gibt im Supportbeitrag an, dass das Problem der nicht mehr funktionieren USB-Geräte wie Tastaturen und Mäuse in der Windows-Wiederherstellungsumgebung (WinRE) erst nach der Installation der am 14. Oktober 2025 veröffentlichten Windows-Sicherheitsupdates (z.B. Update KB5066835) auftrete.
Blog-Leser Bolko weist in diesem Kommentar aber darauf hin, dass der Fehler durch die Datei USBHUB3.SYS verursacht wird. In der Version 10.0.26100.1 funktionierten USB-Geräte in Win RE noch. Mit dem SafeOS Update KB5067039 vom 14. Oktober 2025 kam dann die fehlerhafte Version 10.0.26100.6891 auf das System und in Win RE funktionieren USB-Geräte wie Maus und Tastatur nicht mehr. Quelle dieser Information ist dieser japanische Beitrag
Out-of-Band-Update KB5070773 mit Fix
Zum 20. Oktober 2025 hat Microsoft den Known Issues Beitrag USB mouse and keyboard not working in the Windows Recovery Environment (WinRE) auf der Windows 11 25H2 Release Health-Statusseite aktualisiert. Dort heißt es nun, dass das oben beschriebene USB-Problem durch das Out-of-Band-Update KB5070773 behoben werde. Spätere kumulative Updates werden den Fix ebenfalls enthalten.
Das Update steht dabei für Windows 11 24H2 und 25H2 zur Verfügung und wird automatisch über Windows Update heruntergeladen und installiert. Interessant ist, dass das betreffende Update im Microsoft Update Catalog für Windows 11 24H2 noch als "Preview" gelistet wird. Das Out-of-Band-Update KB5070773 hat übrigens "schlanke" 3,933 GByte Größe, weil Microsoft seine AI-Funktionen mit schleppt.
Ergänzung: Es gibt noch ein Out-of-Band-Update zur Korrektur der USB-Probleme, siehe Windows 11 24H2-25H2: Notfall Recovery Update KB5070762.
Ähnliche Artikel:
Microsoft Security Update Summary (14. Oktober 2025)
Patchday: Windows 10/11 Updates (14. Oktober 2025)
Patchday: Windows Server-Updates (14. Oktober 2025)
Patchday: Microsoft Office Updates (14. Oktober 2025)
Exchange Server Sicherheitsupdates Oktober 2025
Windows 10 22H2/Windows 11 23H2: Preview Updates (23./25./29 September 2025)
September 2025-Update KB5065426 verursacht Probleme mit großen AD-Umgebungen
Windows 11 24H2/25H2: Localhost-Probleme nach Oktober 2025-Update KB5066835
Windows 11 24H2-25H2/Server 2025: Microsoft bestätigt Problem mit IIS/localhost
MVP: 2013 – 2016
Das Update wird bei mir jetzt als "Optionales Update" angezeigt.
Im MS-Updatekatalog ist es hier zu finden: https://www.catalog.update.microsoft.com/Search.aspx?q=KB5070773
Die betroffenen Treiber in der "Install.wim" haben jetzt die Versionen:
usb.inf – 10.0.26100.6901
usbhub3.inf – 10.0.26100.6901
usbport.inf – 10.0.26100.6901
usbxhci.inf – 10.0.26100.6901
Die Datei ist natürlich "Winre.wim" nicht "Install.wim"
Wird ja als "Optionales Update" angeboten und dauert rund fünf Minuten.
Hab grade noch schnell die Funktion getestet, funktioniert jetzt wieder.
In der Dateiliste des 5070773.csv , die man ganz unten im KB-Artikel runterladen kann, stehen andere Versionen für den Treiber:
USBHUB3.SYS 10.0.26100.6899
usbport.sys 10.0.26100.6899
USBXHCI.SYS 10.0.26100.6725
Die *.inf stehen in dieser Dateiliste als "not versioned" drin.
Patchlevel 6899 statt 6901.
Warum passt der Patchlevel der inf nicht zum Patchlevel der sys?
Microsoft hat vergessen, den Patchlevel der inf und der sys anzugleichen und die Version der inf in die Dateiliste einzutragen.
Normalerweise sollte sowas automatisiert sktiptgesteuert passieren.
Ist in der "Winre.wim" drin die bei mir installiert wurde.
Wird so im Programm "Dism++" im Bereich "USB-Controller -> Microsoft" angezeigt.
Die installierten Treiber unter "C:\Windows\System32\drivers" haben die Versionsnummer:
USBHUB3.SYS 10.0.26100.6899
usbport.sys 10.0.26100.6899
USBXHCI.SYS 10.0.26100.6725
Die sind alle vom 14.10.2025
Sind dann in der Winre.wim andere Treiber enthalten?
Warum auch immer das so ist.
Jo habe die "Winre.wim" die bei mir installiert ist gerade mal aufgedröselt, dort sind diese Treiber drin:
usbhub3.sys – 10.0.26100.6901
usbport.sys – 10.0.26100.6901
usbxhci.sys – 10.0.26100.6901
nach dem Update KB5070773
Die WinRE wird durch das KB5070762 (SafeOS) aufgefrischt (Patchlevel 6901).
C:\Windows wird durch KB5066835 (Rollup) aufgefrischt (Patchlevel 6899).
Zitat:
"In der Version 10.0.26100.6891 funktionierten USB-Geräte in Win RE noch. Mit dem SafeOS Update KB5067039 vom 14. Oktober 2025 kam dann die fehlerhafte Version 10.0.26100.6891 auf das System und in Win RE funktionieren USB-Geräte wie Maus und Tastatur nicht mehr."
—
Die erste Versionsnumnmer muss 10.0.26100.1 lauten.
2.
Wenn ich aktuell mit dem Firefox im Microsoft Katalog nach dem KB5070773 suche, dann werden die Treffer in kyrillischer Sprache angezeigt anstatt in deutscher Sprache.
Mit dem Edge und ungoogled Chromium hingegen wird es in deutscher Sprache angezeigt.
Als ich gestern im Katalog etwas mit dem Firefox suchte, da war es noch korrekt in deutscher Sprache.
Der Fehler wurde eigentlich nicht durch das KB5066835 (Rollup) verursacht, sondern durch das SafeOS KB5067039.
Das ist ein Fehler im Microsoft-Artikel.
Der FIX hätte also auch nur ein neues kleines SafeOS Update sein müssen anstatt ein neues Rollup.
Ich habe also mal nach dem "Safe OS 2025-10 Windows 11" gesucht und es wird ein neues Safe OS KB5070762 mit Datum 20.10.2025 angezeigt.
Es hat eine Größe von 21,5 MB.
Im KB5070762 (SafeOS Out-of-Bands Fix vom 20.10.2025) ist der Patchlevel höher als im KB5070773 (Rollup Out-of-Bands vom 20.10.2025).
10.0.26100.6901 statt 10.0.26100.6899 (bzw 10.0.26100.6725) für
USBHUB3.SYS
usbport.sys
USBXHCI.SYS
Das KB5070762 (SafeOS-FIX) macht es also korrekt (Patchlevel 6901), während das KB5070773 (Rollup-Fix) immer noch "falsche" Patchlevel Versionsnummern enthält.
Im KB5070773 wurde lediglich die Versionsnummer der *.inf auf *.6901 angehoben (in der Dateiliste 5070773.csv aber wurde auch das vergessen), aber nicht von den *.sys.
Der Bug ist zwar bei beiden Patchleveln gefixt, aber warum macht Microsoft so eine unnötige Unordnung bei zwei am selben Tag veröffentlichten Out-of-Bands Fixes, die das selbe Problem beseitign sollen und die eigentlich die selben Versionsnummern enthalten sollten?
Da stimmt etwas mit dem Build-System bei Microsoft nicht.
P.S.
Aktuell zeigt der Mirosoft-Katalog im Firefox jetzt arabisch an, vorhin zeigte er noch kyrillisch an.
Chromium und Edge zeigen korrekt deutsch an.
Warum hat der Katalog ein Problem mit dem Firefox?
Gerade mit Firefox ausprobiert und der Mirosoft-Katalog zeigt alles ganz normal an.(FF 140.4.0esr (64-Bit) Win 10 22H2 )
Hier war es zum Anfang französisch 🤔.
MS hat eben manchmal eine gaaanz lange Leitung, das wird schon. Hier ist es jetzt Deutsch.
Ich bin noch an dem Thema dran – heute ging wegen diverser Sachen beim Blog nicht viel. Imho muss MS an zwei Stellen patchen: KB5070773 und Safe OS KB5070762.
Die Installation des Updates KB5070773 kann den Fehler 0x800F0983 auslösen.
Dazu gibt es mehrere Kommentare bei Deskmodder und reddit.
reddit. com/r/Windows11/comments/1obuyxm/comment/nkiid3d/
deskmodder. de/blog/2025/10/21/kb5070773-windows-11-25h2-24h2-out-of-band-update-korrigiert-maus-und-tastaturproblem/#comment-315336
Reparaturversuch mit
DISM.exe /Online /Cleanup-image /Scanhealth
DISM.exe /Online /Cleanup-image /Restorehealth
funktioniert oft nicht.
dann entweder
a)
Settings, Windows Update, Advanced Options, Recovery, Fix problems using Windows Update
oder
b)
Die Windows-ISO mounten, die install.wim mit dism mounten (auf den richtigen Index achten, 1 ist Home, 5 ist Pro) und dann damit als Quelle reparieren (LimitAccess ist wichtig):
Dism /Online /Cleanup-Image /RestoreHealth /Source:Pfad_zum_gemounteten_Windows-Ordner /LimitAccess
oder
c)
Inplace-Reparatur mit der setup.exe aus der Windows-ISO
2.
Außerdem löst die manuelle Installation des Updates KB5070773 das USB-Problem in der WinRE nicht unbedingt:
deskmodder. de/blog/2025/10/21/kb5070773-windows-11-25h2-24h2-out-of-band-update-korrigiert-maus-und-tastaturproblem/#comment-315331
Die automatische Installation über Windows-Update löst das Problem, weil dabei auch das SafeOS-FIX-Update installiert wird. Die manuelle Installation des SafeOS-FIX löst das Problem auch.
Danke, auch bei mir scheitert das Update mit Fehler 0x800f0983.
Es ist zum Haare raufen.
Übrigens:
Obwohl es scheitert, und man davon ausgeht, dass es beendet wurde, kann man den PC nicht neu starten, man erhält einen schwarzen Bildschirm, dass ein Update im Gange sei, der ewig bleibt.
Hard reset.
Und warum muss man bei gescheiterten Updates, wenn man auf Wiederholen klickt, das Update immer wieder neu runter laden? Der Download sollte sich doch noch im Software Distribution Ordner befinden.
Hab heute Mittag das Update KB5070773 ohne Fehler installiert und danach ein Wiederherstellungslaufwerk erstellt und getestet, bei mir zur Zeit alles gut.
Gruss XM
"Wiederherstellungslaufwerk" (= "Rescue Media") benutzt aber nicht WinRE, sondern WinPE.
Die WinRE-Partition wird mit der WinRE.wim erzeugt.
Das WinPE Wiederherstellungslaufwerk wird mit der boot.wim erzeugt.
Prüf mal lieber nach, ob dein WinRE in der Wiederherstellungspartition noch funktioniert.
Ja funktioniert ebenfalls
Ich habe ca. 15 PCs, alle den gleichen Grund image. Ich konnte den KB5066835 nicht installieren, dieser schlug bie allen immer fehl. Der kb5070773 lief jedoch bei allen PCs sauber durch.