Reparatur einer (unfreiwillig entstandenen) Dual-Bootumgebung UEFI/Legacy Boot

Antwort erstellen


Diese Frage dient dazu, das automatisierte Versenden von Formularen durch Spam-Bots zu verhindern.
Smileys
:) ;) :smile: :lol: :hihi: :D :rofl: :muahah: :( :pff: :kopfstreichel: :ohno: :betruebt: :heulen: :kopfkratz: :duckundweg: :o :? :oops: :psst: :sauer: :-P :daumenrunter: :daumen: :dankeschoen: :thx: :dafür: :gähn:
Mehr Smileys anzeigen
BBCode ist eingeschaltet
[img] ist eingeschaltet
[flash] ist ausgeschaltet
[url] ist eingeschaltet
Smileys sind eingeschaltet
Die letzten Beiträge des Themas

Ich habe die Datenschutzerklärung gelesen und bin damit einverstanden.

   

Ansicht erweitern Die letzten Beiträge des Themas: Reparatur einer (unfreiwillig entstandenen) Dual-Bootumgebung UEFI/Legacy Boot

Re: Reparatur einer (unfreiwillig entstandenen) Dual-Bootumgebung UEFI/Legacy Boot

von nohype » 01.11.2019, 16:34

Die Reparaturschritte im o.a. Blog reichen u.U. auch nicht aus, so bei mir.

Man muss die verschiedenen Reparaturwege der Reihe nach durchprobieren, die hier aufgezeigt werden:

http://woshub.com/restoring-windows-rec ... s-10/#h2_1

Die Lösung bei mir war dann letztendlich das Löschen von ReAgent.xml im Verzeichnis von winre.wim, das ich mit

Code: Alles auswählen

reagentc /setreimage /path [Recovery-Verzeichnis]
eingestellt hatte. Es wird dann automatisch ein korrektes neues ReAgent.xml erzeugt.

Rufe zur Erklärung der Parameter auf:

Code: Alles auswählen

reagentc /setreimage /?

Re: Reparatur einer (unfreiwillig entstandenen) Dual-Bootumgebung UEFI/Legacy Boot

von nohype » 28.09.2019, 03:02

Gast hat geschrieben: ↑24.09.2019, 02:09 Ich habe diese Anleitung gefunden:

"Windows 10 Wiederherstellungspartition selbst erstellen"

https://www.youtube.com/watch?v=3ITkWPanrK4
... die aber nicht das gewünschte liefert.

1. die Dateien der verwendeten Installations-ISO-Datei dürfen nicht, wie dort beschrieben, in ein Wurzelverzeichnis kopiert werden.
2. die vollständigen Reparatur-Funktionen stehen auch dann erst nach weiterer Bearbeitung mittels "reagentc" zur Verfügung.

Vgl. dazu die quälerischen Erfahrungen von Günter Born:
https://www.borncity.com/blog/2016/12/0 ... lt-werden/

Re: Reparatur einer (unfreiwillig entstandenen) Dual-Bootumgebung UEFI/Legacy Boot

von nohype » 25.09.2019, 19:26

DK2000 hat geschrieben: ↑19.09.2019, 15:28 ... Hauptsache die Startpartition befindet sich auf einem Datenträger mit MBR und es existiert dann in der Startpartition der Ordner Boot.

...
... hier den Bootmodus auf BIOS only (oder Legacy only) umstellen und den Ordner C:\EFI löschen. Setzt dann aber voraus, dass es den Ordner C:\Boot gibt, die Partition als 'Aktiv' markiert ist und alle Bootsektoren geschrieben wurden.
Das Löschen von C:\EFI will mir auch nach dem Versuch, unter Windows 10 die Berechtigungen zu ändern nicht gelingen.
Den Umgang mit den Zugriffsberechtigungen unter Windows 7 kenne ich einigermaßen gut. Aber wie geht das unter Windows 10? Kritisch sind hier die Berechtigungen des Ordners C:\EFI\Microsoft\Boot, den ich auf Vollzugriff ändern müßte.

Könnt Ihr mir da bitte helfen.

Re: Reparatur einer (unfreiwillig entstandenen) Dual-Bootumgebung UEFI/Legacy Boot

von nohype » 24.09.2019, 02:36

Hat sich mit dieser Anleitung funktioniert.

Re: Reparatur einer (unfreiwillig entstandenen) Dual-Bootumgebung UEFI/Legacy Boot

von Gast » 24.09.2019, 02:09

Ich habe diese Anleitung gefunden:

"Windows 10 Wiederherstellungspartition selbst erstellen"

https://www.youtube.com/watch?v=3ITkWPanrK4

Re: Reparatur einer (unfreiwillig entstandenen) Dual-Bootumgebung UEFI/Legacy Boot

von no-hype » 24.09.2019, 01:46

Es gibt 2 verschiedene Layouts von Standard Windows 10 Partitionen für MBR Disks (Legacy booting), auf die ich meine Installation evtl. umrüsten könnte, aber wie?

Vgl.:
https://www.terabyteunlimited.com/kb/article.php?id=619
a)
Partition 1: System Reserved, 500MB - (booting files, WinRE)
Partition 2: Windows (size depends on drive)

