UEFI Boot Konfiguration - Versionsgeschichte

Revealed: /* weitere Bootvariablen */

2015-09-22T10:34:16Z

‎weitere Bootvariablen

Revealed: /* BootOrder */

2015-09-22T10:29:34Z

‎BootOrder

Revealed: /* Bootxxxx */

2015-09-22T10:27:34Z

‎Bootxxxx

Revealed: /* UEFI Variablen allgemein */

2015-09-22T10:18:48Z

‎UEFI Variablen allgemein

Revealed: /* BCD */ War nicht schlüssig lesbar.

2015-09-21T23:29:53Z

‎BCD: War nicht schlüssig lesbar.

Robi: Überarbeitung Windows-Abschnitt und Freigabe

2015-09-21T20:21:07Z

Überarbeitung Windows-Abschnitt und Freigabe

Änderungen zeigen

Revealed am 19. September 2015 um 10:46 Uhr

2015-09-19T10:46:18Z

Robi: Bilder eingefügt

2015-09-19T00:17:51Z

Bilder eingefügt

Robi: Konfiguration aus Windows

2015-09-18T23:59:00Z

Konfiguration aus Windows

Änderungen zeigen

Robi: Überarbeitung

2015-09-13T20:38:12Z

Überarbeitung

Änderungen zeigen

@@ Zeile 72: / Zeile 72: @@
 Hier im Beispiel wird die Bootvariable '''Boot0004''' die erste sein, mit deren Hilfe UEFI versucht das System zu booten.
-====weitere Bootvariablen====
+====Weitere Bootvariablen====
-Es gibt eine Reihe weiterer Bootvariablen, die für die direkte Bootauswahl mehr oder weniger von Bedeutung sind.
+Es gibt eine Reihe weiterer Bootvariablen, die für eine direkte Bootauswahl mehr oder weniger von Bedeutung sind:
 ===Bootkonfiguration aus dem Setup Menü===

@@ Zeile 66: / Zeile 66: @@
 ====BootOrder====
-BootOrder ist die Bootvariable die jetzt genau festlegt in welcher Reihenfolge die einzelnen Bootxxxx Variablen herangezogen werden sollen, um einen funktionieren Bootloader zum Start des Betriebssystems zu finden. Die Variable enthält dementsprechend mehrere mit Komma getrennte Einträge die dem '''xxxx''' aus den '''Bootxxxx''' Variablen entsprechen.
+BootOrder ist die Bootvariable die jetzt genau festlegt, in welcher Reihenfolge die einzelnen Bootxxxx Variablen herangezogen werden sollen, um einen funktionieren Bootloader zum Start des Betriebssystems zu finden. Die Variable enthält dementsprechend mehrere mit Komma getrennte Einträge, die dem '''xxxx''' aus den '''Bootxxxx''' Variablen entsprechen.
- BootOrder: 0004,0001,0002,0000,0003
+* BootOrder: 0004,0001,0002,0000,0003
 ====weitere Bootvariablen====

@@ Zeile 51: / Zeile 51: @@
 ====Bootxxxx====
