[English]Die letzten Tage erreichten mich mehrere Leser-Mails die berichten, dass Microsoft wohl das Windows RE-Update KB5048239 für Windows 10 21H2 und 22H2 ausrollt. Das Problem besteht darin, dass dieses Update wieder und wieder unter Windows 10 installiert wird. Das Betriebssystem gerät in eine „Update-Schleife“.
Windows RE-Update KB5048239
Microsoft hatte bereits zum 12. November 2024 das Update KB5048239: Windows Recovery Environment update for Windows 10, version 21H2 and 22H2 (deutsch) veröffentlicht. Laut Microsoft installiert dieses Update automatisch das dynamische (Sicherheits-)Update (KB5046913) für die Windows-Wiederherstellungsumgebung (WinRE) auf dem betreffenden System.
Das Update wurde per Windows Update verteilt und soll Verbesserungen der Windows-Wiederherstellungsfeatures bringen. Im verlinkten Support-Beitrag listet Microsoft aber eine Reihe Kriterien auf, unter denen dieses Windows RE-Update nicht installiert werden soll.
Seit dem 11./12. Januar 2024 scheint Microsoft dieses Update erneut per Windows Update anzubieten.
Leser #1 meldet wiederkehrende Installation
Blog-Leser Michael hat mich am 12. Januar 2024 kontaktiert und schrieb mir, dass beim ihm seit 2 Tagen auf einem Rechner mit Windows 10 Home 22H2 das „2024-11 Sicherheitsupdate für Windows 10 Version 22H2 für x64-basierte Systeme (KB5048239)“ über Windows Update wiederkehrend angeboten und auch installiert werde.
Das Update wird als „Erfolgreich installiert am Di. 12.11.2024“ aufgeführt, aber trotzdem erneut zur Installation angeboten. Ich habe kurz nach dem Update KB5048239 im Internet gesucht und direkt gesehen, dass es bei den Kollegen von deskmodder.de diesen Thread im Forum gibt. Auch dort wird eine wiederkehrende Installation beschrieben.
Eine Lösung besteht darin, das Update mit wushowhide.diagcab auszublenden.
Leser #2 meldet wiederkehrende Installation
Auch Blog-Leser Werner P. hat sich per E-Mail gemeldet und berichtete, dass diverse Rechner in seiner Umgebung seit dem 12. Januar 2024 beim Aufruf von Windows Update das WinRE Update KB5048239 erneut installieren.
Das Update werde dann als erfolgreich installiert angezeigt, aber beim nächsten Aufruf von Windows Update erfolgt die Installation erneut. Werner hat mir obigen Auszug aus der Ereignisanzeige geschickt, der zeigt, dass das Update am 13.1.2024 als „erfolgreich installiert“ aufgelistet wird. Trotzdem versucht Windows das Update erneut zur Installation anzubieten.
Werner merkt dazu an, dass er es besonders ärgerlich findet, dass sich das in seinem Bereich eingesetzte Patch Management-System sich an Windows Update zur Suche nach Microsoft Update orientiert. Als Folge werde jetzt bei allen Rechnern fehlende Updates gemeldet.
Zudem erwähnte Werner, dass laut Microsofts Supportbeitrag das Update nicht installiert werde, wenn das WinRE-Image eine Version größer oder gleich Version 10.0.19041.5125 aufweist. Werner hat mir obigen Screenshot des Registry-Editors geschickt, der zeigt, dass diese WinRE-Version auf seinen Maschinen vorhanden ist.
Leser #3 meldet wiederkehrende Installation
Zudem hat sich Antonio Francisco Vanucchi bei mir zum 12. Januar 2025 per E-Mail gemeldet und schrieb auf Englisch, dass er bereits in der letzten Woche erneut das wiederkehrende Installationsproblem mit dem Update KB5048239 hatte und vorschlug, dass ich es im Blog aufgreife.
Weitere Berichte im im Internet
Antonio hat in seiner Mail noch den Link auf den Microsoft Answers Forenbeitrag Re: 2024-11 Security Update for Windows 10 Version 22H2 for x64-based Systems (KB5048239) vom 11. Januar 2025 mitgeschickt. Auch dort wird berichtet, dass Windows Update plötzlich das betreffende Update für Win RE vom 12. November 2024 erneut und wiederholend zur Installation anbietet.
Der Thread hat bereits drei Seiten und auch im Windows Ten-Forum gibt es diesen Thread, der sich mit den wiederholenden Update-Angeboten befasst. Das Einzige was gegen die wiederholten Update-Versuche hilft, ist Update mit wushowhide.diagcab auszublenden. Danke an die Blog-Leser für die Hinweise. Ist jemand von diesen Update-Installationsversuchen betroffen?
Jupp — „betroffen“.
4x gleiche Rechner Windows 10 22H2.5247
Allerdings .. im MBR Modus.
1x Rechner zeigt das Problem nicht ( 1. Partition > 1 GB )
3x andere Rechner zeigen das Problem ( mit der ersten Partition größer und kleiner ans 1 GB ). Es liegt IMHO nicht ausschließlich an der Portionsgröße.
Da ich aber bei diesen Rechner automatische Win-Updates deaktiviere
… brennt mit das Problem nicht unter den Nägeln.
Version auf folgenden Wert setzen:
10.0.19041.9999
WinRE in Diskpart löschen
Speicherplatz der frei ist für SATA SSD/NVME SSD overprovisioning nutzen.
Echte Backup-Software nutzen: Clonezilla, RescueZilla, und Co.
Backups vor dem Patch day (z.B. heute vor 18:00 Uhr) anlegen.
Wenn wieder was ist, dann hat man echtes Backup. WinRE ist lachhaft nutzlos.
Wie deaktivierst Du dauerhaft bein Win 10 autom. Updates?
Ohne sich sein System zu schrotten:
gpedit.msc
Computerrichtlinier > Win > Updates
lesen
Danach einfach den Update-Knopf nie wieder drücken.
Aber mehr sage ich nicht. Wer keine Updates installiert und mit anfälligen Kisten surft ist Teil eines anderen Problems.
Und bei der Home-Edition hilft https://greatis.com/stopupdates10/
Updates installiere ich nur nach einer gewissen Zeitspanne, also nachdem ich weder hier, noch auf golem, heise oder bleepingcomputer irgendetwas von Problemen lese, meist mit zwei, drei Wochen Verzögerung. c-:<
KB5048239 24MB 2024-11 Sicherheitsupdate für Windows 10 Version 22H…
taucht hier auf dem einen Rechner, der aus Gründen nicht in der Domain und auch nicht per WSUS versorgt wird, immer wieder auf. Heute abends beginnt ja wieder die Patchday-Saison und ich bin gespannt ob das danach aufhört.
Bei meinem HP Laptop und meiner Dell Workstation trat das Problem bisher nicht auf
Mehrere Rechner, MBR auf GPT in 2023 geändert, Wiederherstellungspartion extra auf 1 GB vergtößert. Alle zeigen WinREVersion 10.0.19041.5125 an, trotzdem das Spiel: Dauernde Installation des KB.
testweise auf einem System: „Reagentc /disable“ dann unter Windows/System32/Recovery die „Winre.wim“ gelöscht hatte eine Größe von ca 800MB
Inplace-Update mit einer aktuellen Win10 22H2 ISO nach vorheriger Sicherung mit „c’t-WIMage“
Ergebnis: Jetzt wird das KB nicht mehr angeboten, das System läuft.Witzigerweise ist die „Winre.wim“ jetzt nur noch ca 500 MB groß.
Angezeigte WinREVersion jetzt auch 10.0.19041.5125. Ich sagt mal nur Microsoft…
Ich habe das Problem auch. Nach dem Start zeigt er mir an das Windows 10 Version 22H2 für x64-basierte Systeme (KB5048239) zu installieren ist. Nach kurzer Zeit verschwindet das angebotene Update. In der Ereignisanzeige ist es bereits vorhanden
Tritt bei mehreren PC hier auf (alle W10Pro-22H2 und in einer Domäne ohne WSUS). Habe es jetzt mit „wushowhide.diagcab“ abgeschaltet. Bin mal wieder auf die Ausreden von Microschrott gespannt…
Wie kommt ihr alle zu den „hohen“ RE-Versionen? Habt ihr die nachträglich mit DISM gepatcht? Bei mir sind die Versionen alle „10.0.19041.1“, auch privat. Firma=WSUS, zu Hause WU. Manche Rechner, die keine oder zu kleine Partitionen hatten, mit dem Heise Script repariert.
Das angesprochene Problem im Kern knapp in etwa umschrieben:
Seit wenigen Tagen (so seit um 11./12.2025) steht das Update
„KB5048239: Windows-Wiederherstellungsumgebungsupdate für Windows 10, Version 21H2 und 22H2: 12. November 2024“,
dass bereits erfolgreich mit WinRE-Version 10.0.19041.5125 zuvor, ergo grds. in 11/2024, installiert wurde (und quasi keine Zweifel an WinRE-Installationsvoraussetzungen bestanden/ bestehen)
nach manueller Win-Updatesuche erneut zur Installation an.
Ferner wird zudem ohne manuelle Suche erneut lt. Anzeigen erfolgreich installiert.
Bsp. vom Gerät, auf dem gerade geschrieben wird, ohne manuelle Suche in der Problemzeit:
Lt. Zuverlässigkeitsverlauf erfolgreich installiert
11.01.2025
12.01.2025
13.01.2025
Erstinstallation lt. Win-Updateverlauf: 13.11.2024
Auch wurde ursprünglich im Win-Updateverlauf die erfolgreiche Installation vom 12.01.2025
angezeigt.
Diese Anzeige verschwand dann mit der erfolgreichen Installation vom 13.01.2025.
Die Anzeige von der Erstinstallation bleibt.
Einfluss Neustart kann ich nicht sagen.
Das Update wurde noch gestern blockiert.
So oder so ähnlich/ vergleichbar bei allen weiteren Geräten mit aktuellem Win 10, egal ob x86, x64, MBR oder GPT.
Daraus ergibt sich u. a. die Frage, welches Ereignis (von außen) löste das Verhalten aus.
Normal mutet das Ganze zumindest nicht an.
Soweit meine Recherchen reichten, sind mir einige Threads im Web zum Thema aufgefallen, darunter im englischen MS – Forum. Gibt auch paar Beiträge im Feedbackhub, u. a. englisch.
Einen sah ich auch in deutsch.
Ist der erste Blogbeitrag zum Thema, der mir auffiel.
Die bisher eher mäßige Popularität mag vlt. u. a. (!) mit dem geschuldet sein, dass die gegebene Problematik kurzfristig nun nicht gerade sofort ins Auge sticht.
Auch bei mir tritt dieser Fehler auf. Seit gestern Abend müsste sich KB5048239 bereits gute 10 Mal erfolgreich installiert haben, steht aber immer wieder neu an. Die direkte Problembehandlung einzusetzen funktioniert bei mir nicht, weil es als 100% installiert eingetragen wird, sodass gar kein zu behandelndes Problem gefunden wird.
Hab das Update im Baramundi blockiert. Auf jedem unserer Win 10 Clients lief die Installation des Updates in die Schleife
Bei den Loops sollten die Nutzer mal schauen, ob die PE-Partition vor der Windows-Partition liegt.
Denn auch wenn diese groß genug sein sollte, stolpert das Setup darüber.
Und MS bekommt dieses Problem einfach nicht in den Griff!
(Sie werden das wohl auch nie schaffen!)
Wer sich fragt, wie das mit der Reihenfolge sein kann, Windows 7 hatte das ursprünglich mal so gehändelt!
Und wer immer nur upgedatet hat, der hat halt diese „Installation“ mit geschleppt.
Bei mir ebenfalls dasselbe Problem. Eigentlich ist die WinRE Partition richtig eingerichtet und die Version passt auch. Ich ignoriere den Update jetzt erst einmal und warte den Patchday ab. Mal schauen, was danach passiert.
Habe das Problem auch – auf dem Rechner musste ich damals die Partition vergrössern.
Bei mir sind ebenfalls Systeme von dem Problem betroffen – ebenfalls aber auch ein Windows Server 2022 21H2 – hier ist das Pendant das Update KB5048238 was die gleichen Probleme verursacht. Aktuell keine Infos.
Bei mir steht im Registry-Schlüssel die falsche Version
10.0.19041.1
Der Updater hat also vergessen, dort die aktuelle Version einzutragen.
Wenn ich allerdings in einer Konsole mit dism die Version der WinRE-Partition abfrage dann erhalte ich diese Version:
10.0.19041.3636
Dieser Patchlevel ist allerdings immer noch zu klein im Vergleich zu dem Patchlevel 5125 im Artikel.
Der Befehl zur Versionsabfrage mit dism:
Dism /Get-ImageInfo /ImageFile:\\\\?\\GLOBALROOT\\device\\harddisk0\\partition3\\Recovery\\WindowsRE\\winre.wim /index:1
(jeweils nur 1 Slash oder Backslash, außer zwischen dem „Imagefile“ und dem Fragezeichen, wo 2 Backslashes sein müssen. Die Blogsoftware WordPress kann offenbar die Slashes nicht korrekt darstellen und verschluckt diese manchmal.)
„partition3“ muss man eventuell anpassen.
dazu kann man diskpart nehmen:
diskpart
list disk
select disk 0
list partition
In der Zeile in der „Wiederherstellung“ steht, steht am Anfang die Nummer der Partition, die man für dism braucht.
Meine WinRE Paretition hat eine Größe von 2 GB, ist also ausreichend.
Allerdings befindet sich die WinRE vor der Windows-OS Partition. Das könnte ein Grund sein, warum die Microsoft-Installer das nicht kapieren, weil sie die Partitionsnummer nicht richtig abfragen.
Windows-System hat aktuell die Version 19044.5247
2.
Das Update KB5048239 ist im Microsoft Catalog nicht vorhanden.
Wie bekommt man das?
Microsoft sollte einfach das Update im Catalog anbieten und dazu ein Script, das mit dism dieses update in die WinRE installiert, nachdem diese WinRE-Partitions-Nummer korrekt abgefragt worden ist. Anschließend den Patchlevel korrekt in die Registry eintragen.
5 mögliche Fehler seit Monaten:
– Partition zu klein
– Partition liegt vor der OS-Partition
– Partitionsabfrage WinRE falsch
– Registry-Eintrag falsch bzw nicht durchgeführt.
– Update nicht im Catalog vorhanden
Wie blöd ist Microsoft eigentlich geworden?
Danke für die Abfragen. Nun habe ich meine WinRE manuell geupdatet von 10.0.19041.1 auf 10.0.19041.5125 mit Hilfe der
Vorgehensweise: https://learn.microsoft.com/de-de/windows-hardware/manufacture/desktop/add-update-to-winre?view=windows-11
Im Update Catalog nach „Safe OS“ suchen und die richtige Version wählen.
Komischerweise wurden bei mir bisher keine Updates angeboten in Zusammenhang mit WinRE, also auch kein KB5048239.
Das gibt es alles, ist aber nicht einfach umzusetzen. Du hast vermutlich eine Geister-WinRE-Partition. Du kannst mit reagentc /info die eigentliche WinRE-Installation erfragen. Die WinRE- MUSS direkt hinter der OS-Partition liegen.
Typische Geister-Partition. Die WinRE-Partition MUSS hinter der OS-Partition anliegen. Mit ‚reagentc /info‘ die WinRE-Installation feststellen.
Hier auf einem Notebook Win10Pro 22H2 ebenso. Wurde ursprünglich installiert,
als es zum 1. mal angeboten wurde (Anfang 2024), obwohl gar keine Recovery Partition vorhanden ist. Dann war Ruhe, aber seit Sept./2024 kommt es mit jedem Patchday wieder. Immer zuerst Downloadfehler und dann bei Wiederholen klappt es.
Der $WinREAgent Ordner auf C ist mittlerweile 1,22GB groß mit ausgeblendeten Dateien. Kann ich den bedenkenlos löschen?
Ich hatte dasselbe, Win RE-Version war 10.0.19041.5125.
Zugleich wurde ein „Funktionsupdate“ angeboten (ohne KB-Nummer). Dieses habe ich installieren lasssen. Seitdem wird KB5048239 nicht mehr angeboten.
„Partition zu klein“ ist lustig. Die hat Windoofs doch selbst so angelegt!
Wenn man keinen Bock hat da ewig an der Partition rum zu fummeln – bis das Update passt….
Gibt doch wushowhide.diagcab – dann hat sich das Problem erledigt.
—Grüße—
Das Update läuft problemlos durch, dass KB5048685 hängt bei einigen Dell und Lenovo Kunden von uns in einer Schleife obwohl es schon installiert ist.
Hier das gleiche Problem.
Habe es jetzt auch mit „wushowhide.diagcab“ abgeschaltet und warte ab.
Bei mir ist die PE-Partition nach der Windows-Partition, also eigentlich so, wie es sein sollte.
Hatte das mit „wushowhide.diagcab“ schon beim ersten Problem abgeschaltet. Alle weiteren Win-Updates liefen in den letzten Monaten stabil durch^^
—Grüße—
Disabled from the beginning :)
Habe nie ein Problem damit gehabt und werde es nie haben :)
Ich verstehe nicht, dass sich das nicht herum gesprochen hat, dass WinRE ein reine inkarnation des Bösen ist und immer sein wird.
Einer meiner Laptops hat auch gleich blau gemacht aka BSOD und Boot Loop. Per abgesicherten Modus und Blick ins \Windows\System32\Logfiles\Srt\SrtTrail.txt zeigte ein Problem mit einer KB… . Da kurzerhand ein sfc /scannow gemacht, die Sache durchlaufen lassen und beim nächsten Neustart war wieder alle i.O.