Multiboot für 5 primäre Win10 Partitionen - Umstellung auf UEFI

[jom44]

Fehler gefunden -nach langer Suche!!
Mein Backup für die erste Partition wurde mit aktiven Boot-US Bootmanager ausgeführt. Nach dem zurückspeichern und starten zeigte der
Starteintrag auf eine kleine Boot-US-Partition, die nicht mehr vorhanden war bei GPT. Dies führte zum schwarzen Bildschirm!
HDD gewechselt und BIOS angepasst und den BootManager mit der internen Deinstallationsroutine gelöscht. Dabei werden auch die Starteinträge und die kleine Partition gelöscht bzw. zurückgesetzt. Neues Backup!
Ich hoffe dass jetzt alles ordentlich läuft!
jom44

[Tante Google]

[Purgatory]

Selten dass eine eigens gefunde Lösung noch gepostet wird.
Daher mal danke dafür.

[Valli]

xx

[jom44]

Ist ja richtig, aber wenn er noch aktiv beim Backup dann verursacht er beim Rückspeichern in die GPT-Partition Fehler. Er hat in seinen Startparametern einen Verweis auf eine kleine Boot-Us-Partition, welche auf GPT nicht mehr vorhanden ist. Somit läuft es ins Leere und der
Bildschirm bleibt schwarz. Morgen probiere ich weiter!!
jom44

[jom44]

Ic bin mit meinem "Latein" am Ende!!
EFI nochmals mit bcdboot und allen Partitionen erstellt - Ergebnis die erste Partition eierte eine Weile mit dem Punkte-Kreis und dann ist der
Bildschirm schwarz. Alle anderen 4 Partitionen lassen sich über den Win10-Bootmanager starten.
Die erste Partition ist Volume 3 ebenfalls vorhanden.
Wer hat noch eine zündende Idee? Danke!
jom44

[g-force]

Ich lese hier jetzt schon längere Zeit mit. Das eigentliche Vorhaben ist mir aber immernoch nicht klar geworden, das fängt schon beim mißverständlichen Treadtitel an. Sind das nun 5 "primäre" Partitionen, oder sind es 5 getrennte Betriebssysteme, die über mehrere Festplatten verteilt sind? Es muß hier ganz klar unterschieden werden zwischen ESP (da liegt der Windows Bootmanager) und den Systempartitionen (da liegt Windows). Wirklich gebraucht wird nur 1x ESP und die gewünschten Systempartitionen (MSR und Recovery braucht kein Mensch). Wo die Systempartitionen liegen, ist fast egal - aber der Bootmanager in der (hoffentlich einzigen) ESP muß wissen, wo bootbare Systeme liegen.

Ob es sinnvoll ist, mehrere OS über mehrere Festplatten zu verteilen, habe ich schon in anderen Foren (z.B. Hackintosh-Forum.de) oft diskutiert. Ich persönlich habe (zu besten Zeiten) 4x Windows, 2x Linux und 2x macOS auf EINER Festplatte gehabt, meine Bootmanager (Windows, GRUB, Clover und OpenCore) lagen alle in einer ESP.

Nutzt Du nun den Windows-Bootmanager als einzigen Bootmanager? Du schreibst ja, daß sich 4 "Partitionen" booten lassen?

[jom44]

Hallo g-force,
es waren 5 primäre Win10 Partitionen, die auf 3 HDD (mbr) verteilt waren (für unterschiedliche Anwendungszwecke) und durch den Bootmanager Boot-US gemanagt wurden. Durch die Neustrukturierung auf GPT (siehe auch mein Foto) sind alle jetzt auf einer HDD (4TB) - es arbeitet vorerst der Win10-Bootmanager. Er zeigt ja richtig die Volumes 3,5,7,9 und 11, aber Volume 3 ist die Partition welche die Probleme bereitet, die anderen Partitionen starten normal.
Natürlich gibt es zu Beginn nur eine EFI! Diese habe ich auch schon mehrfach gelöscht und neu erstellt, aber das Problem bleibt.
Mein letzter Ausweg ist die mbr-HDD nochmals einzuhängen, mit fixmbr, fixboot und der Problembehandlung Start bei dieser Partition zu probieren. danach Backup und dann in die GPT-HDD nochmals einspielen und EFI neu erstellen.
Ich wünsche Dir ein schönes Wochenende
jom44

[g-force]

Okay, also befinden sich auf der HDD nun 1x ESP und 5x Windows, richtig?
Der Windows Bootmanager startet und bietet Dir mehrere Windows zum Booten an - auch soweit richtig?
Davon lassen sich 4x Windows booten, ein Eintrag funktioniert nicht - oder fehlt dieser Eintrag komplett?

[jom44]

Hallo g-force,
der Eintrag ist vorhanden und zeigt richtig auf Volume 3. Startet man diesen so dreht sich kurze Zeit der Punkte-Kreis und danach bleibt der Bildschirm schwarz.
Ich habe die Original-mbr-HDD wieder eingehängt und BIOS geändert. Habe verschiedene Tests wie CHKDSK Volume C: /F /R, die Starthilfe-
diagnose (0 Fehler), fixmbr, scanos, gemacht - alles ohne Probleme! Fixboot wird verweigert!!!! DISM wird ja automatisch ausgeführt und das
Protokoll zeigt keine großen Auffälligkeiten. Mein Verdacht, dass der Bootmanager Boot-US hier einen Wert nicht richtig zurückgesetzt hat, der in das Backup mit übernommen wird. Morgen suche ich weiter - auch mit einer Frage an Boot-US-Programmierer.
jom44

