Hallo Günther,

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

Gruß, Nemo

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!

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

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

Nur mal zur Info, falls es bei dir auch zutrifft

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

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.

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

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.

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.

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.

Ich finde das immer so faszinierend, dass Du mit dem Löschen so schnell bist. Hast Du vor dem Löschen wenigstens mal nachgeschaut, zu was {31fe55cf-97e5-473d-80a6-ef945e747301} gehört hat?

Da das Inplace Upgrade immer noch nicht funktioniert, bräuchte man jetzt wieder eine neue setupact log um zu sehen, ob sich was verändert hat.

Hi
ich habe McAfee und Arcronis Treu Image 2020 (hat auch einen Ransam-ware-schutz) deinstalliert. Dann das Register nach Fehlern abgesucht..
die von dir genannte Datei bzw. Schlüssel konnte ich mit bcdedit /delete löschen. Dann habe ich bcdboot laufen lassen, alles ohne Fehler und Murren meines Systems.
nach jeweils einen Neustart habe ich am Ende in der Ereignismeldung so gut wie keine Fehlereinträge mehr. Das war eigentlich noch nie so.

Dann verscucht das Inplace laufen zu lassen - ohne die Freigabe von Updates (damit die Updates nicht stören). Es brach ab, noch vor dem "blauen" Monitor mit der lapidaren Meldung, das Installation konnte nicht durchgeführt werden.
Damit sichergestellt ist, dass der USB-Stick mit dem Upgrade fehlerfrei, werde ich die Daten noch einmal herunter laden.
Und dann den Termin der Neuinstallation planen...

Es ist schon verrückt, alle Tool melden eine fehlerfreies System, aber Update und Inplace sind nicht machbar, und das will ich denn so nicht stehen lassen.

Danke für Eure Hilfe!

Das Inplace Upgrade läuft nicht, weil auf den Eintrag {31fe55cf-97e5-473d-80a6-ef945e747301} im BCD der Zugriff verweigert wird:
Staus 0xC0000022 = STATUS_ACCESS_DENIED

Warum das jetzt s ist, kann ich nicht sagen, vermute da aber mal, dass McAfee da eine Rolle spielt.

Und die Warnungen/Fehlermeldungen, die Du da weiter oben gepostet hast, sind so normal. Die existieren auch nach einer Neuinstallation. Also nichts planlos aus der Registry löschen. Das geht in die Hose, wie Du selber festgestellt hast.

Danke.

Ich habe die Einträge im Register gesucht und alle gelöscht.
In einem der Einträge fand ich den Hinweis auf runtimebroker.exe.

Nach Neustart war die Suchfunktion im Explorer, Cortana und Windows start incl. Kontextmenü weg. sonst lief alles, nur das Update nicht.
Also, das vorher erstelle Image von der C restauriert.
wieder alles da.

Ich erstelle jetzt - wie sagt man so schön auf bayerisch: Workflow - für die Neuinstallation, wo , welche Programme, welche Reihenfolge und irgendwann ....

Die Meldung in der Ereignisanzeige hab ich hier auch. Sogar 5x.
Hat aber "nur" was mit den Apps zu tun.