Ich habe das mit MountedDevices nach 2 Wochen(!) bei Heise gefunden, nirgendwo ist das je erwähnt. Und doch kam es mir bekannt vor, von hiesiger genannter Seite.
Windows 10 vergibt C: immer auf seine Start-Partition, das dürfte auch hier der Fall beim VHDX gewesen sein. So oder so kann man ja mit DISM das System darauf /capture-image und woanders wieder /apply-image. Und eben das wollte dann nicht booten, dank den alten MountedDevices. Wenn man das löscht, geht mit DISM alles, also Windows von überall nach überall auf demselben Rechner kopieren, inklusive Bitlocker oder ohne, VHDX, alles egal. Solange ich das nicht löschte, war die Situation egal, das Symptom war immer dasselbe, wie beschrieben.
Na, dank diesem Mist habe ich jetzt immerhin mit bcdboot, bcdedit, dism halbwegs den Durchblick und weiß nun, wie ich mein Windows ordentlich sichere und wiederherstellen kann.

Dann hatte die VHDX einen Laufwerksbuchstaben angelegt?
Siehe [URL]https://www.deskmodder.de/wiki/index.php?title=Systemabbildsicherung vhdx booten oder als Dualboot einrichten Windows 10[/URL]

VHDX ist nicht gerade meine Kragenweite, daher frage ich.

Problem gelöst: HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices muß in der Registry des Ziel vor dem ersten Starten gelöscht werden.

In einem weiteres Test meinte das Ereignisprotokoll zu mehreren Dienst, die jeweilige Datei könne nicht gefunden werden. Aha. Ein Windows, das auf einer anderen Partition nicht laufen wollte, läßt sich tatsächlich problemlos mit DISM auf seine formatierte Ursprung-Partition zurücknudeln. Welche Variablen zeigen auf die Ursprung-Partition und wie ändere ich sie? Denn womöglich bedeutet das, daß die Partitionen zwischen Sichern und Wiederherstellen nicht geändert werden dürfen.

Vor einem Monat, windows.old gelöscht.
Ausgefallene Dienste sollte man nicht ignorieren, vor allem nicht, wenn sie nur mit weiteren Symptomen auftreten.

Hattest du das Funktionsupdate gerade erst? Dann hättest du noch windows.old um die Vorgängerversion wiederherzustellen.

Die Ererignisanzeige zeigt viel an. Wenn alles läuft kann man davon vieles ignorieren.

Moin Moin,
das automatische Update von v1607 auf v1703 hat mir das System verhunzt. Es läuft zwar, scheint aber einige Anfälligkeiten zu haben (so stürzt es bei einem selbstgeschriebenes Programm als eingeschränkter Benutzer bei [fix][url=https://msdn.microsoft.com/library/windows/desktop/ms644936]GetMessage[/url]()[/fix] mit [fix][url=https://docs.microsoft.com/windows-hardware/drivers/debugger/bug-check---bug-check-0x139-kernel-security-check-failure]KERNEL_SECURITY_CHECK_FAILURE[/url][/fix] ab). Also will ich aus meinen Systemabbildern das 100% laufende v1607 wieder herstellen. Geht schonmal nicht, ohne die Platte zu löschen, obwohl ich bei 2 Tests mit v15irgendwas das System als einzig wiederherzustellende Partitionen auswählen konnte (und das auch anschließend lief, versteht sich). Was ist denn das fürn Mist?!
Also aus der Sicherung v1607 die entsprechende VHDX auf eine neue Partition mit [fix]dism[/fix] wieder hergestellt, Boot-Menü ergänzt, Neustart, Rödel Rödel Rödel, die kreisenden Punkte verschwinden, schwarzer Bildschirm, Rödel Rödel Rödel, nach Minuten Stillstand. Bei Bewegung erscheint der Mauszeiger, bei Energiespartaste wird gespart, bei Ausschalter wird runtergefahren, aber sonst passiert nichts. Weder Sperrbildschirm noch Anmeldung treten in Aktion, Blindeingaben bewirken nichts sichtbares. Resultat sind also die reichlich im WWW beschriebenen direkt nach Update auf v1703 auftretenden Symptome. Genau so auch bei [fix]safeboot minimal[/fix]. Keine einzige der ebensohäufig zu findenden Empfehlungen ändert daran was. Die Installation-DVD verweigert jede Aktion auf der neuen v1607-Partition.
Diagnose: Gleiches Vorgehen mit v1703 funktioniert anstandslos. Ältere v1607-Sicherungen wollen genau so nicht. Das Ereignisprotokoll von v1607 vermeldet, das eine ganze Reihe Dienste nicht dienen wollen: [quote]Der Dienst "BitLocker-Laufwerkverschlüsselungsdienst" wurde unerwartet beendet. Dies ist bereits 1 Mal vorgekommen. Folgende Korrekturmaßnahmen werden in 60000 Millisekunden durchgeführt: Neustart des Diensts.[/quote]Geräteinstallations-Manager ebenso, Gruppenrichtlinienclient, Server, Benutzerprofildienst, Aufgabenplanung, usw usf. Eine Ursache dafür ist mir nicht aufgefallen.

Hat jemand eine Idee dazu? Oder Alternativ: Ist es möglich, aus einer Neuinstallation mein v1607 wieder zusammenzumischen? Nach Möglichkeit will ich weder manuell alles neu einstellen noch installieren müssen.