b)
Partition 1: Windows, 499GB - (booting files, Windows 10)
Partition 2: Recovery, 450MB - (WinRE, new partition created with upgrade)

Beide Varianten enthalten WinRE.

Re: Reparatur einer (unfreiwillig entstandenen) Dual-Bootumgebung UEFI/Legacy Boot

von nohype » 23.09.2019, 23:01

DK2000 hat geschrieben: ↑19.09.2019, 17:31 ...
Musst jetzt aber auch bedenken, dass Du eine kombinierte System-/Startpartition hast. Die automatischen Reparaturtools von Windows sind in diesem Fall nutzlos, da diese immer eine separate kleine Systempartition erwarten. Reparaturen können nur manuell in der Konsole durchgeführt werden.
Ich würde diese Aussage gern verstehen. Kann ich evtl. eine jetzt fehlende irgendwie geartete Partition, die Reparaturzwecken dient, noch nachrüsten? Ich komme auf diese Frage bei dem zunächst gescheiterten Versuch, eine Paragon Rettungsumgebung (ISO-Image) zu erstellen.

Ausschnitt aus dem Paragon-Hilfe-Text:
Rettungsumgebung mithilfe des ADK [WAIK] erstellen
...
Bitte beachten Sie: Seit Windows 7 wird das ADK für die Erstellung einer WinPE-Umgebung in aller Regel nicht benötigt. Wir benutzen dafür die WIM-Datei der im Windows eingebauten Reparaturstartumgebung. Nur wenn diese nicht vorhanden oder beschädigt ist, ist die Verwendung des ADK die einfachste Lösung.
Diese Reparaturstartumgebung ist bei mir offenbar nicht vorhanden, weil die Installation des WAIK zum Erstellen der Paragon-Harddisk-Manager-Rettungsumgebung verlangt wird.

Wo befindet sich bitte normalerweise die Reparaturstartumgebung von Windows 10?

Re: Reparatur einer (unfreiwillig entstandenen) Dual-Bootumgebung UEFI/Legacy Boot

von ecerer » 19.09.2019, 18:46

DK2000 hat geschrieben: ↑19.09.2019, 17:31Die automatischen Reparaturtools von Windows sind in diesem Fall nutzlos,
Darauf wollte ich auch hinaus und der Rest ging doch!?

Re: Reparatur einer (unfreiwillig entstandenen) Dual-Bootumgebung UEFI/Legacy Boot

von DK2000 » 19.09.2019, 17:31

