[Ungelöst] Recovery Partition Win10 wieder erstellen

Elbarto0

Enthusiast
Thread Starter
Mitglied seit
05.03.2006
Beiträge
722
Hallo

Ich habe irgendwann mal mein System Clonen müssen das Tool was ich damals nehmen musste ist mit Recovery Partition nicht klar gekommen. Generell haben ja Tools damit Probleme. Diese fehlt nun komplett.

Ich versuche mit Veem Backup eine Recovery ISO zu erstellen es bricht aber beim Boot Files Kopieren immer ab. Ich vermute das es daran liegt weil die Recovery Partition fehlt. Neu Windows installieren ist zur Zeit keine Option.

Vll kann hier jemand helfen
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
ich habe folgendes gefunden :
PS C:\Windows\system32> reagentc /info
Konfigurationsinformationen zur Windows-Wiederherstellungsumgebung (WinRE) und
zur Systemwiederherstellung:

WinRE-Status: Enabled
WinRE-Ort: \\?\GLOBALROOT\device\harddisk2\partition2\Recovery\WindowsRE
Startkonfigurationsdaten-ID: 0466d25a-9490-11f0-99a3-7085c26ce8bc
Ort des Wiederherstellungsimages: \\?\GLOBALROOT\device\harddisk2\partition2\Recovery\WindowsRE
Index des Wiederherstellungsimages: 1
Ort des benutzerdefinierten Images:
Index des benutzerdefinierten Images: 0

REAGENTC.EXE: Vorgang erfolgreich.


dort ist aber kein WindowsRe ordner Ich glaube Avast hat damals irgendwas gemacht.



Warum es wiederherggestellt werden muss? Es muss nicht wiederhergestellt werden aber wenn es das mal muss möchte ich vorbereitet sein
 
Schaue mal in die Datenträgerverwaltung, ob es dort diese Partition vllt doch gibt. Dann weisste es ganz genau...
 
Zuletzt bearbeitet:
Die Partition alleine nutzt nichts, solang die WinRE.win und SrSettings.ini lokal im System32>Recovery Ordner fehlen/nicht angelegt wurden.

Wenn das original Image (ISO) der Win Edition noch vorliegt, "könnte" man ja die WinRE lokal anlegen und in die "hoffentlich vorhandene" Partition einpflegen.
 
So siehts aus, aber ich empfehle gleich mal 1GB für die Recovery...
 
PS C:\Windows\system32> reagentc /info
Konfigurationsinformationen zur Windows-Wiederherstellungsumgebung (WinRE) und
zur Systemwiederherstellung:

WinRE-Status: Enabled
WinRE-Ort: \\?\GLOBALROOT\device\harddisk2\partition2\Recovery\WindowsRE
Startkonfigurationsdaten-ID: 0466d25a-9490-11f0-99a3-7085c26ce8bc
Ort des Wiederherstellungsimages: \\?\GLOBALROOT\device\harddisk2\partition2\Recovery\WindowsRE
Index des Wiederherstellungsimages: 1
Ort des benutzerdefinierten Images:
Index des benutzerdefinierten Images: 0

REAGENTC.EXE: Vorgang erfolgreich.
..da scheint etwas komplett falsch bei dir konfiguriert zu sein. :unsure:

Erst einmal scheint dein Systemstorage Disk2 (nicht Disk0) zu sein? Richtig?
Normalerweise liegt die WindowsRE Tools in Partition 3 oder 4, bei dir Partition 2 - also vor Windows? Richtig?
Warum wird bei dir ein Wiederherstellungsimage indexiert? Hast du eventuell zwei Images im System?

Versuch mal folgendes über die Eingabeconsole (mit Adminrechten):
1.) reagentc /disable
2.) dir /a /s c:\winre.wim

..wenn alles in Ordnung ist, dann sollte dir CMD nun anzeigen, dass er die WinRE.wim in C:\System32\Recovery gefunden und bereit gestellt hat:

winre.png
 
Zuletzt bearbeitet:
Da liegt die Sicherungskopie die du via reagentc /disable entladen und zum bearbeiten, z.b. SafeOS updaten, frei geben kannst.
Nach der Bearbeitung und reagentc /enable wird die dann auf die WindowsRE Tools Partition aktuallisiert wieder aufgespielt.
Üblich ist "normalerweise" harddisk=0 / partition=4. Weil part1 ist meist die MSFT, part2 die EFI und part3 halt Windows. Kann aber auch mal vor Windows liegen, also part3 WinRE und part4 Windows.
Das part2 aber die WinRE ist, dass lese ich nun zum erstenmal. Ich denke mal, diese thirdParty Tools (Avast & Co.) haben da wohl was mächtig beim TE durcheinander geschmissen.

