bcdedit /delete {6efb52bf-1766-41db-a6b3-0ee5eff72bd7} /f 

Super! Besten Danke! Genau das war's! :dankeschoen:

[code]bcdedit /delete {6efb52bf-1766-41db-a6b3-0ee5eff72bd7} /f [/code]

Die Reparatur in der Konsole, bei laufendem Windows, hat nicht funktioniert aber das Löschen des Eintrags war die Lösung! :daumen:

2020-11-04 09:09:53, Error                 IBSLIB BCD: BcdCopyObjectEx: Failed to get object description Flags: 0x4 Status: c0000034[gle=0x00000002]
2020-11-04 09:09:53, Error                 IBSLIB BCD: BcdCopyObjectEx: Failed to copy object. Target: {6efb52bf-1766-41db-a6b3-0ee5eff72bd7} Flags: 0x4 Status: c0000034[gle=0x00000002]
2020-11-04 09:09:53, Error                 IBSLIB BCD: Failed to clone store. Status: c0000034[gle=0x00000002]
2020-11-04 09:09:53, Error                 IBSLIB BCD: BcdExportStore: Failed clone BCD to \??\C:\$WINDOWS.~BT\Sources\Rollback\Boot\BCD. Status: c0000034[gle=0x00000002]
2020-11-04 09:09:53, Error                 IBSLIB OSRollbackService::CBootFilesRestoreCheckpoint::Finalize: Failed to backup BCD database from "F:\Boot\BCD" to "C:\$WINDOWS.~BT\Sources\Rollback\Boot\BCD".[gle=0x00000002]

bcdboot C:\Windows

bcdedit /delete {6efb52bf-1766-41db-a6b3-0ee5eff72bd7} /f 

Ach, das Problem mal wieder:

0xC0000034 = STATUS_OBJECT_NAME_NOT_FOUND

Das ist wieder einmal defekter BCD:

[code]2020-11-04 09:09:53, Error IBSLIB BCD: BcdCopyObjectEx: Failed to get object description Flags: 0x4 Status: c0000034[gle=0x00000002]
2020-11-04 09:09:53, Error IBSLIB BCD: BcdCopyObjectEx: Failed to copy object. Target: {6efb52bf-1766-41db-a6b3-0ee5eff72bd7} Flags: 0x4 Status: c0000034[gle=0x00000002]
2020-11-04 09:09:53, Error IBSLIB BCD: Failed to clone store. Status: c0000034[gle=0x00000002]
2020-11-04 09:09:53, Error IBSLIB BCD: BcdExportStore: Failed clone BCD to \??\C:\$WINDOWS.~BT\Sources\Rollback\Boot\BCD. Status: c0000034[gle=0x00000002]
2020-11-04 09:09:53, Error IBSLIB OSRollbackService::CBootFilesRestoreCheckpoint::Finalize: Failed to backup BCD database from "F:\Boot\BCD" to "C:\$WINDOWS.~BT\Sources\Rollback\Boot\BCD".[gle=0x00000002][/code]

Offensichtlich gibt es da das Objekt {6efb52bf-1766-41db-a6b3-0ee5eff72bd7} nicht.

Würde als erstes mal aus dem laufenden Windows versuchen (Konsole mit Adminrechten):

[code]bcdboot C:\Windows[/code]

Das sollte den Booteintrag für das laufende Windows reparieren. Vorausgesetzt es gibt nur das eine Windows. Wenn das nichts hilft, dann eventuell alle Verweise aus dem BCD dazu löschen:

[code]bcdedit /delete {6efb52bf-1766-41db-a6b3-0ee5eff72bd7} /f [/code]

Eins von beiden oder beide sollten funktionieren.

Hallo Leute,

ich klinke mich mal in dieses Thema ein, wenn's okay ist. Bei mir tritt ebenfalls das Problem auf, dass sich das Update auf 2004 (von 1909 aus) nicht installieren lässt. Ich habe aufmerksam all die Tipps und Anleitungen gelesen, übrigens Klasse gemacht :dafür: , und Schritt für Schritt ausprobiert. Leider ohne Erfolg! :( Bei mir ist, es egal wie ich es anstelle, immer so, dass das Setup/Update fehlerfrei heruntergeladen und installiert wird und die Aufforderung zum Neustart erscheint.
Dann erscheint der Bildschirm "Das Update für Windows 10 wird konfiguriert." und läuft bis 50%. Da bleibt er dann für ca. 5min stehen und der Rechner wird neu gestartet. Der Bootprozess läuft dann normal durch wie beim Starten des PCs auch. Nur zum Schluss kommt dann die Meldung "Windows Update nicht erfolgreich."
Ich habe mal die "setupact.log" angehangen, weil da hört's dann bei mir leider auf! :kopfkratz: Wäre toll, wenn mir jemand, dem diese Datei was sagt, mal 'nen Tipp geben könnte.