[g-force]

Lade Dir bitte das Programm "EasyBCD" herunter: https://easybcd.de.uptodown.com/windows/download
Führe es unter einem gebootetem Windows aus und schaue Dir genau an, welche Booteinträge vorhanden sind. Lösche evtl. den nicht funktionierenden Booteintrag und erstelle ihn anschließend neu. Dabei mußt Du zwar genau die Laufwerkbuchstaben beachten, diese haben aber unter anderen OS keine Bedeutung (es wird die ID der Partition gespeichert, nicht der LW-Buchstabe).

[jom44]

Hallo g-force,
danke für den Tipp, welchen ich auch ausprobiert habe. Es war etwas kryptisch - aber der Erfolg blieb aus. Es wurde der Eintrag getauscht und das längere kreiseln der Punkte machte Hoffnung - nach ca. 5min wieder der schwarze Bildschirm.
jom44

[DK2000]

Welches Windows ist denn? Lt. Screenshot ist Volume 3 "Spiele". passt das soweit?

Startet das Ganze noch von der Original HDD?

Das Ganze klingt mehr danach, als ob das Installierte System mit dem Wechsel nicht klar kommt. Aber schwer zu sagen, worn das liegt. Der Bootmanager ist jedenfalls soweit richtig eingerichtet, da es ansonsten nicht so weit starten würde.

Und wo ist die ESP (EFI-Systempartiton) und MSR (Microsoft Reserved)? Die sehe ich auch den Screenshot gar nicht.

[jom44]

Hallo DK2000,
ich habe nochmals 2 Bilder angehängt die das ganze besser verdeutlichen. Ausgangspunkt dabei war das Muster von Valli.
Die Original mbr-HDD startet ganz normal mit der Partition"Gemischt". CHKDSK C: /F /R und im abgesicherten Modus wurde auch die "Starthilfe" drübergeschickt. Backup der Partition und wechsel der HDD inklusive UEFI Einstellungen.Zurückspeichern - Volume 3 zeigt jetzt auf "Gemischt" und das ist mein Problem, denn hier war der Bootmanager Boot-US drauf, welcher deinstalliert (vom Programm) wurde, danach wurde mit Revo-Uninstaller "intensiv" nachgeputzt. Die Logs von DISM und SrtTrail.txt weisen keine gravierenden Fehler auf.
Das was mich noch stört ist fixboot mit Zugriff verweigert. Ich will mich nochmals über diskpart /Attribute versuchen den Parameter "read only" zu ändern - mal sehen obs was bringt.
jom44

IMG_20220210_115259.jpg

IMG_20220210_104109.jpg

[DK2000]

Ich würde hier erst einmal nur nach "Partition" gehen und nicht nach "Volumen". Volumen 3 ist nicht zwangsläufig Partition 3, was auch an Deinem anderen Screenshot zu sehe ist (Volumen 3 = "Spiele").

Beim Wechsel von MBR auf GPT sollte Boot-US nicht mehr stören, da der Boot--Codes des Tools aus dem Boot-Sector der SSD unbrauchbar wird. GPT unterstützt so etwas nicht mehr. Boot-Code in irgendwelchen Sektoren gibt es bei GPT nicht mehr. Daher funktioniert auch Boot-US nicht mit UEFI/GPT.

Wenn Du von MBR auf GPT wechselst, sollte man bootrec nicht mehr verwenden, da das Tool primär auf BIOS/MBR ausgerichtet ist. Teilweise funktioniert es zwar noch, aber Microsoft empfiehlt hier die Verwendung von bcdboot.

Und an den Partitionen musst Du nichts mehr ändern. Das sollte alles soweit passen. Das "Zugriff verweigert" erscheint im laufenden Windows einfach nur deshalb, weil die EFI-Systempartition besonders geschützt ist. Als "Administrator" hat man da nur eingeschränkten Zugriff. Das ist aber so gewollt. Gewisse Änderungen lassen sich nur noch aus der WindowsPE Umgebung heraus vornehmen.

Was Dein eigentliches Problem angeht, so liegt das an der Windows Installation, welche Du da starten willst. Aus irgendwelchen Gründen klappt das nicht. An der Stelle, wo das Black Screen kommt, ist der Boot Manager schon lange Geschichte und die Winload.efi eigentlich auch. An der Stelle sollte der Kernel bereits übernommen haben. Um das Problem zu ermitteln, müsste man mal alle Logdateien nach einem erfolglosem Start auswerten. Bin aber gerade überfragt, welches die richtigen Logdateien sein könnte.

Ist ja nur die eine Installation, welche den Umzug nicht überlebt hat, oder?

[jom44]

Ja es ist nur diese eine Partition "Gemischt" die hier nicht funktioniert. Habe soeben noch eine Anfrage an Boot-Us gesendet, denn es gibt Boot-Us 4.0 für UEFI. Ich werde mir mal die Parameter für bcdboot anschauen, vielleicht gibt es dort noch einen Lichtblick.
jom44