ps: Gibt wieder ein neues Sicherheitsupdate (.7623):

winver.png MTPW.png

..ein neues SafeOS auch. Muss ich noch in der WinRE einpflegen.
 
Zuletzt bearbeitet:
Meine NVMe ist disk 7, sagt also nicht viel. Meine WinRE ist auf der Windowsplatte eingerichtet, part 2. Spart die Extrapartition. Läßt sich via reagentc einrichten.

Hab auch keine MSR, die ist eher wie der Blinddarm, braucht keiner.
 
Bei Disk 7 Part2 müsstest du ja dann über diese Syntax die WinRE Infos erhalten (auf deine Angaben angepasst):
Dism /Get-ImageInfo /ImageFile:\\?\GLOBALROOT\device\harddisk7\partition2\Recovery\WindowsRE\winre.wim /index:1

Hab auch keine MSR, die ist eher wie der Blinddarm, braucht keiner.
..das stimmt. Ich belasse die aber auf der Systemdisk, weil halt die EFI folgt und MSR wird halt immer als erste Partition angelegt. Für Datenstorage ist die ausgelöscht.

Laut MUK vom 13.01.

Hatte ich doch schon einmal im Win11 Thread (Post #379 im Spoiler) gepostet. ;)
 
Zuletzt bearbeitet:
Kannst dir das Updaten sparen. Ich habe die jetzt aufgespielt, ist auch die Build 7618. Könnte mir vorstellen, dass das zusammen mit den Sicherheitsupdate via WU vorhin passiert ist.

winre.png

..außer du hast da halt ein älteres Build.
ISO neu backen? Willst du nicht direkt die WinRE im System updaten? Weil dann müsstest ja erst die .wim aus der ISO mounten.
 
Ich werde ja sehen, ob NLite ein neues Update anzeigt. Wenn ja, packe ich das mit in die ISO, weil demnächst Neuinstallationen anstehen. Aktuell gibt es diesmal zum Patchday nur das LCU...
 
Also das Dynamic SafeOS KB5074108 vom 13.01. enthält das "Package_for_SafeOSDU~31bf3856ad364e35~amd64~~26100.7618.1.3" und das ist bei mir in WinRE schon drin.

Ich kann aber gerne noch einmal das SafeOS KB5072537 vom 09.12. aufspielen und das dortige Build prüfen. / edit: Builddowngrade geht nicht, kann nur die Cab auslesen!

ps: Build .7447 ist das SafeOS vom 09.12., hab es gerade geprüft. Es wird auch nur SafeOSDU geupdatet, ServicingStack bleibt auf Build .7295 vom 09.12., alle anderen Packages auf Stand 01.04.24.

packages.png

..neue Belegung WinRE ist (bei mir) nun 681.76MB, vorsorgehalber schon auf 5GB erweitert (ansonsten würde WinCry irgendwann einmal aus Platzmangel eine zweite WinRE Partition irgendwo auf den Storage erstellen was bedeuten würde, Chaos wäre vorprogrammiert).

pps zur Info, vieleicht auch für den TE: Wenn es die WinRE (aus welchen Gründen auch immer) wo zerlegt hat, ein Inplace-Setup repariert das wieder und stellt alle diesbezgl. Pfade so her wie es sein soll.
Hat man vor den Inplace die WinRE Partition erweitert (z.b. wie bei mir auf 5GB) und entsprechende Part-ID plus GPT Attribut erstellt,wird das so auch 1:1 vom Inplace übernommen.
Ich kenne das Problem des TE, denn auch ich habe mich mal mit den Mounten und falscher Attributvergabe verhauen, danach wollte die WinRE nicht mehr von da laufen wo sie sollte (Part4).
Denn es bringt wenig, wenn die WinRE auf der Partition liegt die ja eigentlich wiederhergestellt werden soll (C/Part3) und warum ist das so: WinRE ist ein eigenständiges Windows PE System.
Würde das nun auf der gleichen Partition wie Windows liegen (üblicherweise Partition3) und das OS/Partition nun Dateisystem- bzw. Dateistrukturfehler aufweisen, dann könnte auch Windows PE nicht mehr geladen werden. Außerdem würde sich ja Windows PE im Falle einer Wiederherstellung selbst überschreiben, was bekanntlich schwer möglich sein dürfte, da es zu diesen Zeitpunkt ja aktiv ausgeführt wird.
Dürfte dann einen 0x8007042B Phase Safe_OS Migrate_Data BS verursachen.
 
Zuletzt bearbeitet:
Einfacher geht es mit Rescura Zilla - klonen oder Backup :unsure:
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh