Deskmodder.de

Hi,
Du gesagt .. Eintrag "böse" ich löschen! und - leider - nicht nachgesehen

Ich reagiere deshalb so schnell, weil ich davor immer ein Backup-Image mache und wenn was rumpelt, kann ich schnell das System wieder aufstellen. Und die Befehle bcboot und bcdedit liefen prima!

In der Anlage sind die beiden neuen Logs.

Ich muss zugeben, zu meiner Schande, dass ich mein Register schon seit Windows 7 mit mir herum- oder hinterher ziehe und mich mit den möglicherweise implementierten "Leichen" im Register herumschlagen muss.

Ich reagiere jetzt nicht mehr mit Panik, wenn ich an die beiden Nächte der Neuinstallation meines Systems denke ... aber es ist schon interessant, wenn ein an sich fehlerfreies System nicht mehr weitermachen will.

Eine C:\$Windows.~BT\Sources\panther\setupact.log gibt es nicht?

Lösche mal die beiden Ordner C:\$Windows.~BT und C:\$Windows.~WS und führe das Inplace Upgrade erneut aus.

Mich wundert es auch gerade, wo der Ordner C:\$Windows.~WS herkommt. Wenn DU das Setup von der IOS aus startest, dann gibt es den eigentlich nicht. Der existiert nur, wen man das Media Creation Tool oder den Upgrade Assistenten ausführt.

Und ich hatte nicht gesagt, dass der Eintrag im BCD "böse" war, sondern das dem Setup der Zugriff verweigert wurde.

aber es ist schon interessant, wenn ein an sich fehlerfreies System nicht mehr weitermachen will.

Das ist das Problem, woran viele nicht denken. Acronis oder AV-Programme etc. greifen tief ins System und auch den Bootbereich ein.
Macht Windows nun ein Update genau dort, kann es zu Kollisionen kommen.

Hi,
... is böse .... noch habe ich ein wenig Humor

in der Anlage das neue Setupact.log aus windows.~BT

erneuter inplace - Versuch in Kürze

Selber Fehler wie oben, nur das es dieses Mal um den Eintrag {4a30e3a7-e76d-11e9-93cf-f3d200c1a89e} geht.

Lösche jetzt mal diesen Eintrag aus dem BCD, führe bcdboot aber auf keinen Fall aus. Nur löschen.

Starte das Inplace Upgrade erneut.

Nur mal zur Info, falls es bei dir auch zutrifft

https://www.deskmodder.de/blog/2020/02/ ... rt-werden/

Da sitz' ich nun und Wndows hat mit Inplace bei zeitgleich laufenden importierten Updates wieder den Betrieb aufgenommen
Build: 18363.657 ist doch das neueste Update 2020-02?

Habe wie oben empfohlen den Eintrag nur gelöscht und dann ein neues ISO als Inplace laufen lassen!

Heureka!

Vielen vielen Dank für die Tipps und die Geduld

Servus

bis zum nächsten Mal

Günther
Setze später den Thread auf "gelöst"! muss erst meine Brille suchen

Brille bringt nichts. Hab es auf [gelöst] gesetzt.

Merci!

Kleiner Nach-Tarock: Ich habe jetzt wieder eine Mini-Partitionen (ca. 600MB) mehr. Das schreibe ich nur zur Vervollständigung, ihr kennt ja das Verhalten beim Inplace ja.

Ich schrieb hier, dass ich vor vor meiner Problemschilderung von meinen drei Minis zwei gelöscht habe. Das könnte diejenigen interessieren, die auch Inplace-Reparaturen machen mussten. Ich für meinen Teil wusste das nicht

Nach einem Upgrade kann man die C:\ mit Eigenschaften/Bereinigen/Systemdaten bereinigen Altlasten des vorangegangenen Windows löschen lassen. Leider wird offenbar nicht die alte "Mini"-Partition für den "Restore"-Prozess mit DISM ..... /restorehealth nicht gelöscht. Schade, aus meiner Sicht noch eine Unterlassung von Microsoft!

Hallo Günther,

einen weiteren Hinweis auf das Verhalten findest Du im Blog ab diesem Beitrag.

Gruß, Nemo