Deskmodder.de

Gastronom hat geschrieben: 29.07.2024, 17:40
C:\Windows\System32>reagentc /disable

Tatsächlich
Muss ich jetzt wieder reagentc /enable ausführen?
Offensichtlich, damit reagentc.exe /info wieder stimmt, und dann ist die winre.wim wieder weg.

Mann lernt nie aus in meinem Alter.

Jedenfalls vielen Dank.

Und
C:\Windows\System32>Dism /Get-ImageInfo /ImageFile:C:\Windows\System32\Recovery\WindowsRE\winre.wim /index:1

liefert dir die Version

Sorry, so:
Dism /Get-ImageInfo /ImageFile:C:\Windows\System32\Recovery\winre.wim /index:1

Wenn es nicht die 3920 ist, kannst Du dich gleich an die Arbeit machen und das Update möglich machen.

Wobei wohl das mit der Revision der WinRE.wim auch nicht so genau nehmen muss. Auf der aktuellen MVS ISO hat die WinRE.wim die Rev. 4651. Seit dem Problem mit dem KB5034441 gab es für Windows 10 keine SafeOS Updates über Window Update mehr und Microsoft verwendet dafür die kumulativen Updates. War zwar mal geplant, das kumulative Update auch für die WinRE.wim zu verwenden, aber das würde bis heute nicht aktiviert. Im Moment bekommt nur Windows 11 regelmäßig SafeOS Updates. Window 10 geht leer aus.

Aber was das jetzt alles bringen soll, erschließt sich mir da gerade nicht.

So weit bin ich jetzt noch nicht, ich habe nur auf dem Vivobook die Befehle getestet.

Gastronom hat geschrieben: 29.07.2024, 16:22 cd /d K: (K war mein ISO-Laufwerk)
und dann
setup.exe /product server

Ich habe dort kein SafeOS-Verzeichnis

Habe ich zu früh geschaut?

Ich gehe auf einem anderen Rechner noch einmal durch alle steps. Melde mich später.

Gastronom hat geschrieben: 30.07.2024, 16:58 Melde mich später.

ok

Das kommt erst später. Muss ja erst alles erstellt werden. Bis dahin ist ja außer Kompatibilitätscheck nicht viel passiert. Das neue Windows wird erst danach angelegt. Aber ob das allgemein etwas bringt, da lasse ich mich überraschen.

Wie steht das eigentlich in der dazu angesprochenen autoattend.xml (von Rufus oder auch Schneeganz)
Siehe die darin enthaltenen vielen !Winre Befehle!

Also im Vorbereitungs "Modus" der Installation,
nachdem von der dazu benutzten ISO in den $WINDOWS.~BT Ordner entpackt wurde

Dazu findet man:

KB5028997:
Anweisungen zum manuellen Ändern der Partitionsgröße zum Installieren des WinRE-Updates
https://support.microsoft.com/de-de/top ... c8229763bf

Und welche ID soll das nun sein - die den eigentlichen Fehler hervorruft?
Vielleicht diese?
set id=de94bba4-06d1-4d40-a16a-bfd50179d6ac
https://www.der-windows-papst.de/2024/0 ... partition/

Bzw:
Diskpart - Set Id for WinRE Partition
https://www.tenforums.com/drivers-hardw ... ition.html

Select your "Recovery" Partition using DiskPart
Code:
set id=de94bba4-06d1-4d40-a16a-bfd50179d6ac
gpt attributes=0x8000000000000001Then using Command Prompt (Admin)
Code:
reagentc /enableTo enable Windows Recovery

Das wäre jetzt entsprechendes Hintergrund Wissen dazu
Nächste Schritte....

Schlechte Nachricht .-(

Ich konnte während des blauen Installationsschirm mit Hilfe der Windowstaste den von Gastronom vorgeschlagenen WinRE.wim-Tausch durchführen, aber leider mit demselben Ergebnis wie bisher: 0xc1900101 - 0x20017

Wenn jemand ein Logfile braucht, bitte melden.

C:\$Windows.~BT\Sources\panther\setupact.log
C:\$Windows.~BT\Sources\Rollback\setupact.log
C:\Windows\Panther\setupact.log

Die üblichen Logs halt. Aber schwer zu sagen, ob man damit herausfindet, welcher installierte Treiber da Probleme macht.

Bitte

Also ich noch einmal geprüft. Es ist so, dass ich den Ordner "SafeOS" mit der WinRE.wim und der ReAgent.xml selber angelegt habe. Aber im Augenblick läuft das Upgrade ohne Fehler nach dem 1. Reboot mit der 2600.1. Ist gerade bei 60%!
Früher war nach 1 Sekunde schon Schluss.
Wenn es durch ist, werde ich gleich die 2600.1150 nachschieben.