Tach allerseits,
hier die "never ending story, nur zur Erheiterung:

Nach einer erforderlich gewordenen Systemwiederherstellung habe ich jetzt eine neue bootmgr-Variante gem. screenshot.
Interessant ist, dass beide mgr jetzt den gleichen Startsektor haben und sich nur durch die Partition Guid unterscheiden.

Löschen des versteckten mgrs. hat dazu geführt, dass die Kiste wieder nicht starten konnte.
Aber man hat ja sein Image...

Ich lasse es jetzt so wie es ist. Demnächst steht vllt. mal wieder eine komplette Neuinstallation an, bei der dann nicht 2 mgr. auftauchen.

[attachment=1]Bootmgr. -I-.jpg[/attachment]

[attachment=0]Bootmgr. -II-.jpg[/attachment]

[quote=august_burg post_id=376672 time=1635057535 user_id=39544]Systemplatte (Samsung 970 Evo Plus NVME)[/quote]
Ich kenne nicht die interne Speicherzellengröße der 970 EVO, es wird ein mehrfaches von 4KiB sein.
Eine Partiton mit Offset 63 512 Byte Sektoren ergibt zusätzliche Zugriffe.
Die Samsung Firmware mit dem DRAM-Cache wird vieles für eine Systemplatte in der Praxis abfedern.
Ich würde 2048 Sektoren Offset bei einer SSD bevorzugen.


@DK2000
Neuer Versuch: viele Einträge im NVRAM

for /l %a in (1,1,200) do bcdedit.exe /copy {bootmgr} /d "bootmgr copy %a"

Neustart, ESC UEFI Boot Manager
VMware 15 Player listet "bootmgr copy 1" bis "bootmgr copy 175" und weitere "Windows Boot manager".
Das Vmware UEFI war nicht auf 200 Booteinträge vorbereitet. OK, das ist auch sehr praxisfremd.

bcdboot c:\windows /s s:
Neustart, ESC UEFI Boot Manager
Es sind weiterhin 200 Booteinträge vorhanden. Bcdboot resettet die NVRAM Booteinträge nicht.


Nach einer Windows 10 Neuinstallation von DVD gibt es einen "Windows Boot manager", die "bootmgr copy *" Einträge fehlen.
Eine Windows Neuinstallation resettet die NVRAM Boot Einstellungen.

Große OEM Rechern können im NVRAM einen Eintrag zum Zurücksetzten auf den Auslieferungsstand enthalten.
Vor dem generellen löschen der NMRAM Daten, empfiehlt es sich die Daten zu sichern: "bcdedit /enum all".

@bodu:

Interessant. Das muss ich mal testen. Verwende diesbezüglich eigentlich nur noch bcdboot, da das sowohl den Eintrag im BCD als auch den Eintrag im UEFI schreibt. Habe da schon seit Ewigkeiten kein BCD mehr aus der Schablone komplett manuell erstellt und das war damals noch BIOS. Danke für das Testen.

@bodu

Moin,

1. die Systemplatte (Samsung 970 Evo Plus NVME) mit gparted gelöscht
2. das Image dort zurückgespielt/Installiert, ohne ausdrückliche Formatierung bzw. Partionierung
3. sind schon wiederholt Images zurückgespielt worden

Wie gesagt: "Jetzt alles im grünen Bereich" !

[quote=august_burg post_id=376419 time=1634818316 user_id=39544]Jedoch kein Problem, weil aktuelles AOMEI-Backup vorhanden ist.
Einer "Eingebung" folgend, habe ich die Systemplatte vor Rückspielung des Images mit gparted-live via USB-Stick geputzt.

Interessantes Ergebnis:
Der bootmgr ist zwar nach wie vor doppelt vorhanden, jedoch gleichen sich die Sektoren jetzt komplett[/quote]
Seltsam, jetzt zeigen/zeigten beide Einträge auf den Startsektor 63.

Was bedeutet 'gparted-live via USB-Stick geputzt'? Hast du Partitonen gelöscht und neue Partitonen innerhalb gparted-live erstellt?

Hast du in der Vergangenheit ein Image zurückgespielt?
Eventuell stammt(e) der zweite NVRAM Eintrag vom Image zurückspielen.

Welche System Festplatte verwendest du? Ist das eine 512e Festplatte?
https://en.wikipedia.org/wiki/Advanced_Format
https://de.wikipedia.org/wiki/Advanced_Format
https://www.anandtech.com/show/2888


[quote=DK2000 post_id=376373 time=1634764922 user_id=39966]Geht jetzt nicht unbedingt hervor, dass da auch der Eintrag aus dem UEFI Boot Manager entfernt wird. Müsste mal jemand testen.[/quote]

Test auf realer und virtueller Hardware:
Windows 11 22000 auf einem Asrock J3355B-ITX mit UEFI P1.90. Bootauswahl mit F11: F11 steht unten für die reale Hardware.
Windows 10 im VMWare Player. Bootauswahl mit ESC: ESC steht unten für die virtuelle Hardware.


bcdedit.exe /copy {bootmgr} /d "Copy bootmgr"

Neustart, F11 UEFI boot menu:
nur "Copy bootmgr" wird angeboten, Windows Boot Manager wird nicht angezeigt

