Neben dem „normalen“ Sicherheitsupdate für Windows 10 (KB5034122) hat Microsoft die KB5034441 bereitgestellt. Dieses Update ist für die Windows Recovery-Umgebung (WinRe) und korrigiert die Sicherheitslücke CVE-2024-20666. Derselbe Fehler wurde auch mit der KB5034440 für die Windows 11 21H2 korrigiert.
Dieses Update behebt eine Sicherheitsanfälligkeit, die es Angreifern ermöglichen könnte, die BitLocker-Verschlüsselung mithilfe von Windows Recovery Environment (WinRE) zu umgehen. Das Problem, welches dabei auftreten kann, ist, dass sich das Update nicht installieren lässt. Es kommt zu einer Fehlermeldung 0x80070643. Windows Recovery Environment servicing failed.(CBS_E_INSUFFICIENT_DISK_SPACE) Dies bedeutet, dass die Wiederherstellungspartition zu klein ist. Dadurch kann das Update dort nicht entpackt und installiert werden.
Dieser Fehler kann auch auftreten, wenn die Wiederherstungspartition deaktiviert / entfernt wurde.
Dafür stellt Microsoft zwar ein Tutorial bereit, wie man diese Partition vergrößern kann. Aber das ist nicht gerade für „normale“ Nutzer geeignet. Wir hatten diese Anleitung hier schon einmal genauer beschrieben und verbessert. Hier empfiehlt sich ein Partitionstool. Beispielsweise von Macrorit Partition Expert in der Free Edition. Oder der Paragon Partitions Manager in der Community Edition auch kostenlos.
Damit kann die Größe zum Beispiel der Windows Partition verkleinert und die WinRe Partition vergrößert werden, damit das Update dann doch noch entpackt und installiert werden kann.
[Update 12.01.24]: Microsoft hat dieses Problem jetzt offiziell bestätigt (Update 14.04.25: Link zu Archive.org) und arbeitet an einer Lösung.
[Update 2.05.204]: Gestern hat Microsoft den Abschnitt des Fehlers aktualisiert. Sicherlich nicht zum Vorteil einiger Nutzer von Windows 10.
„Eine automatische Problemlösung wird in einem zukünftigen Windows-Update nicht verfügbar sein. Es sind manuelle Schritte erforderlich, um die Installation dieses Updates auf Geräten, bei denen dieser Fehler auftritt, durchzuführen.“
[Update 10.07.2024]
In bestimmten Fällen wird das Update unter Windows 10 jetzt nicht mehr angeboten. Diese sind:
- Die KB5034441 wird von Microsoft nicht mehr angeboten, wenn die WinRE Partition nicht genügend freien Speicher hat
- Wenn das WinRE-Abbild eine Version hat, die größer oder gleich der Version 10.0.22000.2710 ist.
- Wenn der PC nicht über eine WinRE-Wiederherstellungspartition verfügt. Kann man über die Eingabeaufforderung / PowerShell mit dem Befehl
reagentc /infoprüfen.
Die manuelle Lösung steht euch natürlich weiterhin zur Verfügung.
[Update 14.04.2025]: Um das Problem war es in der Zwischenzeit ziemlich ruhig geworden. Mit dem neuen Sicherheitsupdate April 2025 (KB5055518) bzw. der KB5057589 als selbständiges Update für die WinRe kann es erneut zu Problemen kommen.
Die Fehlermeldung 0x80070643 – ERROR_INSTALL_FAILURE „tritt auf, wenn das Gerät das WinRE-Update installiert, während sich ein anderes Update in einem ausstehenden Neustart befindet. Obwohl die Fehlermeldung darauf hinweist, dass das Update nicht abgeschlossen wurde, wird das WinRE-Update in der Regel nach dem Neustart des Geräts erfolgreich angewendet. Windows Update zeigt das Update möglicherweise bis zur nächsten täglichen Überprüfung als fehlgeschlagen an. Zu diesem Zeitpunkt wird das Update nicht mehr angeboten und die Fehlermeldung wird automatisch gelöscht.“
Also kein Fehler wie bisher, sondern eine falsche Anzeige, die von selbst verschwindet.
[Update 22.04.2025]: Wer nach gestern Abend 21.04.25 gegen 23.00 Uhr das Update installiert haben sollte, wird die falsche Fehlermeldung nicht mehr zu sehen bekommen. Sollte das Update schon installiert sein, wird es auch nicht mehr erneut angeboten. Damit ist dieser doch kuriose Fehler dann von Microsoft ad acta gelegt worden.
Bekomme auch den fehler auf der LTSC 2021.
https://www.imagebam.com/view/MERA7VS
Das passt doch bei MS mal wieder hinten und vorne nicht. Ich verwende die WinRE.wim aus WIN11 (22621) und mir wird das Update trotzdem angeboten. Lässt sich auch bei einer Größe der Partition von 1000 MB nicht installieren.
Das Update bekommt man auch, wenn das WinRE deaktiviert ist. Da Du eine andere WinRE.wim verwendest, bleibt nur übrig, das Update zu verstecken. Es ist nicht für die 22621 gedacht.
Aber bedenke auch, wenn Du das WinRE.wim aus Windows 11 verwendest, dass dieses in Windows 10 generell kein Update zum Patchday bekommt, auch nicht das SafeOS Update. Eine Fehlermeldung erhält man aber dadurch nicht. Die Updates müsstest Du dann manuell einspielen.
Meine WinRe Partition ist 2 GB groß und der Fehler erscheint trotzdem.
Meine ist auch 2GB groß und wurde ohne Probleme installiert. Ist auch die richtige WinRE Build (19041)?
Ansonsten mal in die „C:\Windows\Logs\WinREAgent\setupact.log“ schauen, was da nicht passt.
Übersichtlicher ist der Blick in die ’setuperr.log‘.
Dort wird in der letzten Zeile ganz klar die Ursache des Problems benannt:
2024-01-10 10:58:24, Error 0x800f0828 in wmain (base\diagnosis\srt\winreagent\tools\winreupdateinstaller\main.cpp:85): [WinREUpdInst] Failed to stage WinRE servicing operation due to insufficient disk space in WinRE partition[gle=0x0000012a]
Nach einem inplace mit der 19045.3930 ISO ist der Fehler weg
KB5034441
Fehler bei der Installation – 0x80070643
Dieses Sicherheitsupdate soll eine Sicherheitslücke beheben, die es Angreifern ermöglicht die BitLocker Verschlüsselung zu umgehen.
Ich verwende BitLocker aber nicht, vielleicht kommt die Fehlermeldung deshalb.
Mann, diese Microsoft Brezensalzer!
Nö, hat damit nichts zu tun. Kommt auch, wenn das WinRE deaktiviert ist. Das Problem liegt daran, dass die WinRE.wim nicht aktualisiert werden kann, warum auch immer.
Hab es jetzt mit der Anleitung von Microsoft scheinbar hinbekommen.
Ich mach das jetzt anderster, ich baue mir eine LTSC mit dem Update.
Dann baue ich aus der VMware die WinRe aus, und kopiere sie in mein System.
sollte eigentlich klappen.
Meine WinRE ist übrigens auch 2GB Groß.
Na, ob das funktioniert? Wäre mal ein Versuch wert.
Kannst aber auch mal in die “C:\Windows\Logs\WinREAgent\setupact.log” schauen, was da zu dem Update drinsteht.
Hallo,
die Fehlermeldung im WinREAgent lautet bei mir:
2024-01-09 22:11:38, Error 0x80004005 in WinREAgent::Executor::ScheduleExecution (base\diagnosis\srt\winreagent\dll\executor.cpp:252): WinRE is not available[gle=0x00000002]
2024-01-09 22:11:38, Error 0x80004005 in WinREAgent::WinREServicingManager::Schedule (base\diagnosis\srt\winreagent\dll\winreservicingmanager.cpp:436): Failed to schedule execution[gle=0x0000007a]
2024-01-09 22:11:38, Error 0x80004005 in wmain (base\diagnosis\srt\winreagent\tools\winreupdateinstaller\main.cpp:71): [WinREUpdInst] Failed to schedule WinRE image servicing operation[gle=0x0000007a]
Der Fehlercode 0x80070643 kommt auch, aber kein gesonderter Hinweis auf fehlenden Speicherplatz.
Was wäre sinnvollerweise für einen Anwender mit 0,0% Ahnung zu tun? Warten auf einen weiteren Patch?
Danke!
Brauchte die ganze Log. Könnte sein, dass die WinRE deaktiviert ist oder nicht passt.
Das alles seitens Micrsoft blöd gelöst.
Danke für den schnellen Tipp. Hat mir auf mehreren Rechnern jede Menge Sucherei erspart!
Spätestens ab Punkt 4. c. steigt der Normale Otto aus bei dem MS Tutorial.
Es gibt ja genug Zeitgenossen, die die C:\Recovery verwenden und keine Recovery Partition haben. Es wäre mal interessant, da was zu erfahren. Vielleicht stricke ich morgen mal mein Setup etwas um. Auf (C:) dürfte der Fehler dann nicht eintreten.
Das MS Tutorial ist fehlerhaft und funktioniert nicht.
Kannst ja mal versuchen ob du mit der anleitung zurecht kommst.
Hinzufügen eines Updatepakets zu Windows RE
https://learn.microsoft.com/de-de/windows-hardware/manufacture/desktop/add-update-to-winre?view=windows-11#check-the-winre-image-version
Ja, das kommt von der automatischen Übersetzung ins Deutsche: Listenteil (Punkt 4d) 🙄
Und auf der Seite gibt es nicht mal einen Link oder einen Button, um zum Original zu kommen.
Ich hab’s damit gemacht:
https://support.microsoft.com/en-us/topic/kb5028997-instructions-to-manually-resize-your-partition-to-install-the-winre-update-400faa27-9343-461c-ada9-24c8229763bf
Es hat reibungslos funktioniert und war in nicht mal 5 Minuten erledigt. Den Bildschirm teilen (links die Website und rechts das cmd-Fenster) und dann schön die fettgedrucken Befehle kopieren und ins cmd einfügen. Einfacher geht es nicht. Meine vorherige WinRE-Partition hatte 819 MB. Jetzt hat sie 1055 MB, oder laut Datenträgerverwaltung 1,03 GB.
Funktioniert genauso nicht wie die Deutsche, weil kein Volume in Fokus gemeldet wird. Da ist nichts mit „einfach das Fettgedruckte kopieren und ins CMD einfügen“ beziehungsweise es kommt die Meldung kein Laufwerk ist ausgewählt. Und genau hier ist der knackpunkt dass 99% User nicht wissen wie man ein LW auswählt und es dann im Fukus steht.
„sel disk“ steht für „select disk“, also „wähle Laufwerk“, „sel part“ steht für „select partition“, also „wähle Partition“. Danach macht man ein Leerzeichen und gibt die entsprechende Ziffer ein.
Bei mir waren es „sel Disk 0“ und „sel part 4“. Die Ziffern sieht man ja mit „reagentc /info“ im dann angezeigten Pfad, und der war bei mir genauso wie in der Anleitung (kann aber natürlich abweichen(!): GLOBALROOT/device/__harddisk0__/__partition4__/Recovery/WindowsRE
Ok, man muss halt noch schauen, auf welcher der anderen Partitionen Windows installiert ist, denn die soll man ja um 250 MB verkleinern. Notfalls identifiziert man sie anhand ihrer Größe, indem man im Explorer einen Rechtsklick auf das Laufwerk C: macht und die angezeigte „Speicherkapazität“ dann mit denen in der Spalte „Größe“ im cmd-Fenster vergleicht. (Achtung: nicht versehentlich mit den Werten in der Spalte „Offset“ vergleichen!).
Hat bei mir jetzt funktioniert und Update ging jetzt auch durch.
Bei mir ist auch “sel Disk 0” und “sel part 4”. Trotzdem nicht so einfach für normalen Otto der auch das OS Partition (bei mir “sel part 3”) vorher auswählen muss um dass um mindestens 250MB zu verkleinern und dann erst auf “sel part 4” zu Wechseln. Und in der Deutschen Version 5. a. ii. ist auch Fehlerhaft beschrieben.
Aber danke hat jetzt fürs Erste alles funktioniert!
Das freut mich! Man ist immer erleichtert, wenn man Hilfe findet und man es dann relativ schnell hinbekommt, und es dann auch noch ohne weitere Probleme funktioniert. Bei mir war „part 3“ auch die Windows-Partition. Die wird wohl meistens direkt vor der WinRE liegen.
Stimmt, bei 5 a ii fehlt in der deutschen Anleitung der Hinweis, dass das nur für Datenträger mit MBR-Partitionsstil gilt. Seltsam: Gibt man den gesamten englischen Text in die Übersetzer von Bing und Google ein, kommen da noch viel schlimmere Übersetzungen raus („Listendatenträger ausführen“). Allerdings fehlt bei beiden das MBR nicht. Ihren eigenen Bing-Übersetzer haben sie offensichtlich nicht benutzt. DeepL auch nicht, dann wärs nämlich besser geworden.😁
1,03 GB sollte für ein paar updates reichen. Meine ist schon lange 2 GB und habe da meine Ruhe. Alle Updates für das WinRE werden über das Wu eingespielt, auch schon in der Vergangenheit.
Danke.
Hallo
Danke für die gute Anleitung. Ich hatte den selben Fehler und dank Deiner Anleitung (und dem englischen Original der MS-Anleitung) hat es jetzt wunderbar funktioniert. MS schlägt zwar 250 MB vor, ich habe den Wert jedoch eigenmächtig auf 500 MB geändert (hatte vorher 540MB für die RE, jetzt sind es 1040 [laut Datenträgerverwaltung 1,02 GB]). Endlich mal eine Anleitung aus dem Netz, die reibungslos funktioniert hat.
Man denke sich was man will über MS: Hauen ein Update raus was sicher bei etlichen Usern mit altem Windows 10-Installationen diesen Fehler produziert. Klar, sind auch nur Menschen und die machen bekanntlich Fehler, aber auf der anderen Seite verdienen die Programmiere sicher nicht schlecht. Wenn ich in meinen Job (verdiene nicht ansatzweise soviel wie ein Programmierer) einen vergleichbaren Bock schießen würde, bekäme ich eine Abmahnung. Soetwas ärgert unnötig!!!
Immerhin ging das Beheben des Fehler schnell. Ich hatte schon befürchtet, ich müsse Windows neu installieren…
Microsoft Update Catalog = No
Ich kann das gar nicht testen, gibt es Links für den Download.
Hi,
ich werd wohl zunehmend blöder !
Was ist denn, wenn der Angreifer das Update gar nicht installiert ?!
Rätselt … MyHumbleOpinionIn (me) …
Wie jesahcht …
Oder wenn der Angreifer sein “ eigenes “ wim-dings-bumms mitbringt ?
( man will ja was eigenes haben ( und wenn es nicht für ein Jodel..Diplom reicht ) )
Ich hab noch nen uralten Wautscher dafür … abzugeben
have a nice day
j
No Prob’s das zu auszutauschen -wenn so.. https://picr.eu/i/PpfbH
Das Sicherheitsupdate KB5034441 habe ich per wushowhide.diagcab ausgeblendet, denn ein Verzeichnis „WinRE“ ist auf meinen Rechnern nicht vorhanden.
Morgen will ich das neue Notebook (Dynabook Satellite Pro C40-G-11R) einrichten, d.h. der Rechner mit Windows 10 Pro (nur National Academic) ist OS-technisch noch jungfräulich, nur Arbeitsspeicher und SSD wurden aufgerüstet. Mal sehen, was passiert.
https://www.lapstore.de/a.php/shop/lapstore/lang/de/a/52919/kw/Dynabook-Satellite-Pro-C40-G-11R/
Also ich bin mir sicher das dieses Update zurückgezogen wird.
Für mich ist das reiner Bastel Spass.
Bei mir dauerts noch paar Minuten / Stunden das ich eine Status Meldung bringe.
Notfalls kann ich für ein System die WinRe Online stellen mit dem Update.
Das dann aber nur für die LTSC 2021 x64 Only.
Gleiches Problem, habe versucht diesen Fehler über Lauf „zusätzlche Problembehandlung“, hier „Problem direkt beheben“ => Windows Update zu lösen. Ist aber fehlgeschlagen.
Wiederholung Update birngt nichts.
Meine Datenträgerverwaltung zeigt mir eine (fehlerfreie) Wiederherstellungspartition von 500 MB (freier Speicher) an.
An die Durchführung des von MS Tutorial traue ich mich nicht heran. Gibt es eine einfache Lösung für das Problem …oder muss ich warten bis MS hier eine Lösung (neues KB) anbietet – vielen Dank für Antworten im voraus!
Wenn du dich genau an die englische Anleitung von MS hälst (habe ich weiter oben verlink), ist das nicht schwer. Einfach jeden Befehl kopieren und dann ins cmd-Fenster einfügen. Du musst nur schauen, dass du dich bei den Ziffern für disk und part nicht vertust und die bei dir richtigen auswählst. Bei mir waren es z. B. „sel disk 0“ und „sel part 4“.
Bei Punkt 5 ist zu beachten: Wenn du GBT hast (nur Punkt i ausführen!), musst du nach dem Einfügen von „create partition primary id=de94bba4-06d1-4d40-a16a-bfd50179d6ac“ die Enter-Taste drücken. Das „gpt attributes =0x8000000000000001“ also nicht hintendranhängen! Das sind zwei separate Befehle. Also nach dem ersten die Enter-Taste drücken, und wenn dieser Vorgang abgeschlossen ist, der nächste.
Hast du MBR, nur ii ausführen!
Ansonsten gibt es keine Fallstricke.
Die create partition primary id ist Startkonfigurationsdaten-ID? Weil wenn ja dann ist die bei jedem anders, richtig???
create partition primary id=de94bba4-06d1-4d40-a16a-bfd50179d6ac also die Nummer „de94bba4-06d1-4d40-a16a-bfd50179d6ac“ wäre bei mir eine andere.
Das passt so. „de94bba4-06d1-4d40-a16a-bfd50179d6ac“ ist die ID für die Recovery Partition. Die muss so lauten, ansonsten erkennt Windows die Recovery Partition nicht als solche an. Ist die GPT ID für die Partition.
Hat funktioniert, danke!
Jungs falls ihr das nach Schnautze macht, müsst ihr den Pfad anpassen der WinRe Partition.
Den Pfad findet ihr hier: reagentc /info
Beispiel: \\?\GLOBALROOT\device\harddisk0\partition4
hier wird von der festplatzte 0 gelesen, und greift auf die partion4 ein, wo die winre, liegt.
das ganze seht ihr mit: reagentc /info
Wer Ahnung hat, nimmt dispart, oder AOMEI Partions liegt hiere in der VollVersion bei den Deskmoddern.
Die WinRe ist schreibgeschützt und nicht Sichtbar mit Attributen.
Dann seht ihr ja im im cmd Fenster, dort seht ihr auch die partitaion, wo die winre.wim liegt.
Ich habe bei 6 PC das neue MS Update gemacht.
4 davon keine Probleme.
2 mit (Fehler 0x80070643)
Fehlerbehebung war:
„Überprüfen der Windows RE-Version in einem Windows-Onlinebetriebssystem“
Windows-Eingabeaufforderung
CMD
reagentc /info
Steht es auf Disabled wird der Sicherheitsupdate check fehlschlagen.
Dann kommt der Fehler nicht gefunden oder (Fehler 0x80070643)
Abhilfe bei mir!
Windows-Eingabeaufforderung
CMD als admin starten und
Reagentc /enable /auditmode
Eingeben.
Erste Meldung nicht gefunden. (REAGENTC.EXE: Das Windows RE-Image wurde nicht gefunden).
Noch mal eingeben
Reagentc /enable /auditmode
(REAGENTC.EXE: Vorgang erfolgreich).
Dann zur Überprüfung
reagentc /info
Es steht auf Enabled
Update von MS neu starten.
Kein Fehler beim Update mehr.
(Vielleicht sollte man in der Beschreibung
den Satz „zu klein“ mit dem Zusatz „nicht gefunden, deaktiviert“ ergänzen).
und wie bist du aus dem auditmode rausgekommen ?
Steht oben im Text: „Dieser Fehler kann auch auftreten, wenn die Wiederherstungspartition deaktiviert / entfernt wurde.“
Das hatte ich wohl überlesen!
Bin Deiner Anweisung gefolgt…aber wird trotzdem nicht installiert!
Unter cmd-Ad-Ausführung steht:
WinRe-Status: Enabled
WinRe-Ort: \\?\GLOBALROOT\device\partition3\Recovery\WindowRE
ID: 35b74ec6-adac-11ea-8e1a-b6718fcfe34d
In der Ereignisanzeige WindowsProtokolle (System) steht noch: Die Installation ist mit dem Fehler 0x802400B fehlgeschlagen (KB5034441).
Das wird für mich immer komplizierter…
Was nun?
Es gibt ihn, den Trick 17 !
Wer eine upgedatete WinRE.wim hat, der kann sie in anderen Rechnern verwenden, ohne dass die Partition erweitert werden muss.
Dann wird im Updateverlauf die KB5034441 als erfolgreich installiertes Update angezeigt und man erspart sich die ganze Arbeit. MS sollte doch einfach eine neue WinRE.wim zum Download anbieten und schon ist der Drops gelutscht.
Und dann? Dann klappt das nächste SafeOS Update nicht mehr. eine Fehlermeldung erhält man dann aber nicht. Wird halt nie mehr aktualisiert die WinRE am Patchday, wenn man die Partition nicht vergrößert.
Richtig! Das Problem wird dabei nicht gelöst. Würde diesen Tipp nicht machen!
Verstehe die Frage nicht!
Deaktiviert ein aktives Windows RE-Image, das dem Onlineimage zugeordnet ist.
Unterstützt nur Onlinevorgänge.
/disable-Verwendung
Windows-Eingabeaufforderung
Reagentc /disable
Alles nachzulesen bei
https://learn.microsoft.com/de-de/windows-hardware/manufacture/desktop/reagentc-command-line-options?view=windows-11
BABA
Auf wen bezieht sich das jetzt?
JanP
Live Update, mitvergrößerten Partion
LTSC 2021, es funktioniert 
Explorer Alle Datein Anteigen.
Sieht gut aus
@DK funktioniert, ich mach gleich Bild Update: =)
https://www.imagebam.com/view/MERAAWG https://www.imagebam.com/view/MERAAWH https://www.imagebam.com/view/MERAAWI https://www.imagebam.com/view/MERAAWJ https://www.imagebam.com/view/MERAAWK https://www.imagebam.com/view/MERAAWM https://www.imagebam.com/view/MERAAWN https://www.imagebam.com/view/MERAAWO
gebt mal die bilder frei
I just simply enlarged the recovery partition with minitool partition wizard from 505MB to 1GB, all good now and the update installed successfully.
Microsoft schreibt als Lösung, dass die Größe der Wiederherstellungspartition angepasst werden soll.
Siehe hier:
https://support.microsoft.com/de-de/topic/kb5034441-windows-recovery-environment-update-for-windows-10-version-21h2-and-22h2-january-9-2024-62c04204-aaa5-4fee-a02a-2fdea17075a8
Bei früheren Windows Updates hat Microsoft selbst die Größe angepasst oder sogar eine neue Partition erstellt.
Hier ist wohl Know How bei Microsoft verlorengegangen, die wissen nicht mehr, wie das geht.
Oder es wurde schlicht geschlampt.
… und überhaupt: Wieso wird dieser „Fehler“ als „Download-Fehler“, mit der Option „Wiederholen“, ausgegeben ???
Guten Morgen.
☕️
Ich habe auch diesen Fehler leider.
Muss ich jetzt als Ottomormalverbraucher mich selbst drum kümmern das ich das Update installiert bekomme?
Das kann doch echt nicht sein.
👀
Das wird doch bestimmt bald gefixt werden oder?
🤔
gepostet mit der Deskmodder.de-App für Android
Muss man sich selber drum kümmern. Schreibt ja selbst Microsoft, dass man das selber machen muss. Das hat Microsoft bis heute nicht vernünftig gelöst bekommen.
Aahhh was machen die 10000000 die am PC sitzen und keine Ahnung davon haben? 🤔
Wo finde ich die deutsche Anleitung bitte?
🙃
gepostet mit der Deskmodder.de-App für Android
Habe es auch und kein Bock in den Partitionen rumzufummeln
So geht es mir auch. 😀
Kann auch nicht sein, dass Microsoft irgendwo geschrieben haben soll, nun sieht mal zu wie ihr das Update zum laufen bringt.
🤣
gepostet mit der Deskmodder.de-App für Android
Wenn Microsoft dass löst, wie bisher, dann wird das Update für das WinRE ohne Fehlermeldung halt einfach nicht installiert. Oder beim Inplace Upgrade wird eine neue größere Partition angelegt und die alte einfach links liegen gelassen . Alles nicht sonderlich befriedigend gelöst.
Ich sitze das aus. Ich Blick überhaupt nicht durch bei den zig Anleitungen was zu tun. Und meine Zeit ist mir zu kostbar mich mit Problemen rumzuschlagen die Microsoft verbockt hat.
Wenn ich alles erledigt habe, wie komme ich wieder in die Ausgangsposition zurück? Wiederherstellungspartition dezidiert als solches mit ca. 520MB
Danke an den Deskmodder, der Paragon Partitions Manager in der Community Edition hat das Problem gelöst.
Die Windows-Partition verkleinert (ist immer noch groß genug) und dementsprechend die Wiederherstellungspartition vergrößert, und das Update lief anschließend problemlos durch.
Hallo
Ich möchte dieses Update KB5034440 in die Boot.WIM per NTLite einbinden.
Eine der leichtesten Übungen für mich, aber dazu brauche ich die Datei.
Im Update Catalog von MS ist sie nicht verfügbar…
Entweder gibt es die als MSU oder CAB-Datei. So groß kann die ja nicht sein.
Kann die mal irgendwer irgendwo hochladen und den Link dazu hier posten?
Ich habe meine Recovery Partition einfach gelöscht aus Frust+Rache, vergrößeren war nicht möglich, dann ist es halt so, wofür braucht man die Überhaupt?
Was macht die Recovery Partition?
Für den unangenehmen Fall, dass das Betriebssystem nicht mehr zu retten ist, lohnt es sich, eine Recovery Partition anzulegen. Auf dieser speziellen Partition befindet sich nach erfolgter Einrichtung ein Abbild des Betriebssystems, sodass Sie Ihren Computer mithilfe der Recovery Partition wiederherstellen können.
gepostet mit der Deskmodder.de-App für Android
Dafür gibt es doch inplacedingsi?
Ich hatte auch den Fehler bekommen, konnte das Update aber letztendlich installieren. Ich habe dazu das Terminal als Admin geöffnet und den Status gecheckt (reagentc /info). Der stand auf Disabled. Ich habe den Dienst dann aktiviert (reagentc /enable), das Update installiert und den Dienst wieder deaktiviert (reagentc /disable).
Habe ich X mal Versucht ging nicht
Bei mir stand es jedenfalls auch auf > disabled Michael Variante probiert und es hat tatsächlich beim ersten mal funktioniert.
Warum, es auf abgeschaltet stand: keine Ahnung. Ich hab es jedenfalls wieder eingeschaltet und lasse es jetzt auch eingeschaltet.
An einer zu kleinen Partition hat es jedenfalls bei mir nicht gelegen. Allerdings wurde diese mir in Windows nicht mal angezeigt. Erst mit dem Mini Tool Partition manager, wurde offenbart dass ich noch über 490 MB frei hatte für diese Recover Partition.
Wenn man die WinRe Partition löscht
„To delete the WinRE partition, run delete partition override“. Und dann wieder aktiviert /enable, wo kommt dann die winre.wim wieder her?
Ich glaube das Winre Thema war schon öfters hier. Da hieß es, glaube ich, die Anleitung von Microsoft funktioniert nicht. Man muss noch den Befehl /setreimage benutzen. Irgendein Leser hat glaube ich nach viel Probieren eine Anleitung herausgefunden.
Hat jemand mal probiert, ob die Wiederherstellungsumgebung überhaupt bootet/funktioniert? Nach dem die Anleitung von MS gemacht wurde?
Neue Partition anlegen und vergrößern ist eine Sache, aber auch bootbar? Alles nach MS Anleitung. Mit Partition Editor/Tool ohne Probleme.
Hatten wir hier
https://www.deskmodder.de/blog/2023/09/10/windows-11-winre-update-mit-fehlermeldung-wegen-zu-kleiner-partition-anleitung-von-microsoft/
Servus,
mit dieser Anleitung habe ich es heute auf meinem Hauptrechner (GPT) hinbekommen. Zuvor hatte ich es mit der MS-Anleitung mehrfach probiert, keine Chance.
Bei meinem Zweitrechner (MBR) gestern hatte ich es selbst mit der etwas undurchsichtigen MS-Anleitung ohne Probleme hinbekommen.
Ich habe bei den Partitionen auf beiden Rechnern jeweils eine Größe von 1GB festgelegt. Das hat das fehlerhafte Update offensichtlich gefressen.
Auf jeden Fall tausend Dank an dich und DK2000. Eure Anleitung ist spitzenmäßig.
Jetzt bin ich verwirrt: Im Blog-Artikel habt ihr die deutsche Anleitung von MS als „Tutorial“ verlinkt:
https://support.microsoft.com/de-de/topic/kb5028997-anweisungen-zum-manuellen-%C3%A4ndern-der-partitionsgr%C3%B6%C3%9Fe-zum-installieren-des-winre-updates-400faa27-9343-461c-ada9-24c8229763bf
Die ist schon mal schlecht/fehlerhaft übersetzt. Das englische Original hätte man zusätzlich verlinken sollen (mit dieser habe ich es für Windows 10 gemacht):
https://support.microsoft.com/en-us/topic/kb5028997-instructions-to-manually-resize-your-partition-to-install-the-winre-update-400faa27-9343-461c-ada9-24c8229763bf
Verstehe ich das richtig, dass diese Anleitung für Windows 11 bei Windows 10 nicht nötig ist, weil das Update danach ja automatisch eingespielt wird und somit auch auf der richtigen Partition landet? Und den Laufwerksbuchstaben braucht man ja nur für eine manuelle Installation von WinRE.
„reagentc /setreimage /path …“ wird hier sicher auch vom Update erledigt und ist nur bei manueller Installation nötig.
Aus dem Artikel für Windows 11: „Wer bei dieser Partition also mehr als 400-500 MB hat, (besser schon 700- 1000) kann sich entspannt zurücklehnen.“ Ich hatte 816 MB und das reichte offensichtlich doch nicht. Nach den zusätzlichen 250 MB (angezeigt werden nun 1,03 GB) ging das Update sofort durch.
https://www.deskmodder.de/blog/2023/09/10/windows-11-winre-update-mit-fehlermeldung-wegen-zu-kleiner-partition-anleitung-von-microsoft/
Wird ja immer wilder, wenn man jetzt schon selber an den Partitionen rumdoktern muss, damit sich ein Update installieren lässt. Ne, da warte ich lieber, bis MS das fixt, oder ich verzichte dankend.
Geht mir genauso.
am Ende mach ich noch selbst was kaputt……. Blick hier 0 durch was zu tun wäre
Vorsicht bei der Anleitung von MS! Da muß man zuerst schauen, wie die Partitionen liegen! Auf meinem Rechner geht das so z.B. gar nicht, weil die Wiederherstellungspartition (warum auch immer) die erste ist, danach kommt die EFI-Partition und dann die Startpartition.
Da ich Bitlocker derzeit nicht einsetze, werde ich mal warten, was da weiter passiert.
Selbige Warnung sollte unbedingt bei/für Multi-Boot-Systeme gelten !!!
Wenn ich alle Beiträge hier lese sehe ich warum ein bspw. Linux-Umstieg für 90% niemals klappen würde. Nur 10% sind hier gefühlt in der Lage eine Anleitung anzuwenden gemäß ihrer individuellen Systemkonfiguration.
Bei mir war halt das Problem ich Lösche die WinRE immer, weil sie der NVME OP im Weg ist. Beide gelöscht, WinRE neu erstellt. WIM fehlte, naja von ISO schnell rausgefuchst. Anleitung funktioniert sofort wieder. Null Problemo, wenn man Transferleistungen erbringen kann und adaptiv Probleme erkennen und lösen kann.
WinRE natürlich sofort wieder gelöscht und OP angemacht. Anleitung in den Bookmarks + Internet-Archive. Dann kann ich es in mehreren Monaten wieder intuitiv lösen, sollte ich es je wieder brauchen.
Jeder der es hinbekommen hat: Gratuliere! Meinen Dank an moinmoin für die Bedeutung des Fehlercodes.
Gratuliere das du soviel Ahnung hast.
Du bist mein Held.
😀👍
Andere haben vielleicht mehr Ahnung von andren Dingen, die du vielleicht nicht hast.
🤔
Einfach warten bis ein Fix kommt und gut ist.
Kann doch nicht sein, dass man jetzt bei jeden Update im System rum werkeln muß.
Zum Schluß funktioniert nix mehr.
☺️
gepostet mit der Deskmodder.de-App für Android
Es geht hier schon seit gestern nach 4 min Arbeit in CMD und 7zip. Für andere war Inplace und 1h Zeit vergeuden die Lösung. Frickler sollten halt ihre System wie in XP-Zeiten immer wieder neuaufsetzen müssen.
Kann mir nicht passieren, weiss immer was ich tue und habe Clonezilla-Backups.
Korrekt! Es ist zumal zum Brüllen, wie Leute fertiggemacht werden, die einfach Talent haben.
Weswegen ich auch keine Tutorialvideos mehr mache, undank ist der weltenlohn
Genau meine Rede…. Und es scheint dass Massenweise Leute das Problem haben wie man hier an den Kommentaren sieht…
Das kann Microsoft nicht einfach so lassen
Schau mal in die Microsoft community. Vorallem in der englischen sind die Nutzer richtig sauer wegen dem Problem 😂. Und motzen die Moderatoren an, dass sie nicht bereit sind mit einer ellenlangen Anleitung an ihrem System rumzumurksen…
An Kenntnis mangelt es weniger, aber ich fummel für ein Update, das mich eigentlich nicht mal betrifft, nicht an meiner Partitionenkonfiguration rum, auch wenn es vielleicht wirklich nur vier Minuten Arbeit sind.
Noch ein Hinweis für die „Opfer“ mit MBR-Partitionstabelle:
Nach der Erstellung der Partition und dem „format quick“ ist leider der Partitionstyp wieder auf „07“, so dass man vor dem Verlassen von DISKPART besser noch mit „SET ID=27 override“ den Typ umstellt, dann wird im „list part“ auch der Typ „Wiederherstellung“ angezeigt. Wenn man das *nicht* macht, dann wird nach „reagentc /enable“ leider das RE wieder auf C: installiert und nicht in die Recovery-Partition.
Danke auch für diesen Hinweis.
Die Ironie ist nicht verloren, dass über das Fehlen einer Partition gemeckert wird. Eine Partition OHNE die es die Sicherheitslücke gar nich gäbe. Recovery ist Käse und jeder 0815 backupper ist besser. MS ist einfach faul. Soll das update halt selbst die Partitionen anpassen. Bei inplace geht es ja auch, ob während neustart odet wann juckt nicht.
Ich hab mich mal durchs Netz gegoogelt und auch in der Microsoft community nachgeforscht: es gibt zig User die diese Fehlermeldung haben. Ich kann mir nicht vorstellen dass Microsoft hier nicht nachbessert. Daher rate ich die Hände in den Schoß zu legen und abzuwarten. Ansonsten darf Microsoft jedem Nutzer einen kostenlosen Computerkurs anbieten um das Problem selbst lösen zu können 😂😂😂
Wiederherstellungspartition vom 500 MB auf 2GB erhöht und Update ging anschließend durch.
Das wird vermutlich nicht bei allen Installationen so leicht gehen. Wie z.B. in meinem Fall, wo die Partitionen etwas seltsam angelegt wurden. (Nicht von mir, hat die Firma gemacht, bei der ich den PC gekauft hab.) Da ist die Wiederherstellungspartition leider die erste (vor der EFI-Partition).
Da werde ich noch viel Freude haben, wenn ich das beheben will.
Schaut mal hier: https://answers.microsoft.com/en-us/windows/forum/all/2024-01-security-update-for-windows-10-version/7037b0f2-fa91-4462-ad29-e2a46d796104
Nutzer melden sich
Ja, war zu erwarten. WIe Microsoft das gelöst bekommt, kann ich jetzt aber nicht sagen. Das Update der WinRE.wim über das Windows Update ist schon seit Ewigkeiten eine Baustelle. Meistens können die Updates nicht installiert werden, weil zu wenig Platz in der Partition fei ist, aber man erhält da keinen Hinweis oder Fehlermeldung dazu. Und jetzt mit dem KB5034441 kommt eine Meldung, dass es nicht installiert werden kann. Das wird da leider noch viele treffen. Das ganze System für die WinRE-Updates ist da äußerst schlecht gelöst.
Sie müssen reagieren. Zuvor ging es ja auch alles. Es trifft auch Nutzer die eine ausreichend große Partition haben etc… Hier im englischen Video gut zusammengefasst: https://m.youtube.com/watch?v=T-Y4KQc-18s
Das ist ja das Problem. vorher ging es auch nicht, weil die Partition zu klein ist. Nur gab es dazu keinen Hinweis oder Fehler. Daher könnte man denken, alles hat fehlerfrei geklappt. Ist aber leider nicht so.
Und wie gesagt, es gibt mehrere Ursachen für den Fehler, da sich dieses Update etwas „anderes“ installiert. Und genau dieses „anderes“ sorgt für die Anzeige des Fehlers. Wäre es ein Standard-Update (z.B. SSU oder SafeOS), würde es sich auch nicht installieren, aber man weiß halt nichts davon.
Woher weißt du das es vorher auch nicht ging? Das weiß doch kein normaler Nutzer. Ist das ein besonders wichtiges Update bzgl sicherheit? Ich las es kommt wohl nur jährlich.
Die WinrE.wim wird in Windows 10 schon seit langem mit dem SSU und SafeOS-Update über das WU beglückt. Kommen meist zusammen mit dem kumulativen Update, werde nabe nirgend einzeln angezeigt. Ich weiß nicht, wann das genau angefangen hat. War der Zeitpunkt, wo der Ordner C:\$WinREAgent aufgetaucht ist. Und ob ein Update installiert werden konnte oder nicht, erfährt man nur aus den Logs in C:\Windows\Logs\WinREAgent. Alles nicht wirklich Anwenderfrendlich.
Kann man denn davon ausgehen dass Windows dennoch sicher ist auch wenn du sagst manche Updates als installiert angezeigt werden obwohl sie es nicht sind?
Super Video dazu das es auf den Punkt bringt: https://m.youtube.com/watch?v=T-Y4KQc-18s
CVE-2024-20666… ich hab grad arge Déjà-vus (CVE-2022-41099, CVE-2022-21894/CVE-2023-24932).
Und wieder hinterlässt die FAQ viele offene Fragen (welche schon das letzte Mal kaum jemand interessiert hat) und wieder täuscht der niedrige CVV da physischer Kontakt gegeben sein muss, was ja in den meisten Szenarien wo Bitlocker vor fremden Datenzugriff schützen soll naturgemäß der Fall ist.
Nach der letzten Bitlocker Geschichte und dann BlackLotus habe ich auf allen Geräten WinRE verbannt.
Und trotzdem läuft das Update auf und schlägt dann bei der Installation fehl.
Ist da update nur für bit locker relevant?
//edit:
CVV = CVE
FAQ = FAQ (des MSRC)
Der Wink mit dem Zaunpfahl Windows 11 zu installieren. Irgendwie muss man ja 10 madig machen
Gibt’s hier nicht für Windows 11 auch eine Anleitung, wie man diese Partition vergrößert, weil das Problem da auch auftreten kann? Ich bilde mir ein, sowas gesehen zu haben.
Ist oben im Beitrag verlinkt, falls du das meinst.
Was für ein Elend!
Man braucht aber jetzt nicht zwingend diese spezielle Wiederherstellungs-Partition. Ich habe dafür ein Verzeichnis auf einer externen USB-SSD genommen und es funktioniert tatsächlich.
So bin ich vorgegangen:
-Falls eine Recovery-Partition vorhanden:
Eingabeaufforderung (Administrator) öffnen
Eingabe:
reagentc /info
-Falls aktiviert:
Eingabe:
reagentc /disable
Eingabe:
diskpart
list disk
-Die Nummer (x) der Disk auswählen, auf der die Recovery-Partition ist:
sel disk x
list part
-Die Nummer (x) Recovery-Partition auswählen:
sel part x
-Die Partition löschen:
del part override
exit
Eingabeaufforderung geöffnet lassen!
-Ein Verzeichnis auf dem Datenträger der Wahl erstellen:
Bei mir eine externe USB-SSD und das sieht so aus:
Eingabe:
mkdir Z:\Recovery\WinRE
oder manuell erstellen
-Aktuelle Windows-Iso mit rechter Maus anklicken und
Bereitstellen
-Im Ordner \sources die install.wim oder install.esd mit 7Zip öffnen
Im Verzeichnis Windows\System32\Recovery\ die winre.wim und die ReAgent.xml
in das Zielverzeichnis extrahieren
-Bei mir: Z:\Recovery\WinRE
Eingabe:
reagentc /setreimage /path Z:\Recovery\WinRE
Eingabe:
reagentc /enable
Fenster schließen und Rechner neustarten
Inzwischen habe ich auf mehreren Rechnern mehrere (>=3) Recovery Partitionen gesehen, die aber alle unbenutzt sind. Windows hat scheinbar schon öfters c: verkleinert, und eine neue, größere Recovery-Partition erstellt. Dh. der nutzbare Speicherplatz auf C: ist schon etwas unnötig verkleinert.
Gab mal eine Zeitlang Probleme damit.
Wenn du herausfindest, welche die aktive ist, kannst du die anderen löschen und wieder C: hinzufügen.
Der Fehler trat bei mir auch auf einem frisch von einer ISO installierten Windows 10 auf, es lag schlicht daran, dass das WinRE-Image namens „Winre.wim“ nicht in der Wiederherstellungspartition lag. Hier die dafür notwendige Lösung:
Um die Datei Winre.wim zu finden, müssen wir die Datei auf dem Rechner suchen. Dazu öffnen wir die Kommandozeile mit Administratorberechtigung und geben zunächst folgenden Befehl ein:
reagentc /disable
Direkt gefolgt von:
dir /a /s c:“Backslash“winre.wim
Wenn wir die Datei Winre.wim gefunden haben und sie gültig ist, können wir den nächsten Befehl eingeben:
reagentc /setreimage /path [Pfad der „Winre.wim“] bei mir: „C:“Backslash“$WinREAgent“Backslash“Backup“
anschließend geben wir noch die nachfolgende Zeile ein:
reagentc /setreimage /path C:“Backslash“$WinREAgent“Backslash“Backup
Nun noch:
reagentc /enable
Fertig, Update installieren und freuen.
Danke, hat perfekt funktioniert & keine fünf Minuten Arbeit gekostet.
Update ging danach direkt durch.
Sehr herzlichen Dank für die Abfolge! Hat geklappt – alles gut. Wäre ich nie ‚drauf gekommen…
Ich bin verwirrt.
Ich weiß nicht, warum dies für Windows 10 Home angezeigt wurde, denn in meinem Fall habe ich keine Möglichkeit, Bitlocker zu konfigurieren, es geht zum Windows Store und fordert mich auf, Pro zu kaufen.
Also ich hatte auch den Fehler, da Bitlocker verschlüsselt – danach mit DISM und diskpart alles abgearbeitet:
1.) die WinRe gelöscht
2.) 250 MB abgezweigt von Systempartition
3.) WinRe neu erstellt (leer)
4.) mit DISM aktuelle ISO gemountet
5.) mit diskpart WinRe bereitgestellt und versteckt
6.) aktiviert
Ich musste nicht die Festplatten entschlüsseln, wie teilweise im Web zu lesen ist, um das durchzuführen und letztendlich das Update einzuspielen.
Hilfreiche Info von M$: https://learn.microsoft.com/de-de/windows-hardware/manufacture/desktop/deploy-windows-re?view=windows-11
€: Die winre.wim hatte ich vorher aus der ISO extrahiert und ins Recovery-Verzeichnis kopiert, da es keine winre.wim bei mir gab.
Danke für den Tipp, die WinRE-Partitionen zu erweitern. Funktionierte problemlos mit MiniTool Partiton Wizard 12.8. Danach ließ sich das KB5034441 installieren, was allerdings eine gefühlte Ewigkeit gedauert hat.
Freut mich, dass eine das Tool gut fand. Mein Beitrag wurde ja klammheimlich glöscht. Dachte wohl einer das Tool ist nicht seriös. Für mich wandert der Offline Installer in meine Windows-Werkzeugkiste. Da kann man mal schnell von einem USB-Stick seinen aller liebsten Menschen den PC reparieren. PC-Service gibt es nur noch für Familie
Alles gute im neuen Jahr!
Hier wurde nichts gelöscht. Du hast es nur im anderen Beitrag geschrieben.
Oh weh vielleicht werde ich senil, aber die 4 Kaffee halten leider nicht den ganzen Tag an
Danke für die Aufklärung moinmoin!
Für Basics bei Festplatten-Arbeiten verwende ich die Free Version seit Jahren und hatte damit noch nie Probleme. Schnell und unkompliziert
Ich als Laie der kurz mal abends am PC sitzt,finde diese KB echt nicht gut.Mir zu kompliziert,und keine Zeit daran zu schrauben.Habe den Speicher gelöscht,mit alten Wiederherstellungs-Punkten,etc.
Mehr mach ich da nicht.Bei der Eingabeaufforderung gehe ich nach Plan vor,…findet keine WinRe.
Weiß auch nicht,wo ich da suchen…,bzw. einen Wert eingeben muß mit Partionen,etc.
Nachher schrotte ich noch Windows 10.
Das ist die erste KB die nicht installiert werden will/kann.
Das seh ich genauso… Ich hab dazu auch englische Videos gesehene die meinten das Update sei nicht groß sicherheitsrelevant und am beste nichts machen da man eben auch was schrotten kann…. It Profis können sich gerne bei austoben. Ich mach da nichts und ich denke der großteil der Nutzer auch nicht. Da es überall im Netz schon Meldungen dazu gibt und sich die Leute sehr aufregen gehe ich davon aus dass Windows nachbessern wird
Ich hatte den Fehler auch.
Partition nach Microsoft-Anleitung vergrößert, dann lief das Update durch.
Nach Inplace Upgrade Reparatur mit Build 19045.3930 ist der Fehler behoben. Updateverlauf KB5034441 Erfolgreich installiert! Yippy
Ist vielleicht ne doofe Frage aber ich nutze die Bitlockerverschlüsselung nicht (ohne Verschlüsseung, Update noch nicht installiert weil ich immer einige Tage warte). Dieses Update ist doch nur für Anwender die diese Verschlüsselung nutzen oder kommt das irgendwann die kumulativen Updates? Ich habe keine Wiederherstellungspartition. Zumindest unter Computerverwaltung ist nichts zu sehen! und die Winre.wim habe ich auch nicht. Ist vermutlich auch nur wenn Bitlocker aktiv ist oder? Sorry aber bei Partitionen bin ich vorsichtig sonst baue ich die aktive SSd aus und teste mal an einer älteren SSD… Danke vorab!
Sorry ich war zu voreilig ich habe die CMD als ADM ausgeführt. WinRE-Status ist Enabled aber in der Datenträgerverwaltung unter Computerverwaltung nicht sichtbar. Wieso nicht?
C:\WINDOWS\system32>reagentc /info
Konfigurationsinformationen zur Windows-Wiederherstellungsumgebung (WinRE) und
zur Systemwiederherstellung:
WinRE-Status: Enabled
WinRE-Ort: \\?\GLOBALROOT\device\harddisk0\partition2\Recovery\WindowsRE
Startkonfigurationsdaten-ID: 772b698e-d2d3-11ec-ad0c-b7e302d28b86
Ort des Wiederherstellungsimages:
Index des Wiederherstellungsimages: 0
Ort des benutzerdefinierten Images:
Index des benutzerdefinierten Images: 0
REAGENTC.EXE: Vorgang erfolgreich.
Neu eingestellt weil ggf übersehen wird
Ich habe den Fehler 0x80070643 auch. Die Partition per Tool auf 1GB, dann 2, dann 3, dann 6… alles nix geholfen. Die englische Anleitung mit Diskpart, alles erledigt. Selbst die Anleitung oben Winre.wim neu zu suchen und den Pfad festzulegen…. Neustarts, Windows Update resetten und das Update neu ziehen.
Alles klappt nicht -> Update bricht weiterhin ab. Hab nun mal in die Setup.log geschaut, daraus werde ich nun gar nicht schlau:
2024-01-10 21:26:23, Error 0x80070301 in WinREAgent::PrepareWinRE::InternalExecute (base\diagnosis\srt\winreagent\lib\operations\src\preparewinre.cpp:309): Failed to patch winre image[gle=0x0000007a]
2024-01-10 21:26:23, Error 0x80070301 in WinREAgent::Operation::Execute (base\diagnosis\srt\winreagent\lib\operations\src\operation.cpp:167): Internal failure to execute operation[gle=0x0000007a]
2024-01-10 21:26:23, Error 0x80070301 in WinREAgent::Executor::Stage (base\diagnosis\srt\winreagent\dll\executor.cpp:972): Failed to execute operation [PrepareWinRE][gle=0x0000007a]
2024-01-10 21:26:23, Error 0x80070301 in WinREAgent::WinREServicingManager::Stage (base\diagnosis\srt\winreagent\dll\winreservicingmanager.cpp:485): Failed to stage WinRE servicing[gle=0x0000007a]
2024-01-10 21:26:23, Error 0x80070301 in wmain (base\diagnosis\srt\winreagent\tools\winreupdateinstaller\main.cpp:87): [WinREUpdInst] Failed to stage WinRE servicing operation[gle=0x0000007a]
Hier dasselbe in grün, allerdings fehlt in deinem Log noch die erste Zeile bezüglich TEMP:
2024-01-10 23:17:11, Error 0x800f0823 in PatchImage (base\diagnosis\srt\winreagent\lib\operations\src\preparewinre.cpp:161): Failed to add package [C:\WINDOWS\TEMP\IXP000.TMP\SSU-19041.3745-x64.cab]
2024-01-10 23:17:13, Error 0x800f0823 in WinREAgent::PrepareWinRE::InternalExecute (base\diagnosis\srt\winreagent\lib\operations\src\preparewinre.cpp:309): Failed to patch winre image[gle=0x0000007a]
2024-01-10 23:17:13, Error 0x800f0823 in WinREAgent::Operation::Execute (base\diagnosis\srt\winreagent\lib\operations\src\operation.cpp:167): Internal failure to execute operation[gle=0x0000007a]
2024-01-10 23:17:13, Error 0x800f0823 in WinREAgent::Executor::Stage (base\diagnosis\srt\winreagent\dll\executor.cpp:972): Failed to execute operation [PrepareWinRE][gle=0x0000007a]
2024-01-10 23:17:13, Error 0x800f0823 in WinREAgent::WinREServicingManager::Stage (base\diagnosis\srt\winreagent\dll\winreservicingmanager.cpp:485): Failed to stage WinRE servicing[gle=0x0000007a]
2024-01-10 23:17:13, Error 0x800f0823 in wmain (base\diagnosis\srt\winreagent\tools\winreupdateinstaller\main.cpp:87): [WinREUpdInst] Failed to stage WinRE servicing operation[gle=0x0000007a]
Das sind irgendwie zwei vollkommen unterschiedliche Fehler, die ihr da habt:
0x80070301: ERROR_COMPRESSION_DISABLED
0x800f0823: CBS_E_NEW_SERVICING_STACK_REQUIRED
Aber beide Fehler kann ich da in dem Zusammenhang gerade nicht erklären. Eventuell ergibt die setupact.log zu der setuperr.log noch etwas. Vielleicht wäre es auch besser, da in das Frum zu verlegen.
Auf jeden Fall ist das Update KB5034441 ein sehr problematisches Update.
Die Fehler kann man vielleicht nicht erklären, aber man kann die Aussage treffen, dass es mindestens 3 Szenarien gibt welche das Update zum Scheitern bringen. Die alleinige Lösung liegt aufjedenfall nicht nur bei der Vergrößerung der WinRe Partition.
Hab die Größe der Wiederherstellungspartition von 810MB auf 20GB erhöht, dennoch blieb der Fehler bestehen. Die Größe der Wiederherstellungspartition ist wohl nicht der einzige Faktor, der diese Fehlermeldung bringt.
20 GB ist etwas viel. 1 GB sollte wohl reichen. Aber ist individuell. Hängt von der derzeitigen Größe der WinRE.wim ab.
Wenn es immer noch nicht geht, müsste man die Logs in C:\Windows\Logs\WinREAgent untersuchen es gibt da neben der Größer der Partition noch weitere Gründe, warum es nicht klappt. Ist schwer zu sage. Das Update ist so in der Form einfach nur Käse.
Da ich ein Dual Boot System habt, mit Windows 10 und 11 ist mir der Updatefehler bei Windows 10 erst gestern aufgefallen, weil ich 10 nicht mehr viel nutze. Hab dann wie hier beschrieben so ein paar Sachen aus probiert, bin aber weit davon entfernt Fachmann zu sein. Aber paar Sachen bekomme ich schon hin.
Das erst war das ich mit AOMEI Partition Assistant die Wiedeherstellunspartition von Windows 10 vergrößert habe auf 2 GB. Das hat auch gut funktioniert. Update versucht, gleicher Fehler.
Dann mal als Admin den befehlt: reagentc /info WinRE-Status: Disabled
WinRE-Ort:
Startkonfigurationsdaten-ID: (hab ich mal ausgelassen)
Ort des Wiederherstellungsimages:
Index des Wiederherstellungsimages: 0
Ort des benutzerdefinierten Images:
Index des benutzerdefinierten Images: 0
REAGENTC.EXE: Vorgang erfolgreich.
Danach dann mal Reagentc /enable versucht: Ergebnis war Reagentc /enable
REAGENTC.EXE: Das Windows RE-Image wurde nicht gefunden.
Dann hab ich mir gedacht tschö mit ö und hab Windows 11 gestartet und da läuft alles. Ich warte also mal darauf das Microsoft dieses Update fixt.
In Windows 11 tritt der besagte Fehler nicht auf, weil es dieses Update dort nicht gibt. Ob Bei Dir Updates in die WinRE.wim eingespielt werden, musst Du selbst überprüfen. Aktuell sollte die WinRE.wim auf 22621.3000 sein. Falls keine Updates integriert werden können, wird hier aber auch kein Fehler angezeigt.
Und bei Windows 10 kannst Du das Update nicht installieren, weil das WinRE bei Dir in Windows 10 deaktiviert ist (WinRE-Status: Disabled).
Habe Updates noch nicht eingespielt. Ich kenne mich mit Partionen nicht so aus und wenn ich das richtig verstehe ist der Fehler eine Dauerschleife ist dann ein Inplace möglich? Fragen sind: Tritt der Fehler nur bei KB5034441 oder auch KB5034122? Ich sehe in der Datenträgerverwaltung von Win 10 in 22H2 keine WinRe Partition aber wenn ich reagentc /info ausführe erhalte ich eine Ausgabe (siehe unten) das die wohl doch angelegt ist nur wie groß? Wie ermittle ich das? Danke!
CMD Ausgabe:
C:\WINDOWS\system32>reagentc /info
Konfigurationsinformationen zur Windows-Wiederherstellungsumgebung (WinRE) und
zur Systemwiederherstellung:
WinRE-Status: Enabled
WinRE-Ort: \\?\GLOBALROOT\device\harddisk0\partition2\Recovery\WindowsRE
Startkonfigurationsdaten-ID: 772b698e-d2d3-11ec-ad0c-b7e302d28b86
Ort des Wiederherstellungsimages:
Index des Wiederherstellungsimages: 0
Ort des benutzerdefinierten Images:
Index des benutzerdefinierten Images: 0
REAGENTC.EXE: Vorgang erfolgreich.
Was ist denn bei Dir in der Datenträgerverwaltung Disk 0/Partition 2? Auf dieser liegt jedenfalls die WinRE.wim, welche in Verwendung ist.
Nur KB5034441 kann den Fehler verursachen, weil das speziell nur für das WinRE ist. Das normale kumulative Update KB5034122 hat das Problem nicht.
Hallo DK, lt. diskdpart habe ich 3 Datenträger.. Datenträger 0 (SSD die anderen sind USB) hat eine Primäre Partition aufteilt in Vol 0 (system_drv), Vol1 (Windows10 also Startpartition), Vol2 (Swap), Rest der Volumen 3-6 sind erweiterte Partition, Vol 7 (k) und Vol 8 (J) sind USB. In der erweiterten Partition sind noch zwei Bereiche nicht belegt. WinRE sehe ich da nicht. Brauche ich dafür z.B. Paragon Patition mgr? Ist die WinRe nur für Bitlocker Verschlüsselung? Habe unverschlüsselte SSD.
Volume ### Bst Bezeichnung DS Typ Größe Status Info
———- — ———– —– ———- ——- ——— ——–
Volume 0 SYSTEM_DRV NTFS Partition 1200 MB Fehlerfre System
Volume 1 C Windows10_O NTFS Partition 108 GB Fehlerfre Startpar
Volume 2 D SWAP NTFS Partition 10 GB Fehlerfre Auslager
Volume 3 F TEMP NTFS Partition 22 GB Fehlerfre
Volume 4 E DATA NTFS Partition 48 GB Fehlerfre
Volume 5 M MP3 NTFS Partition 97 GB Fehlerfre
Volume 6 G IMAGES NTFS Partition 126 GB Fehlerfre
Volume 7 K exFAT Wechselmed 58 GB Fehlerfre
Volume 8 J NTFS Wechselmed 117 GB Fehlerfre
Die Volumina nützen da nicht viel, da keine Angabe, welche Partition da ist. Man braucht schon die Partitionable von Disk 0. (aus Sicht von Windows). Ich vermute aber da mal, das könnte Volumen 0 sein. Aber überprüfe das noch einmal. Wenn Volume 0 sie Systempartition ist, dann wäre die mit 1,2 GB relativ groß. Die hat normalerweise nur 100 MB.
Und was ist Volumen 2 (Swap)? Das klingt mehr nach Linux. Windows hat keine Swap Partition. Oder hast Du die selber als Partition für die Auslagerungsdatei von Windows angelegt? Macht bei SSD eigentlich keinen Sinn mehr.
Aber überprüfe wirklich noch einmal, was genau Partition 2 bei Dir ist, nicht Volumen.
Nein ist nicht LINUX. Ist ein System das von Win7 auf Win 10 migiert wurde. SWAP habe ich angelegt damit die Auslagerungsdatei beim Backup nicht mitgespeichert wird. SYSTEM_DRV ist meine ich MBR. Die Partition ist zwar 1,17 GB davon belegt sind 761 MB. Wie kann ich mir die Partitionstabelle anzeigen lassen nur über Paragon Partitions MGR? Ich habe den Aomei Partions Assistenstenen aber noch nicht installiert weil ich mich da nicht so traue. Hatte mir schon mal das System beim Arbeiten an den Partitionen zerschlossen unter Acronis damals. Ist WinRE der Komponentenspeicher der Euer DSIM Tool angezeigt wird? Oder ist WinRE nur bei Verschlüsselung relevant? WinRe ist ja enabled lt. der Ausgabe von reagentc /info. Hmm
Partition2 ist lt. Diskpart ist meine Betriebssystempartition! Das kann also nicht stimmen. Habe auch winre.wim über den ganzen PC gesucht ist nicht vorhanden. Ich kann das Update einfach auf Verdacht installieren und schauen ober der Fehler kommt aber dann habe ich ein nicht funktionierendes System. Ich habe auf der SSD noch Platz im der logischen Partition. Muss aber sicher ne primäre Partition sein oder? Wie auch immer Bitlocker habe ich nicht im Einsatz aber ich vermute mal das dieses Update auch irgendwann in das kummulative übergeht. Also ich muss da ran. Nur tun. Ein Partitionsmanager hilft hat auch nicht man muss schon wissen. was da drin ist. Systemd_drv ist lt. Diskpart Partition 1. Kann ich den Fehler mit inplace reparieren?
Also mir bietet windows update dieses KB nicht an. Es ist wirklich verworren. Zusammenfassung:
React /info
winre ist enabled und auf Partition2
Partition2 ist laut Diskpart meine Betriebssystemdpartition. DK Du hattest gefragt was system_drv ist (lt. Suchmaschine eine Sonderlocke von Lenovo). System_drv ist eine Partition der kein Laufwerksbuchstabe zugeordnet ist ist 1,17 GB groß liegt aber lt. Diskpart auf Partition 1. winre.wim kann ich im dateiexplorer nicht finden. So wie ich den KB Artikel noch MS verstehe gibt es keine Vorraussetzungen für das Update und das Update kommt per windows update. Ich habe bereitsd 2 mal danach gesucht. WSUS nutze ich nicht. Ist ehr nicht für Privatanwender. Und über Update Catalog nicht beziehbar. Das Update ist eigentlich nur für Syteme mit Bitlocker von Interesse aber es kommt sicher ins Kummulative Feburar Update. Irgend eine Idee? Es ist ein MBR System…
Kann sein, dass das WinRE sich die Systempartition oder Startpartition teilt, Dann gibt es keine extra Recovery Partition. Wenn ich das also richtig verstehe, ist partition 2 deine Startpartition mit Windows. dann liegt die WinRE.wim normalerweise in C:\Recovery. Update sollte funktionieren, da C: groß genug sein sollte.
Danke DK aber das Update wird mir in Windows Update nicht angeboten. Habe gerade in C: Recovery geschaut. Zugriff verweiget aber unter Eigenschaften 0 Bytes. Hmm. Aber vielleicht mache ich einen Denkfehler…
Unter borncity ein Kochrezept gefunden ggf anderen hilft. Das steht ggf die StartID kopieren etc. aber das trifft bei mir denke ich nicht. Ich muss es wohl so lassen? Noch ne Idee? Hier die Zusammenfassung von Günter Born und das Kochrezept:
https://www.borncity.com/blog/2024/01/11/windows-winre-update-gegen-cve-2024-20666-scheitert-mit-installationsfehler-0x80070643-jan-2024-kb5034441/
Würde da jetzt nicht weiter rumfummeln, wenn alles läuft un keine Fehler angeziegt werden. Wenn es nicht angeboten wird, ist es eventuell schon installiert oder wird nicht benötigt.
Du kannst ja mal in der PowerShell Get-Hotfix eingeben und schauen, ob es in der Liste erscheint und mal in der Registry hier nachschauen, ob es das gibt und was da steht:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion]"WinREVersion"="10.0.19041.3920"
Hallo DK danke für die Tipps. Ich kann Dir irgendwie nicht antworten daher antworte ich auf meinen Beitrag…
Gerade nachgeschaut. Das KB ist nicht unter PowerShell Get-Hotfix zu finden und in Registry ist unter WinRe kein Eintrag zu finden. Ok ich lasse es so. Danke ich hoffe es fällt mir nicht nochmal vor die Füße. System_drv lasse ich auch so. Bald steht ein move auf die großere SSD an. dann werde ich sicher auch in Ruhe testen und ggf auf uefi gehen. Aber ich lasse es so. Danke Danke!
Im Nachbar Forum gibt es paar links, vielleicht damit mal Probieren die WinRE auf Kurs zu bringen.
winreupdateinstaller_2401b_amd64_7df3aad9fd852fa54d0a091b55d10644ca6404c5.exe
winreupdateinstaller_2401b_amd64_bd52f2e281f320e74d3d930143b60c3a7cde8097.exe
bd52f2e281f320e74d3d930143b60c3a7cde8097 -> Windows 10 22H2 (19041)
7df3aad9fd852fa54d0a091b55d10644ca6404c5 -> Windows 11 21H2 (22000)
Und mit der .exe bin ich da auch nicht klargekommen. Die macht irgendwie gar nichts. Keine Ahnung, wie man die verwendet. Und am Problem würde sie auch nichts ändern, zumal das ist auch nur die .exe, welche vom Windows Update ausgeführt wird.
Für alle die hier noch kämpfen hätte ich einen anderen/zusätzlichen Lösungsansatz – Ich stand mal vor der gleichen Herausforderung, dass die winre.win nicht aktualisiert wurde aufgrund von „zu groß geworden“ bzw „zu kleine Partition“..
1) Frische winre.wim besorgen – Aktuelle und passende ISO hier von DM nehmen
https://www.winhelponline.com/blog/extract-files-windows-10-iso-dvd-install-wim/
Method 1: Using 7-Zip to extract files from Install.wim (empfehle ich mal, weil einfach)
Die Frische winre.wim ist mit ca 420 MB bedeutend kleiner als die über die Jahr upgedatete winre.wim (700-800MB sind da schon drin). Ich habe mal gelesen, dass die winre.wim nicht effektiv bereinigt wird und oft gern einfach wächst… (Halbwissen :-))
2) Checken mit reagentc /info – Da sollte dann „Enabled“ die genaue Partition zu sehen sein
z.B. \\?\GLOBALROOT\device\harddisk0\partition4\Recovery\WindowsRE
3) Reagentc /disable
4) CMD (Admin) und DEL C:\Windows\System32\Recovery\ReAgent.xml
Oder eben über Explorer löschen
5) die frische winre.wim in Ordner C:\Windows\System32\Recovery\ kopieren
6) Reagentc /enable
-> REAGENTC.EXE: Vorgang erfolgreich.
winre.wim ist dann im Ordner verschwunden bzw nicht mehr sichtbar
ReAgent.xml wurde neu erstellt.
7) Checken wieder mit reagentc /info
8) Update starten und freuen
Ja, das würde auch gehen, aber würde das problem mit der zu kleine Partition nur wieder verschieben. Nach ein paar Updates ist die auch wieder größer und die Updates lassen sich nicht mehr installieren, so wie in der Vergangenheit auch. Nur halt ohne Fehlermeldung. Ich habe jetzt mal zum Testen die Partition auf 1 GB verkleinert (vorher 2 GB).
Und bereinigt wird die WinRE.wim auch. Ich weiß bloß noch nicht, nach welchem Zeitplan. Bei mir wurde die WinRE.wim nach Installation vom Update auch bereinigt und ist jetzt nur noch 404 MB Groß (seit 3 Monaten installiert), in der anderen Win 10 Installation nur 427 MB (seit gut 12 Monaten installiert).
Bitte beachten – Das gilt nur für Standard WIN Installationen. Insbesondere manche Laptop Hersteller passen gern mal Recovery an… Diese würde man dann durch ersetzt durch die Standard winre.wim verlieren… Wenn das der Fall ist bleibt dann wohl nur die Partitionsvergrößerung übrig. Vor einer evtl Vergrößerung würde ich aber auch die winre.wim „aushängen“ mit „Reagentc /disable“. Und nach Vergrößerung wieder einhängen.
Siehst, daran habe ich ja noch gar nicht gedacht. vielleicht lässt sich das Update bei eignen trotz vergrößerter Partition überhaupt nicht installieren, weil es eine OEM WinRE.wim ist.
Ich habe die Macrium Recovery boot.wim in die WinRe.wim integriert und starte im Command Prompt über mac.cmd und da läuft das update KB5034441 auch nicht.
Alle mods über die setbootshelllink-Einträge gehen auch nicht!
Das KB5034441 kommt auch nicht in die Winre.wim, sondern nur das windows10.0-kb5034232-x64.cab
hier mal wo was hin kommt.
SSU-19041.3745-x64.cab“ Partition=“WinRE
windows10.0-kb5034232-x64.cab“ Partition=“WinRE
windows10.0-kb5034441-x64.cab“ Partition=“MainOS
Sehr geehrte Damen und Herren
Ich habe seit Update gestern genau das von Ihnen oben beschriebene Problem . Ich bin ein in Computerangelegenheiten völliger Dilletant . Gibt es nicht einfach Tool das zu Downloaden ist und dieses Sicherheitsupdate
entfernt . Sonst weiß ich wirklich nicht weiter .
Verzeihen Sie bitte meine hilflose Unkenntnis ,
Mit Dank Reiner Lorenz
Mach dir nicht daraus bin seit 30 Jahren mit PC´s unterwegs, baue sie seit 25 Jahren selbest zusammen und habe eigentlich solides Fachwissen, dennoch komme dieses mal nicht weiter.
Es ist tatsächlich so dass die Frikellösungen hier und anders wo nicht bei jedem Funktionieren.
Is so, das fängt schon bei den Partitionsgrößen an, bei einem reichen 500MB, beim anderen nicht mal 20GB.
Ich habe mich entschlossen das Auszusitzen ggf. inplace auszuprobieren, nur gerade kein Bock drauf.
Inplace Upgrade Reparatur mit Build 19045.3930 hat bei mir geholfen. Updateverlauf: KB5034441 wurde Erfolgreich installiert.
danke DK, das sind doch gute News.
Hallo D.K.
Hat bei mir auch super funktioniert ,bis auf das die KB5034441 bei mir jetzt unter Updates deinstallieren vier mal drinn steht.
Logo mit Inplace damit funktioniert es auf jedenfall, aber ihr müsst euch bewusst sein, das damit auch sämtliche Regeinträge die ihr getätigt habt wegfallen., und ihr sie wieder einspielen müsst und sämtliche einstellungen.
Macht doch mal ein Backup vom System, und dann Probiert ihr die schritte durch.
Ich muss momentan viel Arbeiten ich bin bereit am Samstag ein Video Online zu stellen.
Das ganze ist Super einfach
Das ganze wird hier über den Sponsor AOMEI gezeigt wie man Platten vergrössert.
Beste Partion Tool was es gibt.
Inplace hat geklappt, nu is Ruhe. Katastrophales Update es bleibt dabei.
wie bitte jetzt ist ruhe, ?
Auch wenn du es nicht glaubst, damit klappt es.
Die beiden anderen Kommentare von dir hab ich gelöscht. Frech antworten und Beleidigen ist hier nicht erwünscht und nicht erlaubt.
Und vermutlich eine neuen Wiederherstellungspartition angelegt und die alte liegen gelassen.
So mit MBR geht das schon immer ohne Probleme. https://ibb.co/XXLmLJ4
Das hat damit nichts zu tun. Wenn bei Dir das WinRE aktiviert ist, dann auf der Startpartition. Da sollte genug Platz frei sein. Würde mit GPT auch funktionieren.
Danke! DK2000 für die Info, ja so ist immer genug Platz da!
DK2000 schrieb am 11. Januar 2024 um 12:07 Uhr
Antwort zu @JanP
winreupdateinstaller_2401b_amd64_7df3aad9fd852fa54d0a091b55d10644ca6404c5.exe Win11 Build 22000
winreupdateinstaller_2401b_amd64_bd52f2e281f320e74d3d930143b60c3a7cde8097.exe Win10 Build 19045
So ist das richtig
Meine Frage
Was ist mit Windows 11 Build 226xx
Gibt es dazu auch irgendwo was oder ist das im kumulativen Update schon drin Build 22635.2921 zum Beispiel?
Beziehungsweise bei Build 22631.3007 (betreffend letztes Update)…………………
Mir geht es um die Einbindung des Patches via NTLite in die Boot.WIM.
Dino Nuhagic (Macher von NTLite und ein Kumpel von mir) ist bereits informiert….
Ist mir kein separates Update bekannt. Kann im normalen SafeOS Update/LCU enthalten sein. Ob das allerdings in die WinRE.wim integriert wird, kann ich nicht sagen. Partition muss hier ebenfalls groß genug sein. Falls es nicht integriert werden kann, gibt es auch keine Fehlermeldung oder so. Man muss in die Logs in C:\Windows\Logs\WinREAgent nachschauen, ob die Integration geklappt hat.
Bei mir in der 22631.3007 ist die WinrE.wim auf 22621.3000. Bei der Beta weiß ich es gerade nicht.
Diese „Marker“ Datei auf C:\ ist auch neu nach dem erfolgreichen Update. https://ibb.co/85d8QbG
Diesen Marker hate ich da schon öfters. Hängt mit dem Update der WinrE Partition zusammen. Erscheint bei mir meist nah Inplace Upgrade (selten bei den regulären, meist monatlichen SafeOS Updates) und sollte eigentlich von selbst wieder verschwinden. Aber ab und zu macht der das nicht.
Das ist bestimmt die „ok“ Zeile im setupact.log?
[WinREUpdInst] Servicing complete. Successfully staged operations and added AI package
Ja, das klingt gut. Dann hat der AI das Update bereits installiert und alles ist gut. Sollte dann auch so in der Registry stehen.
Was für eine Sch…..
Zwei Rechner, zwei unterschiedliche Lösungswege….
Das schafft wirklich nur Microsoft….
Rechner 1:
Partitionstool runtergeladen wie oben im Beitrag verlinkt.
Tool ausgeführt und Rettungspartition ganz einfach mit ein paar Mausklicks erweitert….
Rechner 2:
Wieder Partitionstool runtergeladen und ausgeführt.
Tja… was soll ich sagen?
Es ging natürlich nicht so wie beim Rechner 1.
Die Rettungspartition lies sich unter gar keinen Umständen erweitern. Egal was ich auch unternehmen wollte.
Also über die Eingabeaufforderung…
Tutorial über MS befolgt….
Ging nicht….
OK. tief durchatmen… TIEF DURCHATMEN!!!!!!!!!!!!!!!!
Noch einmal über Eingabeaufforderung.
Diesmal aber wirklich jeden einzelnen Schritt genauestens befolgt!
Und????
ES GEHT!!!!!!!!!!!!!!!!!!!!!!!!!!
Irre! Einfach Irre!!!!
Hallo Leute,
mal ernsthaft: Will Microsoft uns zwingen, auf Windows 10 Systemen eine WinRE-Partition zu erstellen, auch wenn man die damals schon gelöscht hat und/oder den Bitlocker nicht einsetzt?
Ich probiere mal, das komische Update auszublenden und das Preview auf das nächste kumulative zu installieren. Wenn das fehlschlägt (weil der Mist enthalten ist), hilft wohl nur eine Inplace Drüberinstallallation.
Hat schon jemand OHNE WinRE-Partition ein System fehlerfrei laufen und auf aktuellem Patchstand?
Ergänzung: das Schrottupdate mit wsushide.diagcab versteckt, dann das Preview .3992 installiert – lief ohne Probleme durch.
Windows Update wirft auch danach keinen Fehler aus.
Also entweder die haben das WinRE-Schrottupdate noch nicht im Preview drin oder alle ohne WinRE-Partition können sich freuen
Das Update wird auch im RP als KB5034441 angeboten. Es ist nicht in der Vorabversion vom optionalen Vorschauupdate enthalten. KB5034441 ist ja eigentlich nur das reguläre SafeOS Update (KB5034232), welches dieses Mal halt anders installiert wird. Würde es normal installiert werden, dann hätte vermutlich niemand wirklich mitbekommen, dass es sich nicht installieren lässt, da keine Fehler in dem Fall angezeigt werden, so wie in der Vergangenheit mit den Updates auch.
Und wenn das WinRE deaktiviert ist, dann muss man das Update verstecken, da es ansonsten weiter nervt.
Mit Macrorit Pro Expert v8.0.1 kostenlose Homedition wurde das Problem behoben.
Windows 10 22H2: Von der Hauptpartition wurde am Ende 1,1 GB freigestellt.
Der Wiederherstellungs-Partition am Ende (vorher 515 MB, wurden die 1,1 GB zugeteilt.
Neuer Wert: 1,615 GB.
Nach der Anwendung und Neustart Installation des Updates KB5034441 abgeschlossen.
Aufwand 10 Minuten.
P. M.
Link für Download:
https://macrorit.com/partition-magic-manager/free-download.html
Leider kann man hier kein Bild (Screenshot) einstellen, sonst hätte ich das zur Darstellung getan.
Der Downloadlink ist oben schon im Beitrag.
Bilder kannst du extern hochladen und dann den Link hier reinstellen. Alles kein Problem.
PS: Mit Macrorit (Portabel) hatte ich es auch hinbekommen.
Übrigens mit dem „Proffesional-Tool“ PARAGON Festplatten Manage Business
hat es NICHT funktioniert.
so ist es richtig: Professional-Tool
Hallo, brauche dringend Hilfe, habe versucht die Partition um 1,5 GB zu verkleinern mit dem macrorit free, jetzt nach dem Neustart kommt nur noch das Windows Logo und nix geht mehr. 🤢, was kann ich tun?
Backup, welches du vorab erstellt hast, zurückspielen.
Dumm nur wenn man leider kein Backup gemacht hat 😢, eigentlich mache ich immer ein Backup nur leider gerade jetzt nicht. Kann man jetzt nix machen ohne neu zu installieren?
Kommst du denn noch in den abgesicherten Modus?
https://www.deskmodder.de/wiki/index.php?title=Abgesicherten_Modus_in_Windows_10_starten
Nein, kein abgesicherter Modus, ich verstehe es nicht. Hat das Programm macrorit irgend ein Problem oder ist es fehlerhaft, ach ich habe die Portable Version benutzt. Bei mein Laptop habe ich das andere Programm benutzt, ohne Probleme.
Hatte es auch genommen und klappte.
Kommt jetzt darauf an, was du mit Macrorit geändert hast.
Habe es ganz normal gestartet, dann auf die Windows Partition und auf verkleinern /vergrößern, dann am Ende die Partition um 1,5 GB verkleinert, ausführen geklickt, dann hat das Programm ein Neustart gemacht. Jetzt kommt nur noch das Windows Logo 😢
In die Problembehandlung komme ich noch rein, kann man unter erweitere Optionen irgendwas machen oder sehen, wo das Problem liegt.
Die Starthilfe mal ausführen.
Bei Starthilfe kommt, konnte ihren PC nicht reparieren. Ich glaube das Windows nix mehr laden kann. Manno, mist, könnte 🤮, aber für jede Hilfe bevor ich neu intaliere wäre ich dankbar
Ich habs mit nem teuren Programm geschafft die Recovery Partition in kurzer Zeit auf schlappe 40 GB zu erweitern hab das Problem trotzdem
Bei der Installation von KB5034441 wurde ein Fehler protokolliert. „Installationsfehler: Die Installation des folgenden Updates ist mit Fehler 0x8024200B fehlgeschlagen: 2024-01 Sicherheitsupdate für Windows 10 Version 22H2 für x64-basierte Systeme (KB5034441)“. In der Dateiträgerverwaltung hatte ich 4 Wiederherstellungs Partitionen: Nun wie in Deskmodder beschrieben – gab ich den Befehl „reagentc.exe /info“ ein um die aktuelle Partition zu erfahren. Mit dem AOMEI Partition Manager löschte ich alle nicht aktiven Partitionen. Die aktuelle vergrösserte ich auf 900 MB. Anschliessend download von KB5034441 – und die Installation war ok. Keine Fehler. Bei der 900 MB Partition fehlte der Text „Wiederherstellungs Partition fehlerfrei“ in der Dateiträgerverwaltung. Das löste ich mit Diskpart – sel disk und sel par | set id=“de94bba4-06d1-4d40-a16a-bfd50179d6ac“ | gpt attributes=0x8000000000000001 | exit.
KB3054441 hatte bei mir auch den bekannten error ausgeworfen, da ich die Partition 4 gleich nach Abschluss der Installation mit diskpart gelöscht und die Partition 3 erweiter habe.
Nun habe ich über die Computerverwaltung die Partition 3 wieder um 1000 verkleinert und dann diskpart als cmd geöffnet.
1. list disk
2. select disk (mit Win 10 Pro, bei mir eine disk 1 NVMe )
3. create partition primary id=de94bba4-06d1-4d40-a16a-bfd50179d6ac (enter)
4. gpt attributes =0x8000000000000001 (enter)
5. format quick fs=ntfs
6. assign letter=e ( da ich noch eine Datenplatte habe und e:\ als Laufwerksbuchstabe frei ist)
exit
Damit wurde eine neue Partition 4 angelegt, die ist leer und disabled.
Dann habe ich von einem anderen Win 10 Rechner den Inhalt der Partition 4 (WINRE), auch durch Zuweisung eines Laufwerksbuchstabens der Partition 4 (damit man bequem in Windows arbeiten kann) und durch das Anzeigen der geschützten Dateien den Ordner Recovery mit Inhalt auf einen USB Stick kopiert.
Darin enthalten sind der Ordner Recovery/WindowsRE/ und im Letzeren die Dateien:
boot.sdi (3096kb)
ReAgent (2kb)
Winre.wim (476983kb)
Wichtig: Danach in Systemeigenschaften/ Computerschutz den Computerschutz wieder aktiviert.
Dann die Laufwerksbuchstaben der Partition 4 entfernt:
1. Diskpart
2. list disk
3. select disk 1
4. list partition
5. select partition 4
6. remove letter=e
Danach nur noch:
reagentc /enable
Dann funktioniert das update problemlos
Ich hätte gerne ein paar screens eingestellt, war aber schon länger nicht mehr hier aktiv und irgendwie sehe ich keine Editor, der mir screens ermöglicht.
Sollte auch gehen, wenn man das WinRE auf C: aktiviert. Die Recovery Partition ist nicht zwingend nötig. Wenn man diese löscht, sollte man aber vorher „reagentc /disable“ eingeben, damit die WinRE.wim wieder nach System32/Recovery verschoben wird. Dann kann man jederzeit das Recovery auf C: einrichten oder auch wo anders.
Ok, meine Frage wurde beantwortet. Mit Reagentc /disable wird die Winre.Wim nach recovery verschoben.
In der Regel wird reagentc /disable aber nicht durchgeführt, damit sind
boot.sdi (3096kb)
ReAgent (2kb)
Winre.wim (476983kb)
nimmer vorhanden und ein reagentc /enable nimmer möglich.
Das wird bei vielen Usern so sein, wer konnte denn prognostizieren, dass man den Kram jemals noch mal braucht?
Ich mache jeder Woche ein Image und sichere Daten, da brauche ich keine Windows Systemwiederherstellung.
Aber wie dem auch sei, viele Wege führen nach Rom.
Bei mir existiert in System32\Recovery nur die ReAgent.xml mit den aktuellen Einstellungen für das Recovery. Erst Wenn ich reagentc /disable eingebe, existieren alle Dateien wieder in dem Ordner und die ReAgent.xml wird zurückgesetzt und das Recovery aus dem Startmenü (BCD) entfernt.
und ich benötige da ab und dann das Recovery, weil einige Sachen, die ich hier so mache, gehen nur von der PE-Konsole aus. Von daher habe ich da aktiviert und lasse es regelmäßig aktualisieren.
reagentc /disable habe ich auch ausgeführt, dadurch ist der Inhalt auf der Wiederherstellungspartition auf 10,27 MB geschrumpft. Alles ist weg. Meine Hauptplatte hat 4 Partitionen. 1.) 128 MB – 2.)100 MB 3. C 4.) Wiederherstellungpartition 727 MB.
KB 5034441 wurde gestern auf einmal installiert.
Die Wiederherstellungspartition wird mir nun auf Position 3 also C angezeigt. Dort liegt die Win RE von Marcium, die mir wohl angezeigt wird ?. Das System läuft einwandfrei.
Die Wiederherstellungspartition auf Position 4 wurde zwischenzeitlich auf 727 MB vergrößert.Das System läuft ohne Fehler.SFC und auch alle DISM Befehle durchgeführt.
Wird die Original Wiederherstellungspartition von Windows irgendwann mal erneuert ? Ich bin in solchen Dingen kein Profi und gehe da nicht dran. Also Frage, erst einmal alles so lassen oder gibt es einen einfachen Befehl die Wim Re aus Marcium in diese 4 Partition zu kopieren oder kann ich dann Pech haben das der PC nicht mehr läuft.
Das Update KB 5034441 wurde zwischenzeitlich auf meinen 3 anderen Maschinen einwandfrei installiert.
Hallo zusammen,
nachdem ich so ziemlich alle Beiträge und Tips im Netz abgearbeitet habe bin ich nun auf folgende Sache in einem englischem Forum gestossen.
Alle Tips brachten bei mir keinen Erfolg bis ich nun den folgenden ausgeführt habe.
Werde das mal bereits übersetzt mit DeepL einfügen.
@Kyhi @Brink Ich habe endlich die Lösung gefunden. Wenn Sie den Reagent-Befehl verwenden, um den Speicherort der Wiederherstellungsumgebung festzulegen, muss die Datei ReAgent.xml im Ordner „C:\Windows\System32\Recovery“ entweder gelöscht oder in etwas wie ReAgentOLD.xml umbenannt werden. Offensichtlich ist reagent.exe nicht in der Lage, die vorhandene Datei „ReAgent.xml“ selektiv zu bearbeiten. Wenn die Datei bereits vorhanden ist, meldet der Befehl zurück, dass der Befehl /setreimage /path erfolgreich war, obwohl dies nicht der Fall war, da der Pfad nie aktualisiert wird. Damit der Befehl erfolgreich ausgeführt werden kann, muss die gesamte Datei neu erstellt werden.
Übersetzt mit DeepL.com (kostenlose Version)
Diese XML Datei löschen brachte den Erfolg, Update lief in ein paar Sekunden durch.
Hoffe das es so manchem auch zum Erfolg der gelungenen Installation des Updates hilft.
Schönen Sonntag wünsche ich euch noch.
Interessant, das wäre zumindest einfacher, als an der Partition rumzuwerkeln. Kann man diesem Schritt auch trauen, d.h. wird das Update dann auch korrekt installiert?
Hallo, bei mir hat es bei dem Laptop und auch bei dem PC ohne Probleme geklappt.
Habe gerade gesehen das es weiter oben schon genau so beschrieben worden ist.
Folgender Beitrag von fluffi444 enthält die genaue Anleitung.
fluffi444
11. Januar 2024 um 12:15 Uhr
War wohl mein Versehen oder es kam im Beitrag falsch rüber, aber einfach nur die Datei umbenennen/löschen behebt den Fehler bei mir nicht. Hätte mich auch gewundert, wenn es so simpel wäre.
Ich bin davon ausgegangen das dir das Vorgehen bekannt ist.
Ich war auch schon zigmal soweit hatte aber nie die XML Datei in dem Ordner gelöscht sonder nur die Winre.wim reinkopiert.
Genau da lag dann der Fehler und es hat so nicht funktioniert.
Nach löschen der Datei hat es dann aber funktioniert.
Geht natürlich nur wenn man genau so vorgeht wie es schon fluffy444 beschrieben hat.
Die XML-Datei wird eigentlich nach „Reagentc /disable“ zurückgesetzt und das WinRE aus dem Bootmanager entfernt. Wenn man das RE nicht vorher deaktiviert hat, sollte mal alles aus System32\Recovery löschen und sich den Inhalt einer passenden ISO holen. Und falls vorhanden, die XML auch aus C:\Recovery löschen. Die XML-Dateien werden alle durch „Reagentc /enabled“ wieder erstellt. Wenn eine Recovery Partition vorhanden ist und als solche erkannt wird, wird diese automatisch verwendet. Ansonsten wird C:\Recovery eingerichtet.
Im Zusammenhang mit Fehler 0x80070643 beim Bitlocker Update KB5034441 tauchen bei mir jeden Tag gleiche
Texte über die Qualitätsupdates auf. (Bis heute 5)
Es gibt etwas Neues!
https://support.microsoft.com/en-us/topic/kb5034441-windows-recovery-environment-update-for-windows-10-version-21h2-and-22h2-january-9-2024-62c04204-aaa5-4fee-a02a-2fdea17075a8
„We are working on a resolution and will provide an update in an upcoming release.“
Also abwarten und Tee trinken.
Mir hat das geholfen, suche nach:
Windows 10 – Wiederherstellungspartition neu erstellen
paules-pc-forum
Hallo nun fällt mir das Problem doch auf die Füße. Das KB5034441 wird mir warum auch immer jetzt unter Win Update angeboten (win 10 x.64 22H2 19045.3930). Ich kenne mich da leider nicht so aus mit den Partitionen. Ich will vermeiden das mein Rechner nach dem Fehler nicht mehr bootet und daher nicht installiert. Im Vorfeld geprüft ich habe auf dem Rechner keine winre Partition und kein WinRE.wim. Bitlocker ist nicht aktiviert. Ich gehe auch davon aus das spätestens mit dem nächsten Patchday die KB5034441 inkludiert im Sicherheitsupdate ist. Wenn ich das Update installiere und der Fehler kommt kann ich das System noch booten oder sollte ich eine Partition anlegen für winre? Wo kann ich mir eine winRe.wim kopieren?
Glaube ich nicht, dass das im LCU integriert wird. SafeOS Updates waren schon immer separate Updates über das WU. Nur sah man die in der Vergangenheit nicht und wusste somit nicht, ob sie integriert wurden oder nicht.
Was passiert denn, wenn Du einfach mal ReAgentC.exe /enable ausführst?
Hallo DK, bei ReAgentC.exe /enable kommt mit Erfolgreich zurück. ReAgent /Info:
\?\GLOBALROOT\device\harddisk0\partition2\Recovery\WindowsRE
Partition2 ist wenn ich das aber richtig verstehe bei mir auch die Windowspartition also alle zusammen. Im Dateimanager sehe ich: Recovery mit 0Bytes im Laufwerk C aber Zugriff verweigert. ich sehe auch $WinREAgent auf Laufwerk C. Wenn ich mir die Anleitung: https://www.deskmodder.de/blog/2023/09/10/windows-11-winre-update-mit-fehlermeldung-wegen-zu-kleiner-partition-anleitung-von-microsoft/
anschaue wird steht da: delete partition override Damit wird die bisherige WinRE Partition gelöscht
ES ist aber keine WinRe Partition da. Wie wäre dann der Vorgang? Eigentlich müsste da nicht erst eine Partition vorher erstellt werden für WinRe? Hmm. Ist es denn normal das ich die WinRE.wim im normalen Dateiexplorer nicht sehe? Nur in der Recovery kann sie nicht sein denn die ist unter Eigenschaften auf 0 Bytes….
Also ich habe eine Partitionstool von Aomei und eine uralte Version von Partition Magic. Aber da bei Partitionen schnell mal gar nichts geht ist das tricky. Ein Fullbackup ist da wohl Pflicht?
Lässt sich das Update jetzt installieren? Wenn ja, dann passt das. Das WiNRE muss nicht zwangsläufig in einer Recovery Petition liegen. Es muss nur in einer Partition mit genug freiem Platz liegen. C: erfüllt auch den Zweck.
Hallo Dk,
ich hoffe das es sich installieren lässt. Der download per Win Update dauert (aktuell 5 Stunden bei 50%). Gibt es eine Quelle wo ich es herunterladen kann? Ist ja nicht im Updatecatalog, noch bei WSUS erhältlich. Hoffe einmal laden reicht. Wird das irgendwo gespeichert damit ich es nicht nochmal herunterladen muss?
Wo kann ich feststellen ob das Update erfolgreich installiert ist? In Windows Update stehte KB wird installiert … 100%. Ich sehe aber im Taskmanager keinen Prozess den ich da zuordnen kann. Das Log setupact.log endet mit:
2024-02-12 17:07:47, Info CBS CbsCoreFinalize: WdsUnload, logging from cbscore will end.
2024-02-12 17:07:47, Info CBS Ending TiWorker finalization.
Ich vermute das Update ist somit erfolgreich installiert? Es ist ja kein Reboot notwendig. Noch was: Anschließend soll man ein Bootmedium erstellen. Was ich nicht verstehe bei meinem System ist WinRe auf der Systempartition. Wenn diese Partition defekt ist nützt doch kein WinRe oder sehe ich das falsch?
Gerade dann ist ein Bootmedium, oder eine Windows ISO auf einem Stick wichtig, damit man dann damit in die erweiterten Startoptionen booten kann.
Ob es installiert ist, sollte unter Windows Update -> Installierte Update bzw. Systemsteuerung zu sehen sein.
Ein solches Bootmedium oder Image erstelle ich dann z.B. mit Ventroy? Ich nutze Macrium und wollte demnächst einen Hardwarefresh machen. Dazu wollte ich die SSD ausbauen und via Macrium auf das neue System eine redeploy ausführen. Das soll das aber GPT werden mein jetziges ist MBR. Gibt es dabei was zu beachten was diese WinRe betrifft?
Bei mir ging das Update am 1 Februar ohne Probleme durch. Vorher bekam ich auch immer eine Fehlermeldung. Es wurde also schon was gefixed. Entweder wird das dann erst nach und nach an alle ausgerollt oder aber noch nicht alle Probleme wurden behoben.
guten abend
ich hätte da mal eine frage:
mein pc macht zur zeit keine updates:
2024-01 kumulatives update für windows 10 22h2 für x64-basierte systeme (KB5034122)
Fehler bei der Installation am 17.01.2024-0x80070003
und
2024-01 sicherheitsupdate update für windows 10 22h2 für x64-basierte systeme (KB5034441)
Fehler bei der Installation am 17.01.2024-0x80070643
was kann ich machen
vielen dank
Guten Morgen.☕
Gestern war ja mal wieder der Update Tag.
Wie kann das sein, dass das Problem noch immer nicht gefixt ist? 👀
2024-01 Sicherheitsupdate für Windows 10 Version 22H2 für x64-basierte Systeme (KB5034441)
Beim Installieren von Updates sind Probleme aufgetreten.
Wir versuchen es allerdings später noch einmal. Falls dieser Fehler weiterhin auftritt und Sie Informationen im Web suchen oder sich an den Support wenden möchten, kann dieser Fehlercode hilfreich sein: (0x80070643).
Ich werde bestimmt nicht das Probleme selbst lösen, alleine schon daher, weil es zu viele Anleitungen im Web gibt, wo es nicht funktioniert.
Habe keinen Bock, wenn ich es selbst probiere, dass mein PC danach überhaupt nicht mehr läuft. 🙄
LG.
Moin allerseits,
bei mir wurden alle angezeigten Updates aus dem Patchday (KB5034441 war nicht dabei) einwandfrei installiert!
Nach Neustart habe ich aus Neugier nochmal nach Updates suchen lassen – und siehe da, jetzt wird wieder
KB5034441 angezeigt und die Installation hat natürlich mit dem obigen Fehlercode wieder nicht funktioniert.
MS hat also weitere 4 Wochen gepennt um das Problem zu lösen. Ich werde da selbst keine Versuche machen…und muss mich wohl in Gedld üben…unter Kundenservice stelle ich mir aber etwas BESSERES vor.
Auch nach dem patchday gestern, nachwievor die gleiche Meldung:
„2024-01 Sicherheitsupdate für Windows 10 Version 22H2 für x64-basierte Systeme
(KB5034441)
Status: Downloadfehler – 0x80070643“
P.S. Mir fehlt die Muse und die Zeit um im System rumzufummeln.
Grüße
Liebes Deskmodder team, könnten sie da noch mal nachträglich recherchieren wie der aktuelle stand der dinge ist und neue news rausbringen? danke
Leidiges altes Thema.
Lösung, falls RE-Partition hinten liegt, bei mir Installationsbedingt hinter Windows- und Daten-Partition.
(also: Reservierter Bereich – C: Win10 – D: Daten – RE-Partition)
Da bei mir vor der Wiederherstellungspartition noch eine Datenpartition mir ordentlich Platz liegt, hab ich einfach MiniTool Partition Wizzard genommen und die RE-Partition von 500MB auf 1GB erweitert (auf Wiederherstellungspartition in der Liste Rechtsklick -> Erweitern, im nächsten Fenster dann die Datenpartition auswählen, von der Platz genommen werden soll; bei mir also D). Das geht auch sicher ohne MPW-Bootmedium, da C: hier ja nicht verändert wird). Nach einer Sekunde war dann alles erledigt, Update neu gestartet und, voila, lief durch.
Vielleicht hilft das ja paar Leuten.
Fast 3 Monate später…
Das Update wurde gerade (auf meinem Rechner) erstmalig angeboten und fehlerfrei installiert.
😂
Na dann hat sich ja bestätigt, was ich bereits lange vermutet habe.
Ja du hattest *wie immer* recht. Applaus!
Wundern tut es mich auch nicht. Wie soll das denn gehen, wenn jemand mit 5 Recovery Partitionen und 3 verluderten ESP Partitionen daherkommt. Vor kurzem habe ich ein System gesehen, wo der Experte noch mit einer WIN7 WinRE.wim unterwegs war! Im Übrigen wissen eh sehr viele nicht einmal, was das überhaupt ist und wie man damit umgeht.
Man braucht genau 2 partitionen:
100 MB FAT32 mit EFI flag
und eine mit dem Mounting point für C:\
Die 16 MB MSR partition ist überflüssig. Die WinRE partition ist überflüssig.
Windows 10 und 11 funktionieren mitsamt TPM und Secure Boot mit nur 2 Partitionen im vollen umfang.
Am Besten gar nicht, weil man gar nicht erst in die Lage kommt das zu benötigen und selbst wenn sind alle Alternativen überlegen für Sysadmins.
CloneZilla und ein Linux Live ISO oder eine WinPE können alles besser als das was WinRE versucht.
Soviel zum selbsternannten Expertentum.
Der manuelle Workaround von Microsoft funktioniert nur solange,
wie die Partition auch tatsächlich die LETZTE ist.
Sobald sie allerdings NICHT die letzte ist, war’s das, dann sind tatsächlich Drittanbieterprogramme nötig.
Hier hatte ich die Boot-CD vom Minitool Partition Wizard genommen, das lief sauber durch.
Die MS Anleitung hat auf 6 PCs funktioniert, auf zweien dagegen nicht,
bei diesen befand die die WinRE-Partition VOR der Systempartition. Hab sie nach hinten verschoben, dann ging es.
Traurig, traurig.
Ich frage mich, was die Leute machen, für die die CMD ein Buch mit sieben Siegeln ist
oder die nichtmal wissen, was CMD überhaupt ist? Die bleiben dann auf einem ungepatchten System sitzen?
Hat ja nicht jeder einen Techniker in Reichweite.
Die Recovery kann nur die falsche Reihenfolge haben, wenn der PC seit Windows 7 auf Windows 10 nur durch Upgrades aktualisiert wurde und nie sauber aufgesetzt wurde. Nur da war sie vor dem OS.
Ich denke Leute die sich nicht selbst helfen können müssen dann alles neu installieren. So wie es in XP-Zeiten schon war. Noch nie war es einfacher einen Bootbaren stick zu erstellen. Wie man dem BIOS mitteilt vom Stick zu booten erklären heute Kids im Youtube video.
Wer da aussteigt, der sollte Geld anpacken und den PC zum Techniker fahren. Das darüber in einem IT affinen Forum noch diskutiert wird ist sinnlos. Manche müssen zurückgelassen werden. Das ist hier der Fall.
Bei Windows 10 Neuinstallation war ganz an Anfang die RE-Partition auch vor der Startpartition. Das hat Microsoft erst etwas später gendert, aber leider bis heute die Größe nicht angepasst. Ansonsten gäbe es das Problem gar nicht.
Danke für die Korrektur. Ich bin erst umgestiegen, als der offizielle Support für 7 eingestellt wurde. ESU habe ich nicht in Betracht gezogen. Da gab es 10 schon eine Weile.
Ist aber interessant, dass der Paradigmenwechsel der Partitionsreihenfolge doch erst so spät kam. Ich konnte das bei mir bereits nicht mehr sehen, nach dem Clean Install von 10.
Wie immer eine Bereicherung, DK2000! Dein Wissen ist sehr Umfangreich und du scheinst auch eine gute Erinnerung zu haben! Wenn ich falsch liege gestehe ich das gerne ein.
Mein Tipp war ja immer die WinRE zu löschen, „Lücken“ auffüllen mit Erweiterung der anderen Partitionen und dann Inplace-Upgrade. Diese „Trick“ hat das Update-Problem in meinem Umfeld auf allen Systemen beheben können, wenn ich helfen musste.
Ja, das geht zwar mit Löschen der RE-Partition und vom Inplace Upgrade neu anlegen zu lassen, aber halt nicht auf Dauer. Die ist un bleibt zu klein. In Windows 10 merkt man gerade davon nichts, weil es seit Januar kein SafeOS Update mehr gab, aber in Windows 11 schon. Da gab es welche, nur bekommt man davon nichts mit. Auch nicht, ob sie installiert werden konnten oder nicht. Ich habe jetzt einfach mal pauschal bei mir alle RE-Partitionen auf 1 GB verkleinert. Das sollte dann der neu eingeführten Bereinigung der WinRE.wim reichen. In Windows 11 ist das WinRE.wim knapp 750MB groß. Mal schauen, wie die sich weiterentwickelt.
Das stimmt. War etwas um die >=700 MB nach inplace. Ich frage mich halt wann eine Recovery Umgebung genügend Boardmittel hat. Es muss irgendwann ausreichen.
Um Overprovisioning sinnvoll zu nutzen muss diese halt am Ende von der NVME liegen. Da stört mich die neue Reihenfolge. Ich halte das SSD feature nach wie vor sinnvoll, da ich auf einer 250 GB TLC schon mehr als 39 TB schreibvorgänge verbraten habe und noch 93% Schreibzyklen übrig sind.
Wenn die Tools der Firmware halt nur sagen können OP ist in den letzten 10% der Blöcke gesetzt möchte ich da nicht die RE von MS haben. Aber das sind meine eigenen Ansichten. Ich habe die RE in meiner Lebenszeit nie benötigt. Eine RE von MS oder Linux können wir ja auch vom Stick booten. Wo die liegt ist Nutzern wie uns egal.
Die RE-Partition muss ja nicht am Ende sein, sie kann auch davor sein. Oder auf einem anderen Laufwerk. Oder auf C:\. für das Update, egal ob Win 10 oder 11, sie muss nur groß genug sein.
Und wenn Du das WinRE nichts benötigts, dann kannst Du es auch deaktivieren und die Partition löschen. Für das KB5034441 danach kurz das WinRE wieder aktivieren (es befindet sich jetzt in C:\Recovery). KB5034441 lässt sich jetzt normal installieren und danach wieder das WinRE deaktivieren. Dann hat man auch wieder Ruhe in Windows 10.
Die Sache mit dem automatischen Aktualisieren der WinRE.wim über das Windows Update hat Microsoft halt leider nie bis zu Ende durchdacht. Und mit dem KB5034441 haben sie dann nur noch die Windows 10 User verärgert. Davor wurde es zwar auch nicht installiert, aber hat niemanden gestört. In windows 11 (22621/22631) haben die das zum Glück nie eingeführt. Da merkt man es nicht, ob das Update installiert wird oder nicht. Ist zwar auch keine Lösing, aber es nervt wenigstens nicht.
Wer keine Recovery-Partition (mehr) hat – ich mach die nach jeder Installation platt, weil für mich unnötig – kann das alles vergessen, so die Aussage von Microsoft:
„Important: If your Windows device does not have a recovery environment configured, you do not need this update (KB5034441). In this case, the error can be ignored.“
Übersetzung:
Wichtig: Wenn auf Ihrem Windows-Gerät keine Wiederherstellungsumgebung konfiguriert ist, benötigen Sie dieses Update (KB5034441) nicht. In diesem Fall kann der Fehler ignoriert werden.
Die Frage ist eher, wieso diese Leute nicht in der Lage sind festzustellen, ob jemand überhaupt eine Recovery-Partition hat. Und wenn nicht, erst gar kein „Update“ dazu anzuschieben.
Weil das vergessen wurde, im AI (Advanced Installer) einzubauen. Ein deaktiviertes WinRE führt zu demselben Fehler. Und das Windows Update hat da keine Möglichkeit, dass festzustellen.
Habe versucht, mit einem Tool die Partiln zu vergrößern. Nun startet das System garnicht mehr. Finder keine Startparstiln mehr. Tolle Wurst
Ich war ebenfalls von dem fehlerhaften Update auf all meinen Rechnern (Win 10 22H2) betroffen und hatte mich seit Anbeginn dagegen gesträubt, manuelle Eingriffe vorzunehmen. Nachdem ich jedoch die aktuellen Infos oben erhalten habe und klar wurde, dass von Microsoft keine Lösung zu erwarten ist, habe ich es mir anders überlegt. Großen Dank für den stets aktuellen Sachstand den ich hier verfolgt habe.
Ich habe nun den von Microsoft vorgeschlagenen Workaround eins-zu-eins angewendet und war überrascht, wie einfach und schnell das Problem gelöst war. Es hat keine 3 Minuten gedauert. Anschließend wurde das Update in wenigen Minuten erfolgreich durchgeführt.
https://support.microsoft.com/de-de/topic/kb5028997-anweisungen-zum-manuellen-%C3%A4ndern-der-partitionsgr%C3%B6%C3%9Fe-zum-installieren-des-winre-updates-400faa27-9343-461c-ada9-24c8229763bf#articleFooterSupportBridge=discoverBridge
Neuinstallation bei Schwiegervater gemacht. Nun sind alle Updates problemlos durchgelaufen. Das System ist endlich wieder sauber.
Bei mir hats mit Minitool Partition Wizard geklappt. Die Wiederherstellungspartition wählen -> Rechtsklick Kontextmenü -> erweitern. Hab die Grösse verdoppelt. Da meine WinRE-Partition neben einer „normalen“ Partition liegt, war die Sache damit erledigt.
Ausserdem hab ich die älteren Wiederherst.-Punkte gelöscht, bevor ich das widerspänstige Update neu gestartet habe:
Alte Wiederherstellungspunkte geziehlt löschen:
-> Eingabeaufforderung (Admin) aufrufen
>vssadmin list shadows (listet alle auf)
>vssadmin delete shadows /For=C: /Oldest (löscht den ältesten Eintrag)
Hoffe, das hilft paar Poeples.
Hallo,
ich erhalte diese Fehlermeldung wenn ich der Anleitung folge. ->
„Sie können OEM-, ESP- oder Wiederherstellungspartitionen oder Offlinevolumes
nicht verkleinern. Das ausgewählte Volume kann nicht verkleinert werden.
Wählen Sie ein anderes Volume aus, und wiederholen Sie den Vorgang.“
Was kann ich tun? Die Wiederherstellungspartition ist übrigens 525 MB groß, aber KB5034122 lässt sich trotzdem nicht installieren.
Ich wäre für jeden Tipp dankbar.
Beste Grüße,
Lukas
Du müsstest damit mal in das Forum kommen und ein Bild der Datenträgerverwaltung posten (möglichst breit). Ist jetzt in den Kommentaren hier etwas schwer, die da Hilfe anzubieten, zumal man erst einmal sehen müsste, wie es bei Dir aussieht.
Ich hänge mich mal rein ins Thema: Oder „MiniTool Partition Wizard Free“ nutzen.
1) WinRE partition löschen
2) Leerräume mit dem Tool schließen (andere partitionen in den leeren bereich erweitern)
3) Inplace upgrade machen
4) Windows Inplace legt eine ca 750MB große neue WinRE am ende der Festplatte automatisch an
Das wäre die Methode die am meisten automatisiert. Natürlich ist die Hilfe von DK2000 sicher noch besser, aber um eine Clonezilla oder Acronis Backup sollte man nicht drumrum kommen. Dann kann man unbesorgt am offenen Herzen des Dateisystems operieren.
Deine Anleitung wäre aber lediglich bei Solo-Boot-Systemen sinnvoll!
Bei Dual- oder Multi-Boot-Systemen – eventuell noch „gemischt“ mit diversen windows-fremden Sytemen – würde Deine Vorgehensweise zum Totalausfall führen, weil dann keine einzige Partitions-Adressierung mehr stimmen würde!
Verstehe ich nicht, Clonezilla und das Tool aktualisieren beide die Partitionstabelle. Deswegen kann Clonezilla ja auch auf kleinere Datenträger clonen. Darüber hinaus ist der beginn einer Partition das entscheidende.
Multiboot auf dem selben Datenträger? Das ist seit über 15 Jahren Zeitvergeudung und schrottet sich nach jedem Windows update selbst, besonders bei Linux. Sowas tu ich mir doch nicht an, dafür ist der Boot override in jedem guten UEFI BIOS da.
Jedes normale mainboard hat heute 2 NVME slots und 6 SATA ports.
Endlich haben sie es zurückgezogen… nach fast 7 Monaten… MS ist MS
Naja, nur das Problem mit der zu kleine Partition hat Microsoft nicht behoben und werden sie wohl auch nicht. Dadurch werden zukünftige SafeOS Updates auch nicht installiert, nur vermutlich dann wieder ohne Fehlermeldung, so ein in Win 11 23H2 und 24H2 oder bei Windows 10 vor KB503444. Das zugrunde liegende Problem wurde nach gut 4 Jahren leider immer noch nicht gelöst.
„In bestimmten Fällen wird das Update unter Windows 10 jetzt nicht mehr angeboten. “
Das wurde auch langsam Zeit !!! Hunderte Anrufer waren monatelang in Panik …
Das sollte mit einem Banner in Windows 10 angezeigt werden – mit anderem (un)möglichen Mist geht das doch auch !!!
Weiß nicht, ob jemand die Anleitung schonmal gepostet hat ..
https://support.microsoft.com/de-de/topic/kb5028997-anweisungen-zum-manuellen-%C3%A4ndern-der-partitionsgr%C3%B6%C3%9Fe-zum-installieren-des-winre-updates-400faa27-9343-461c-ada9-24c8229763bf
>für Windows 10, version 1607,
>nur 250 MB
>
Naja weisste, wenn du schon falsche Anleitungen reinstellst, dann les erstmal
Das passt. Die Anleitung ist für „Windows 10, version 1607“ bis „Windows 11 version 23H2“ und vermutlich auch „Windows 11 version 24H2“. Bei letzterem muss man abwarten, wie das mit der automatischen Bereinigung so funktionier.
Und bei den 250MB geht es um den Wert, welcher zur vorhandenen Partition addiert werden muss. Je nach dem, wann man Windows installiert hat, kommt man dann auf eine Größe von 750+ GB. Sollte theoretisch ausreichen, aber das weiß man erst nach mehreren Updates.
Stimmt ich sollte Kaffee trinken und rausgehen um mich zu beruhigen, sorry.
Ich habe das Update KB5034441 erfolgreich installiert, hier die Ultra-Kurzversion:
1.) WinRE disablen und die Wiederherstellungspartition vergrößern und neu anlegen (nach diversen Methoden)
2.) die „richtige“ winre.wim ins Recoveryverzeichnis kopieren (checken über Winver.exe !!)
2. a) Ich habe mir die richtige ISO hier gezogen, bei mir wars 19045.4651
3.) WinRE wieder enablen und Update installieren
Hoffe ich konnte helfen
Grüsse
Chris
„Wiederherstellungspartition vergrößern“ ??? Hast Du denn davor und dahinter so viel freien, unbelegten Plattenplatz, keine andere Partition auf dem Datenträger (ggf. mit weiteren Betriebssystemen)? Anderenfalls führt Dein Weg unwiderruflich ins Leere bzw. das gesamte System wird unbrauchbar, weil die jeweils zugeordneten Start-Sektoren nicht mehr stimmen!
Ungefähr so, als wenn in ein fertig bezogenes Hochhaus plötzlich neue Etagen zwischengefügt werden würden und sich somit Etagen-Nummern, Höhenangaben und Statik ändern …
Harry, ist doch logisch, dass Chris Platz gemacht hat. Außerdem ist es seine „Ultra-Kurzversion“.
Natürlich get das. Habe ich ja auch gemacht und andere auch. Läuft alles einwandfrei. Kann man manuell mittels diskpart machen oder mit einem Partitionierungstool. Mittels diskpart z.B.:
WinRE deaktivieren, Recoverypartition löschen, davorliegende Partition entsprechend verkleinern, so dass freier Platz nach der Partition am besten 1GB beträgt, Recoverypartition wieder neu anlegen (ID/GUID+Attribute beachten). und WinRE wieder aktivieren.
Das beschreibt eigentlich auch nur die Anleitung von Microsoft (für MBR und GPT). Mit einem anderen Tool, wie z.B. Minitool Partition Wizzard geht das natürlich über die GUI viel einfacher.
Aber funktioniert, auch bei Multiboot Systemen.
Ich hab da andere (bittere) Erfahrungen machen müssen: Mit solchen Partitions-Schubsereien gab es öfter Probleme, insbesondere mit Ext2, Ext3, Raiser-FS, HFS+ und HPFS-Partitionen …
Aber gut: Wer das Risiko eingehen will – bitteschön.
Na gut, das sind Dateisysteme, die Windows nicht kennt, aber andere Tools schon. Diskpart wäre damit überfordert. Aber GPartet sollte gehen. Dualboot Win/Linux auch nie Probleme damit gehabt. Bei HPFS weiß ich es nicht, da ich mit MacOS nichts zu tun habe.
HPFS (High Performance File System) ist das Dateisystem von OS/2 / eComStation und Ableger – eigentlich IBM und Microsoft bestens bekannt (WinOS2) … Und vor Allem ausgereift und absolut stabil … MacOS hat HFS+ …
MiniTool PartitionsManager und weitere ähnliche Programme (auch GPartEd) kommen damit recht gut zurecht – vor Allem ohne Datenverlust, auch beim Konvertieren der Partitions-Struktur (MBR nach GPT und umgekehrt), so lange es nicht zu viele / zu große Partitionen sind).
Aber – fast wie im richtigen Leben: Nichts und niemand ist vollkommen !!! Risiko-Minimierung !!!
https://www.askwoody.com/forums/topic/kb-441-tragedy-for-non-woody-users/#post-2686377
from abbodi:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion]
„WinREVersion“=“10.0.19041.9999“
add this registry value and the update will vanish (system restart or WU rescan needed)
Ist jetzt völlig unnötig.
Hilft mir trotzdem, danke euch!
Aber auch nur ein Workaround, welches das eigentliche Problem nicht löst.
WinRE löschen und die echten Backuplösungen nutzen, für die moinmoin sogar gratislizensen reinstellt?
ich meine warum haben wir alle 250 Kommentare über ein externes Problem, das uns egal sein könnte
diskpart
delete partition override und gut
Das Problem betrifft wirklich nur Firmen, die nicht frickeln fürfen wie wir
Ja, man kann auch auf der WinRE verzichten, wenn man andere Reparaturlösungen verwendet, wobei Backup und WinRE zwei verschiedene Dinge sind. Windows selber hatte eigentlich noch nie eine wirklich brauchbare und zuverlässige Backuplösung integriert. Selbst für Firmen empfiehlt Microsoft Backuplösungen von Drittanbietern.
@DK2000
@11. Juli 2024 um 14:10 Uhr
>wobei Backup und WinRE zwei verschiedene Dinge sind
>
Das wissen wir ja, die schlechte „Backuplösung“ ist ja auch nach boot in der „Systemwiederherstellung“ und RE ist ja nur Boardmittel für bootfixes.
Könnte ja auch mit clonezilla nur die EFI partition wiederherstellen bei bootproblemen. Warum WinRE nicht einfach eine ZIP für die letzte funktionierende EFI partition anlegt und dann anbietet ist mir bis heute ein Rätsel.
Wir zwei hätten das längst so gemacht. Vor und nach jedem Update ein mini-EFI backup in der RE speichern, wenn der boot gelungen ist. Es könnte echt alles saueinfach sein.
Edit:
Habe den Antworten-Knopf mit den Fettfingern verfehlt.
Das könnte man über einem Skript und DISM lösen. Wäre besser im Vergleich zu 7z. Aber noch nie weiter drum gekümmert, da bei mir so oder so täglich ein Backup läuft, welches auch die Systempartition miteinschließt.
Leider bekomme ich immer noch eine Fehlermeldung bei diesem Update.
Ich hatte gehofft, dass Microsoft da doch noch mal was nachbessern würde.
Ausgeblendet wurde dieses Update bei mir auch (noch) nicht. Nervt jedes mal wenn ich manuell nach Updates suche.
Vielleicht versuche ich doch noch die Wiederherstellungspartition manuell zu vergrössern, vorerst werde ich weiter abwarten und hoffen…