Danke schon mal im Voraus.

dann werde ich mir das nächste Woche mal ansehen, jetzt ist erstmal WE.

Edit

Kleiner Nachtrag, aktuell sieht es genauso aus wie hier in diesem Post

https://www.deskmodder.de/phpBB3/viewtopic.php?f=327&t=23863#p347524

Gruß und Danke moinmoin

Identische Hardware heißt nicht wirklich identisch. Eine andere Software, ein anderer Treiber und schon hat jeder Rechner seine eigene "Seele".
Müsste man in den Logs schauen, was da bei dir klemmt.

Hallo an alle,

heute bin ich auch an dieses Problem geraten, und ich kann nicht nachvollziehen, woran es genau liegt. Ich habe 3 von der Hardware aus identische Rechner, nur die Peripherie-Geräte sind unterschiedlich. Heute morgen wollte ich das Update auf 2004 machen, der erste Rechner hatte brav unter Einstellungen->Updates das Update in der Liste und ich habe es laufen lassen. Keinerlei Probleme alles so wie es soll.

Rechner 2 und 3 sind aktuell und bieten es nicht in der Liste an, dort steht nur, sobald das Update 2004 für diese Gerät verfügbar ist würde es in der Liste auftauchen, laso dachte ich mir, stell es von Hand an. Kurz das Migration Tool geladen und und die Updates angeworfen.
Beide Rechner quittierten mit dem Fehler beim second Boot und haben sich wieder zurückgesetzt - Gott sei Dank -

Ich stelle mir nur die Frage, alle Rechner genau gleich, kein externen Virenscanner und dann sowas.

Gruß Knallkopp_02

Jetzt noch einmal ein Update.

Nach knapp einer Woche mit Version 2004 kann ich sagen, dass diese OS Version bei mir rund läuft. Anfängliche Kinderkrankheiten, wie Laufwerksbuchstaben vertauschen, sind jetzt weg.
Neustarts ohne Probleme. Im Ganzen läufts nach dem anfänglichen Updateproblem. :)

Ich hoffe mein Beitrag hier hat etwas geholfen, die ähnliche Probleme haben.

DDviSioN

\\?\Volume{6ab6f3ee-0000-0000-0000-100000000000}\
        *** KEINE BEREITSTELLUNGSPUNKTE ***

Das ? an der Stelle ist da schon richtig. Das ist der "DOS Gerätepfad":

https://docs.microsoft.com/de-de/dotnet/standard/io/file-path-formats#dos-device-paths

Nur funktioniert das mal und mal halt nicht. Wenn Du in der Konsole (CMD.exe, nicht Powershell) eingibst:

[b]mountvol[/b]

Dann siehst Du da auch diese Pfade. Bei mit hat z.B. die Systempartition den Pfad

[code]\\?\Volume{6ab6f3ee-0000-0000-0000-100000000000}\
*** KEINE BEREITSTELLUNGSPUNKTE ***[/code]

Wenn ich jetzt [b]start \\?\Volume{6ab6f3ee-0000-0000-0000-100000000000}\[/b] eingebe, wird ein Explorer geöffnet, welcher den Inhalt der Systempartition anzeigt (versteckte Systemdateien anzeigen muss aktiviert sein):

[attachment=0]Anmerkung 2020-06-20 174136.jpg[/attachment]

Gibt man allerdings in der Adressleiste direkt [i]\\?\Volume{6ab6f3ee-0000-0000-0000-100000000000}\[/i] ein, funktioniert das wiederum nicht. Das ist sehr irritierend.

Man kommt also auch ohne Laufwerksbuchstaben in die Partitionen rein. Bloß funktioniert das nicht von überall.

[b]System Volume NT Path: [\\?\GLOBALROOT\Device\HarddiskVolume1\[/b]

Genau das hatten wir auch gesehen. Beim Fragezeichen müsste eigentlich ein beliebiger Buchstabe stehen, tut es aber nicht.
Daher hat auch mein IT Freund die Vermutung, dass das Update nicht ganz sauber geschrieben wurde von MS. Das dürfte so nicht passieren, denn die Festplatte mit dem OS drauf wird ganz normal gebootet ohne jegliche Fehlermeldung.
Na ja mir ist erstmal viel Arbeit erspart geblieben. Nichtsdestotrotz wird mir in Zukunft nichts anderes übrig bleiben, als irgendwann mal frisch aufzusetzen. Fehler mitschleppen birgt Gefahren. Eigentlich passt nie die Zeit. Bei mir könnte der Tag 30h haben. PC Sachen gehen zeitintensiv und ehe es Mecker gibt! :rofl:

Oder DOS Zeiten, kann auch sein. Ist jedenfalls schon lange so, wo diese, für mich jedenfalls, nicht so ganz logische Bezeichnungen festgelegt hat.

Aber warum das Setup da versagt hat an der Stelle, geht aus dem Log leider nicht hervor. Gefunden wurde sie ja ([b][i]System Volume NT Path: [\\?\GLOBALROOT\Device\HarddiskVolume1\[/i][/b]), aber mit diesem UNC Pfad kann halt nichts darauf kopiert werden. Ohne Laufwerksbuchstabe geht da nichts. Auch noch so ein Relikt aus DOS Zeiten. An andere Stelle geht es auch ohne Buchstaben. Aber hier offensichtlich nicht.

Gut, mal schauen, wie es dann nächstes Jahr wird mit der 21H1. Die 20H2 wird ja zum Glück nur ein kleines Update (kumulatives Update+20H2 Enabler). Da ist dann ein Upgrade nicht notwendig, was vieles erleichter und schneller geht.

Jup du hast recht. Hatte mich gerade nochmal belesen. Das stammt sogar noch aus DOS Zeiten.
Warum ich erst manuell eingreifen musste, bleibt trotzdem ein Geheimnis. Aber du hattest den richtigen Riecher. :dankeschoen:

Wie so üblich macht es Microsoft etwas verwirrend:

[i]Startpartition[/i] ist die Partition, auf welcher sich der Windows-Ordner befinden, also bei Windows 10 die Partition, welche C:\ hat.

[i]Systempartition [/i]ist die Partition, auf welcher sich der Bootmanager befindet, also die 100MB Partiton (UEFI) oder die 500MB Partition (BIOS). Diese Partition hat normaler Weise keinen Buchstaben.

Das hat Microsoft mal so vor 25 Jahren oder so festgelegt und ist ein klein wenig verwirrend.

Das da mehrere 500MB Partitionen existieren, ist da leider normal, da sobald dem WinRE die Partition zu klein wird, wird eine neue, eventuell größere Partition angelegt.

@DK2000 Ja wir haben deinen Vorschlag umgesetzt. Die selbe Idee hatte auch mein Freund. Aber wir haben nicht der Systempartition (die hat ja schon C) einen Buchstaben gegeben, sondern wir haben der Startpartition einen Buchstaben gegeben. Windows hatte mir bei der Erstinstallation drei Partitionen angelegt. Eine 500MB vor "C" und 500MB nach der C-Partition. In der 500MB Partition steckt bei mir der Bootmanager. In der zweiten 500er steckt die Recovery. Aber trotz das es geklappt hat, scheint irgendwann mal was schief gelaufen zu sein und hat mir was verstellt oder wie mein Freund vermutet, dass das Mai Update nicht ganz sauber geschrieben ist.
Wir können es jedenfalls nicht nachvollziehen. Er hätte sonst meinen PC mit in die Werkstatt genommen.
Trotzdem werde ich demnächst mal neu aufsetzen, damit mir das nicht beim nächsten größeren Update wieder passiert. Dann wäre alles mal wieder sauber aufgesetzt.

[quote=DDviSioN post_id=347056 time=1592650383 user_id=36059]
Ja wir können uns das auch nicht erkläre, warum das geholfen hat. Normalerweise bekommen Startpartitionen keinen Laufwerksbuchstaben.
Interessant ist auch noch, dass nach dem Update der Laufwerksbuchstabe wieder frei war. Echt komisch.[/quote]
Während des Upgrades bekommt die Systempartition (nicht Startpartition) vom Setup einen Laufwerksbuchstaben. Das hat bei Dir aber irgendwie nicht geklappt. Nachdem das Upgrade erfolgreich durchgelaufen ist, wird der Buchstabe wieder entfernt. Das wäre so der normale Vorgang gewesen.

[quote=DDviSioN post_id=347054 time=1592649487 user_id=36059]
Nun haben wir uns die Partitionstabelle noch einmal genauer angesehen und haben einfach mal der 500MB großen Startpartition einen Laufwerksbuchstaben zugeordnet und das Update erneut angestoßen. Der Rechner startete neu und brachte das Update nun ohne Probleme zu Ende. Mehrere Neustarts und die 2004 war installiert.[/quote]
Das war ja das, was ich vorgeschlagen hatte: Der 500MB Systempartition einen Buchstaben zu verpassen und dann das Upgrade erneut startet.

Finde es aber interessant, das es wirklich daran lag, dass das Setup selber dieser Partition keinen Laufwerksbuchstaben zuweisen konnte. Das hatte ich so auch noch nie.

Aber schön. Jetzt hat es gelappt.

Ja wir können uns das auch nicht erkläre, warum das geholfen hat. Normalerweise bekommen Startpartitionen keinen Laufwerksbuchstaben.
Interessant ist auch noch, dass nach dem Update der Laufwerksbuchstabe wieder frei war. Echt komisch.