-'''xxxx''' ist hier ein hexadezimaler Wert, also zB eine Variabel mit dem Namen '''Boot0001''' von diesen Variablen sind in aller Regel mehrere vorhanden, Typischer Weise sind meist 3 bis 8 solcher Variablen vorhanden beginnend mit '''Boot0000'''.<br>
+'''xxxx''' ist hier ein hexadezimaler Wert, also z.B. eine Variable mit dem Namen '''Boot0001'''. Von diesen Variablen sind in aller Regel mehrere vorhanden. Typischer Weise sind meist 3 bis 8 solcher Variablen vorhanden, die mit '''Boot0000''' beginnen.<br>
-Der Inhalt besteht aus einem BootLabel (das ist das was als Name für diesen Booteintrag angezeigt wird, und mindestens aus einem Gerätepath. Zusätzlich können noch der Dateiname mit Path einer Datei mit dem Prefix "'''.efi'''". Dieses ist dann der Path und der Name des Bootloaders der gestartet werden soll.  Und es können auch zusätzlich noch Optionen dort stehen mit denen der Bootloader gestartet werden kann.
+Der Inhalt besteht aus einem BootLabel (Das ist das was als Name für diesen Booteintrag angezeigt wird. Mindestens aus einem Gerätepfad heraus. Zusätzlich können noch der Dateiname mit Pfad zu einer Datei und dem Prefix "'''.efi'''" herausgelesen werden. Dieses ist dann der Pfad und der Name des Bootloaders der gestartet werden soll.  Und es können auch zusätzlich noch Optionen dort stehen mit denen der Bootloader gestartet werden kann.
-Den Gerätepath können wir aus den rohen Daten in der Variabel selbst kaum interpretieren, aber zum Glück gibt es spezielle Tools zur Bootkonfiguration, die uns diesen Geräte Path in einer etwas verständlicheren Sprache übersetzen können, ganz durchsichtig oder gar einfach wird es damit dennoch nicht, da die Tools zur Interpretation des Gerätepath die Treiberhirachie mit einbeziehen müssen und es Unterschiede zwischen den benutzten Treibern des UEFI und des Betriebssystems git. Auch kann der Geratepath einmal in voller Länge und ein anderes mal mit verkürzter Länge dargestellt werde. Eindeutig wird er in all den Fällen aber immer wenn die Partitions-UUID mit im Gerätepath enthalten ist.
+Den Gerätepfad können wir aus den rohen Daten in der Variable selbst kaum interpretieren. Zum Glück gibt es spezielle Tools zur Bootkonfiguration, die uns diesen Gerätepfad in einer etwas verständlicheren Sprache übersetzen können. Ganz durchsichtig oder gar einfach wird es damit dennoch nicht, da die Tools zur Interpretation des Gerätepfades die Treiberhierarchie mit einbeziehen müssen und es Unterschiede zwischen den benutzten Treibern des UEFI und des Betriebssystems gibt. Auch kann dieser Pfad einmal in voller Länge und ein anderes mal mit verkürzter Länge dargestellt werden. Eindeutig wird er in all den Fällen aber immer, wenn die Partitions-UUID mit im Gerätepfad enthalten ist.
-Im folgenden Beispiele die alle den selben Gerätepath beschreiben:
+Im folgenden Beispielen die alle den selben Gerätepfad beschreiben:
 <pre>
 PciRoot(0x0)/Pci(0x1,0x1)/Ata(0x0)/HD(1,GPT,F890C477-DED1-4B69-BC85-0C1F307940F6,0x800,0x4E000)
@@ Zeile 63: / Zeile 63: @@
 HD(1,800,4e000,f890c477-ded1-4b69-bc85-0c1f307940f6)
 </pre>
 ====BootOrder====

@@ Zeile 5: / Zeile 5: @@
 ===UEFI Variablen allgemein===
-Die Bootkonfiguration wird bei UEFI wie vieles andere auch in Variablen gespeichert. Allerdings muss man sich hier etwas komplizierteres vorstellen, als nur einen Variablenname und einen Wert dazu. Die Variablen in UEFI haben neben Namen und Wert noch weitere Informationen wie zB. Attribute (Eigenschaften), GUID (einen eindeutigen 128 Bit Identifikations-Wert), eine Längenangabe des Variable-Wertes.<br>
+Die Bootkonfiguration wird bei UEFI wie vieles andere auch in Variablen gespeichert. Allerdings muss man sich hier etwas komplizierteres vorstellen, als nur einen Variablenname und einen Wert dazu. Die Variablen in UEFI haben neben Namen und Wert noch weitere Informationen wie z.B.:
-Damit man sich im Bedarfsfall zu mindestens grob orientieren kann, hier mal ein Beispiel wie so etwas aussehen könnte und was man daraus herauslesen kann.
+* Attribute (Eigenschaften)
 Beispiel, Ausgabe einer UEFI Variable aus der [[EFI-Shell]]:
@@ Zeile 26: / Zeile 29: @@
 * '''NV+RT+BS''' entspricht den Attributen "NON_VOLATILE + BOOTSERVICE_ACCESS + RUNTIME_ACCESS" <br>
-Diese Variable wird im Nichtflüchtigen Speicher hinterlegt, ist währende des Bootvorganges und auch im laufenden Betriebssystem vorhanden
+Diese Variable wird im Nichtflüchtigen Speicher hinterlegt, ist während des Bootvorganges und auch im laufenden Betriebssystem vorhanden.
 * '''8BE4DF61-93CA-11D2-AA0D-00E098032B8C''' diese ist eine EFI-GUID und bedeutet in diesem Fall <br>
-es handelt sich um eine Globale Variable die in der EFI-Spezifikation definiert ist. die GUID wird meist in Verbindung mit dem Namen angezeigt und würde auch Variable mit dem gleichen Namen unterscheiden.
+es handelt sich um eine Globale Variable die in der EFI-Spezifikation definiert ist. Die GUID wird meist in Verbindung mit dem Namen angezeigt und würde Variablen mit dem gleichen Namen hierdurch unterscheiden.
 * '''Boot000A''' dieses ist der Name der Variable
@@ Zeile 35: / Zeile 38: @@
 * '''DataSize = 0xB8''' dieses ist die hexadezimale Längenangabe für die Daten der Variable
-* der Rest ist dann der Wert der Variable hier in der Ausgabe die uns auch "'''hexdump -C''' " in Linux liefern würde.
+* der Rest ist dann der Wert der Variable. (Hier in der Ausgabe die uns auch "'''hexdump -C''' " in Linux liefern würde.)
 ===UEFI Boot Variablen===

@@ Zeile 537: / Zeile 537: @@
 Das aktuelle Bootsystem von Windows basiert auf [https://de.wikipedia.org/wiki/Boot_Configuration_Data BCD] und wird seit Windows Vista benutzt.
-Als es entwickelt wurde war an eine allumfassende Einführung von EFI oder UEFI noch nicht zu denken. Dieser Umstand führt wahrscheinlich dazu, dass man heute beim Gebrauch der Boardmitteln der Bootkonfiguration von Windows und deren Doku schnell feststellen wird, UEFI ist da irgendwo nachträglich davor geklemmt und in der eigentlichen Windows Bootkonfiguration auch nur teilweise konfigurierbar.
+Als es entwickelt wurde war an eine allumfassende Einführung von EFI oder UEFI noch nicht zu denken. Dieser Umstand führt wahrscheinlich dazu, dass heute beim Gebrauch von Boardmitteln zur Bootkonfiguration von Windows und deren Doku schnell festgestellt wird, dass UEFI da irgendwo nachträglich davor geklemmt wurde und in der eigentlichen Windows Bootkonfiguration auch nur teilweise konfigurierbar ist.
 Das Tool für die Windows Boot Konfiguration ist "bcdedit"
@@ Zeile 653: / Zeile 653: @@
 Beispielgebend für eine GUI zu BCD soll hier [http://www.boyans.net/ Visual BCD Editor] vorgestellt werden, Ein (aber keinesfalls der Einzige) GUI-Editor für das Bearbeiten der BCD Daten. Dieses Tool kann wahrscheinlich alles was man mit bcdedit auch machen könnte. Auffällig hier, in der Gruppe '''Loaders''' sind die OS-Loader,(also die Loader die innerhalb des Windowsbootmanager alle auswählbar sind) mit den Firmwareloadern (also die UEFI-Bootvariablen) gemischt. <br>
 Mit diesem (oder ähnlichen) BCD GUI Tools hätte der NormalUser zu mindestens eine gute Chance das eine oder andere an der Bootkonfiguration "richtig" zu korregieren. Aber auch hier sei gewarnt, dieses ist nur ein Frontend für BCD und BCD hat nicht wirklich die richtigen Mittel und Methoden um die UEFI-Variablen alle zielgerecht zu bearbeiten. Zum Beispiel wird man feststellen, es lassen sich keine Firmwareanwendungen(101fffff) erzeugen. (also keine Bootxxxx Variablen) und die die existieren, lassen sich nicht immer wirklich ändern, auch wenn bcdedit oder die GUI sagt, es habe die Änderung erfolgreich geschrieben. ( Dieses liegt uA daran, dass die UEFI-Variablen innerhalb des BCD-Store noch einmal als Kopie vorliegen) Auch hier die Warnung, das Tool ist für die Windowsbootkonfiguration und nicht in erster Linie für die UEFI-Bootkonfiguration, (auch wenn natürlich auch hier einiges möglich ist)
 ====UEFI Bootvariable bearbeiten====

← Nächstältere Version		Version vom 19. September 2015, 10:46 Uhr
Zeile 461:		Zeile 461:
	===UEFI Konfiguration aus Windows===		===UEFI Konfiguration aus Windows===

−	Um an der UEFI Bootkonfiguration von Windows aus heranzugehen kann es nicht schaden, sich erst einmal ein wenig über das Bootkonzept von Windows zu informieren. Ein wenig Wissen darüber wird sich schnell auszahlen, wenn man mit diesen Erkenntnissen anschließend nicht ~~versuchten~~ muss tagelang mit den falschen Tools gewünschte Änderungen vorzunehmen.<br>	+	Um an der UEFI Bootkonfiguration von Windows aus heranzugehen kann es nicht schaden, sich erst einmal ein wenig über das Bootkonzept von Windows zu informieren. Ein wenig Wissen darüber wird sich schnell auszahlen, wenn man mit diesen Erkenntnissen anschließend nicht versuchen muss tagelang mit den falschen Tools gewünschte Änderungen vorzunehmen.<br>

@@ Zeile 454: / Zeile 454: @@
 '''Nochmal zur Warnung:''' Die EFI-Shell ist nicht unbedingt für Otto-den-Normal-User gedacht. Ziel sollte es im Bedarfsfall maximal sein, hier einen funktionierenden Bootloader im Dateisystem zu finden und zu starten, maximal noch die Bootreihenfolge ändern und gegebenenfalls auch wenn notwendig mal einen neuen Booteintrag anzulegen. Man kann in der EFI-Shell durchaus auch die Unterstützung von Geräten im UEFI unterbinden oder anderweitig das Booten komplett abschalten wenn man hier leichtsinnig irgendwelche Dinge umbiegt oder löscht, das Ding ist sehr mächtig, aber auch sehr gewöhnungsbedürftig. Also sicherheitshalber ist hier Weniger oftmals Mehr.
 ===UEFI Konfiguration aus Windows===
@@ Zeile 475: / Zeile 479: @@
 </pre>
-Das einbinden des ESB als Laufwerk ähnelt dann der Vorgehensweise des mounten in Linux<pre>
+Das einbinden des ESB als Laufwerk ähnelt dann der Vorgehensweise des mounten in Linux<br>
 Einhängen der ESP Partition als Laufwerk '''Z:'''
 <pre> mountvol z: /s </pre>
@@ Zeile 646: / Zeile 650: @@
 =====Grafische Tools zur Windows Bootkonfiguration=====
 Beispielgebend soll hier [http://www.boyans.net/ Visual BCD Editor] vorgestellt werden, Ein (aber keinesfalls der Einzige) GUI-Editor für das Bearbeiten der BCD Daten. Dieses Tool kann wahrscheinlich alles was man mit bcdedit auch machen könnte. Auffällig hier, in der Gruppe '''Loaders''' sind die OS-Loader,(also die Loader die im Windowsbootmanager alle auswählbar sind) mit den Firmwareloadern (also die UEFI-Bootvariablen) gemischt.
 Hiermit hätte der NormalUser zu mindestens eine gute Chance das eine oder andere an der Bootkonfiguration "richtig" zu korregieren. Aber auch hier sei gewarnt, dieses ist nur ein Frontend für BCD und BCD hat nicht wirklich die richtigen Mittel und Methoden um die UEFI-Variablen alle zielgerecht zu bearbeiten. Zum Beispiel wird man feststellen, es lassen sich keine Firmwareanwendungen(101fffff) erzeugen. (also keine Bootxxxx Variablen) und die die existieren lassen sich nicht wirklich ändern. Auch hier die Warnung, das ist für die Windowsbootkonfiguration und nicht in erster Linie für die UEFI-Bootkonfiguration, (auch wenn natürlich hier einiges möglich ist)
@@ Zeile 653: / Zeile 658: @@
 ====UEFI Bootvariable bearbeiten====
 Nach dem wir feststellen durften, dass mit der normalen Bootkonfiguration von Windows die UEFI-Variablen nicht wirklich gut bis gar nicht zu ändern sind, hier jetzt ein Beispiel wie dieses unter Windows erledigt werden kann. Nach einem Commandline Tool haben wir gar nicht erst gesucht, sondern gleich nach einer GUI und wurden fündig mit [http://www.easyuefi.com/index-us.html EasyUEFI].<br>
-Mit dieser GUI ist es auch für einen Linuxuser ohne Windowskenntnisse möglich unter Windows relativ unkompliziert Bootvariablen neu anzulegen, zu sortieren und überflüssige zu deaktivieren oder zu löschen. Es ist möglich eine Bootvariable für den nächsten boot festzulegen und mehr. Auch ist es möglich hier gleich aus der GUI den Rechner zu rebooten.
+Mit dieser GUI ist es auch für einen Linuxuser ohne Windowskenntnisse möglich unter Windows relativ unkompliziert Bootvariablen neu anzulegen, zu sortieren und überflüssige zu deaktivieren oder zu löschen. Es ist möglich eine Bootvariable für den nächsten Bootvorgang festzulegen und einiges mehr. Auch ist es möglich hier gleich aus der GUI den Rechner zu rebooten.