Dann passt das eigentlich auch. Dann würde ich da nichts weiter ändern. Wenn die Hardware auch funktioniert, dann würde ich jetzt auch die Einstellungen betreffend der OPROMs (Optional ROMs) so lassen, wie sie sind.

Den C:\EFI Ordner kannst Du dann auch löschen. Der ist nur für UEFI gedacht. Der BIOS Modus verwendet den Ordner Boot.

Dass das UEFI Boot Menü dann u.U. bei Datenträgern, welche den EFI Ordner haben, dann dennoch UEFI zur Auswahl anzeigt, kannst Du ignorieren. Hat dann mit dem installierten Windows nichts zu tun.

Musst jetzt aber auch bedenken, dass Du eine kombinierte System-/Startpartition hast. Die automatischen Reparaturtools von Windows sind in diesem Fall nutzlos, da diese immer eine separate kleine Systempartition erwarten. Reparaturen können nur manuell in der Konsole durchgeführt werden.

Re: Reparatur einer (unfreiwillig entstandenen) Dual-Bootumgebung UEFI/Legacy Boot

von no-hype » 19.09.2019, 17:21

DK2000 hat geschrieben: ↑19.09.2019, 17:07 Wenn Du auf UEFI Boot verzichten willst, muss auf jeden Fall Launch CSM = Enabled und OS Type = Other OS stehen. Das startet dann die 16bit BIOS Emulation und Windows wird im alten 16bit Modus Modus gestartet, bis es in die eigentliche Architektur wechselt (32bit o. 64bit)

Zusätzlich würde ich noch Secure Boot und Fast Boot deaktivieren. Müsste sich eigentlich von Selber deaktivieren, aber das weiß man nie so genau. Beides hat im BIOS Modus keine Bedeutung.
Genau die von Dir genannten Einstellungen benutze ich.

Re: Reparatur einer (unfreiwillig entstandenen) Dual-Bootumgebung UEFI/Legacy Boot

von DK2000 » 19.09.2019, 17:07

"Legacy OPROM only" hat nichts mit dem Bootmodus des Datenträgers zu tun, also wie Windows gestartet werden soll. Das steuert bloß , wie die Firmware von Hardwarekomponenten geladen werden sollen, also UEFI oder BIOS oder automatische Wahl. Das hängt aber davon ab, ob die Hardware das auch unterstützt. An den Einstellungen würde ich nichts ändern, da das UEFI und das CSM am Besten wissen, wie sie die Hardware starten und dem System zur Verfügung stellen.

Wenn Du auf UEFI Boot verzichten willst, muss auf jeden Fall Launch CSM = Enabled und OS Type = Other OS stehen. Das startet dann die 16bit BIOS Emulation und Windows wird im alten 16bit Modus Modus gestartet, bis es in die eigentliche Architektur wechselt (32bit o. 64bit)

Zusätzlich würde ich noch Secure Boot und Fast Boot deaktivieren. Müsste sich eigentlich von Selber deaktivieren, aber das weiß man nie so genau. Beides hat im BIOS Modus keine Bedeutung.

Ansonsten sehe ich da im Handbuch für das Board keine weiteren Einstellungen zu diesem Thema.
Ich habe das C:\EFI Verzeichnis einfach umbenannt.
Nun ist in der "F8"-Bootauswahl der UEFI-Startmodus verschwunden. Das ist ein beachtlicher Fortschritt.
Wenn C: mit NTFS formatiert wurde, wovon ich eigentlich mal ausgehe, dann hast Du tatsächlich eines der seltenen Boards mit UEFI NTFS Treiber (ntfs.efi). Das gibt es heute eigentlich nicht mehr, jedenfalls nicht dass ich wüsste.

Re: Reparatur einer (unfreiwillig entstandenen) Dual-Bootumgebung UEFI/Legacy Boot

von no-hype » 19.09.2019, 16:43

Durch Deinen Hinweis bin ich auf die Rolle des BIOS aufmerksam geworden.

Meine parasitäre UEFI-Boot-Umgebung hat nun dort einen Fehler aufgedeckt, der aber gleichzeitig zur vermutlichen Fehlerbeseitigung beiträgt:

Der BIOS-Fehler:
Dual-Booting über "F8"-Bootauswahl in den UEFI- bzw. Legacy-BIOS-Modus ist möglich, obwohl ich für alle Devices im BIOS "Legacy OPROM only" eingestellt habe.

Nun konnte ich aber diesen Fehler dazu ausnutzen, den Bootmechanismus des Asus-Boards zu erkennen:

Ich habe das C:\EFI Verzeichnis einfach umbenannt.

Nun ist in der "F8"-Bootauswahl der UEFI-Startmodus verschwunden. Das ist ein beachtlicher Fortschritt.

Re: Reparatur einer (unfreiwillig entstandenen) Dual-Bootumgebung UEFI/Legacy Boot

von DK2000 » 19.09.2019, 15:28

Gut, wie Du das jetzt gemacht hast, ist eigentlich nicht so wichtig, Hauptsache die Startpartition befindet sich auf einem Datenträger mit MBR und es existiert dann in der Startpartition der Ordner Boot.

Das die Windows Reparaturtools versagt haben, liegt einfach daran, dass keine Systempartition gefunden wurde. Mit einer gemeinsamen System-/Startpartition kommen die Tools nicht klar. Das ist normal. Außerdem muss man auch beim Boten des Installationsdatenrägers darauf achten, ob man diesen im BIOS- oder UEFI Modus startet. Je nach Bootmodus verhält es sich anders.

Wenn jetzt die der Ordner EFI auf einer NTFS Partition liegt, dürfte ein Booten im UEFI Modus gar nicht mehr möglich sein, da UEFI i.d.R. kein NTFS lesen kann. Kann natürlich sein, dass Du eines der seltene ASUS Boards hast, welche eine ntfs.efi besitzen und somit NTFS lesen können. Hatte ich auch mal. Dann geht das natürlich. Aber i.d.R. wird eine FAT32 Partition zum Booten erwartet.

Gut, dann würde ich jetzt einfach in das UEFI gehen, hier den Bootmodus auf BIOS only (oder Legacy only) umstellen und den Ordner C:\EFI löschen. Setzt dann aber voraus, dass es den Ordner C:\Boot gibt, die Partition als 'Aktiv' markiert ist und alle Bootsektoren geschrieben wurden.

Re: Reparatur einer (unfreiwillig entstandenen) Dual-Bootumgebung UEFI/Legacy Boot

von nohype » 19.09.2019, 14:14

ecerer hat geschrieben: ↑19.09.2019, 13:28 "Da … der UEFI-Bootmodus bei Reparaturen der Boot-Umgebung fast zwangsläufig zu Problemen führt" führt es das weil du das selbst umgewandelt/verändert hast oder führt es das allgemein und wenn ja wie genau?
Richtig. Die Umwandlung habe ich selbst zusammengebastelt und irgendwie hinbekommen, nachdem meine Reparaturversuche nach einem Cloning der System-Partition auf eine MBR-partitionierte Festplatte (ohne UEFI-Partition) mit den Reparaturtools einer Windows 7-Installations-ISO zwangsläufig fehlschlagen mussten.
Wie sollten die Windows-Tools auch "wissen", dass ich nicht nur eine Reparatur sondern auch einen Wechsel von einer UEFI- zu einer Legacy/MBR-Bootumgebung vorhatte.

Re: Reparatur einer (unfreiwillig entstandenen) Dual-Bootumgebung UEFI/Legacy Boot

von ecerer » 19.09.2019, 13:28

"Da … der UEFI-Bootmodus bei Reparaturen der Boot-Umgebung fast zwangsläufig zu Problemen führt" führt es das weil du das selbst umgewandelt/verändert hast oder führt es das allgemein und wenn ja wie genau?

Nach oben