Neustart, ESC UEFI boot menu:
Der Windows Boot Manager und "Copy bootmgr" wird zur Auswahl angeboten.


bcdedit.exe /delete {e39465ae-1b0a-11ec-9a83-bf0798c66af8}

Neustart, F11 UEFI boot menu:
Der Windows Boot Manager wird angeboten, "Copy bootmgr" fehlt

Neustart, ESC UEFI boot menu:
Der Windows Boot Manager wird angeboten, "Copy bootmgr" fehlt


Test unter verschäften Randbedingungen:
'bcdedit.exe /delete {bootmgr}' wird abgelehnt, aber ein Hinweis zu /f (force) angezeigt.

mountvol s: /s
dir s:\efi\Boot\bootx64.efi && bcdedit.exe /delete {bootmgr} /f

Neustart, F11 UEFI boot menu:
Der Windows Boot Manager wird angeboten.

Neustart, ESC UEFI boot menu:
Es wird kein Windows Boot Manager angeboten.


Windows 11 bootet nicht, der Booteintrag fehlt in BCD.
Die Reparaturaumgebung wird gestartet, cmd.exe gewählt.

mountvol s: /s
bcdboot c:\windows /s s:

Neustart, F11 UEFI boot menu:
Der Windows Boot Manager wird angeboten.

Neustart, ESC UEFI boot menu:
Der Windows Boot Manager wird angeboten.

Windows bootet wieder.


Zusammenfassung:
Bcdedit stellt Löschanfragen an das UEFI. Die Asrock UEFI Variante löscht Einträge im NVRAM, aber behält minimal einen Eintrag.
Ein Versuch auf anderer Hardware mag andere Ergebnisse liefern.



Die BCDEdit Reference von 2008 beschreibt NVRAM Einträge für Windows Vista
https://docs.microsoft.com/de-de/previous-versions/windows/hardware/design/dn653986(v=vs.85)
https://download.microsoft.com/download/9/c/5/9c5b2167-8017-4bae-9fde-d599bac8184a/bcdedit_reff.docx
Von 2008
https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-vista/cc765951(v=ws.10)
[QUOTE]During this step, Bcdedit.exe creates an EFI non-volatile random access memory (NVRAM) entry for the Windows Boot Manager.[/QUOTE]

Remove Duplicate Firmware Objects in BCD and NVRAM
https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-vista/cc749510(v=ws.10)
Hier wird bcdedit import verwendet. Nicht getestet.

Ja, 1 Eintrag !

xx

Genau "Clear CMOS" habe ich vergessen !
Ansonsten lasse ich es jetzt beim status quo, besten Dank an alle Kommentatoren.

PS:
Es geschehen noch Zeichen u. Wunder.
Habe gerade nochmal via EasyUEFI nachgeschaut, Ergebnis sh. screenshot.
Dazu fällt mir nichts mehr ein. :(

[attachment=0]UEFI -III-.jpg[/attachment]

xx

In der Anleitung finde ic hda jetzt auch nicht, jedenfalls nicht das, woran ich dachte. Da gibt es nur

BIOS:
Boot Option Priorities
Hard Drive/CD/DVD ROM Drive/Floppy Drive/Network Device BBS Priorities

Save & Exit:
Boot Override

Aber ansonsten finde ich da nichts, um das Bootmenü zu bearbeiten. Das ist natürlich doof.

Ich meine natürlich auch das UEFI, BIOS sitzt noch so im Hinterkopf. :D

Nein, ich finde keinen passenden Knopf (GA Z279P-D3).

Naja, eigentlich UEFI. BIOS war das alte 16bit System und gibt es im UEFI nur noch als Beigabe (CSM). Aber UEFI und BIOS werden immer gleich gesetzt. Also ja, mit UEFI meine ich das BIOS. ;)

..."Hat Dein UEFI nicht von sich aus eine Option, wo man die Einträge bearbeiten bzw. löschen kann ?"

Du meinst im BIOS ?

Das ist schwer zu sagen, wodurch das kommt. Das, was EasyUEFI da anzeigt, sind eigentlich zwei Einträge für die selbe ESP. Normaler Weise sollte sich der eine Eintrag lösche lassen. Eventuell sperrt das UEFI solche Veränderungen von externer Quelle.

Hat Dein UEFI nicht von sich aus eine Option, wo man die Einträge bearbeiten bzw. löschen kann?

Maßnahmen wie beschrieben durchgeführt, muß aber wohl einen Fehler gemacht haben.
Ergebnis: Totalabsturz ! :D

Jedoch kein Problem, weil aktuelles AOMEI-Backup vorhanden ist.
Einer "Eingebung" folgend, habe ich die Systemplatte vor Rückspielung des Images mit gparted-live via USB-Stick geputzt.

Interessantes Ergebnis:
Der bootmgr ist zwar nach wie vor doppelt vorhanden, jedoch gleichen sich die Sektoren jetzt komplett (sh. Thread-Eröffnung).

Das ist mir zu hoch. So lassen oder 1 Eintrag löschen ?

[attachment=1]UEFI -I-.jpg[/attachment]

[attachment=0]UEFI -II-.jpg[/attachment]