.\" -*- coding: UTF-8 -*- '\" t .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH BOOTCTL 1 "" "systemd 255" bootctl .ie \n(.g .ds Aq \(aq .el .ds Aq ' .\" ----------------------------------------------------------------- .\" * Define some portability stuff .\" ----------------------------------------------------------------- .\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ .\" http://bugs.debian.org/507673 .\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html .\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ .\" ----------------------------------------------------------------- .\" * set default formatting .\" ----------------------------------------------------------------- .\" disable hyphenation .nh .\" disable justification (adjust text to left margin only) .ad l .\" ----------------------------------------------------------------- .\" * MAIN CONTENT STARTS HERE * .\" ----------------------------------------------------------------- .SH BEZEICHNUNG bootctl \- Steuern der EFI\-Firmware\-Systemstarteinstellungen und Verwalten des Systemladeprogramms .SH ÜBERSICHT .HP \w'\fBbootctl\fR\ 'u \fBbootctl\fP [OPTIONEN…] {BEFEHL} .SH BESCHREIBUNG .PP \fBbootctl\fP kann den EFI\-Firmware und Systemladerzustand prüfen, verfügbare Systemladeprogramme und \-einträge auflisten und verwalten und auf dem aktuellen System den \fBsystemd\-boot\fP(7)\-Systemlader installieren, aktualisieren oder entfernen\&. .SH "GENERISCHE EFI\-FIRMWARE/SYSTEMLADEPROGRAMM\-BEFEHLE" .PP Diese Befehle sind unabhängig vom verwandten Systemladeprogramm auf jedem EFI\-System verfügbar\&. .PP \fBstatus\fP .RS 4 Zeigt eine kurze Information über die Firmware des Systems, das Systemstartprogramm, das zum Starten des Systems verwandt wurde, die derzeit in der ESP verfügbaren Systemstartprogramme, die in der Liste der Systemstartprogramme der Firmware aufgeführten Systemstartprogramme und den derzeitigen Standardsystemstartprogrammeintrag an\&. Falls kein Befehl angegeben ist, ist dies die implizierte Vorgabe\&. .sp Siehe das nachfolgende Beispiel für Details zur Ausgabe\&. .sp Hinzugefügt in Version 239\&. .RE .PP \fBreboot\-to\-firmware\fP [\fILOGISCH\fP] .RS 4 Fragt den Schalter »Neustart\-in\-die\-Firmware\-Einrichtung« der EFI\-Firmware ab oder setzt diesen\&. Akzeptiert ein logisches Argument, das steuert, ob die Firmware\-Einrichtung beim nächsten Systemneustart angezeigt wird\&. Falls das Argument nicht angegeben wird, wird der aktuelle Zustand des Schalters angezeigt, oder ob der Schalter unterstützt wird\&. Dies steuert den gleichen Schalter wie \fBsystemctl reboot \-\-firmware\-setup\fP, ist aber systemnäher und erlaubt die Einstellung des Schalters unabhängig von der tatsächlichen Neustartaufforderung\&. .sp Tipp: Verwenden Sie \fBsystemctl reboot \-\-firmware\-setup\fP, um einmalig in die Firmware\-Einstellungen neuzustarten\. Siehe \fBsystemctl\fP(1) für Details\&. .sp Hinzugefügt in Version 251\&. .RE .SH SYSTEMSTARTPROGRAMM\-SPEZIFIZIERUNGSBEFEHLE .PP Diese Befehle sind für alle Systemstartprogramme verfügbar, die die \m[blue]\fBSystemladerspezifikation\fP\m[]\&\s-2\u[1]\d\s+2 implementieren, wie \fBsystemd\-boot\fP\&. .PP \fBlist\fP .RS 4 Zeigt alle verfügbaren Systemstartprogrammeinträge, die die \m[blue]\fBSystemstartprogrammspezifikation\fP\m[]\&\s-2\u[1]\d\s+2 implementieren, sowie jeden anderen erkannten oder automatisch durch das Systemstartprogramm erstellten Eintrag, der durch ein Systemstartprogramm erstellt wurde, der die \m[blue]\fBSystemladerschnittstelle\fP\m[]\&\s-2\u[2]\d\s+2 implementiert\&. JSON\-Ausgabe kann mittels \fB\-\-json=\fP erbeten werden\&. .sp Siehe das nachfolgende Beispiel für Details zur Ausgabe\&. .sp Hinzugefügt in Version 239\&. .RE .PP \fBunlink\fP \fIKennung\fP .RS 4 Entfernt den Systemstartprogrammeintrag, einschließlich der Dateien, auf die er sich bezieht\&. Akzeptiert eine einzelne Systemstartprogrammeintragskennungszeichenkette oder ein Glob\-Muster als Argument\&. Referenzierte Dateien wie Kernel oder Initrd werden nur entfernt, falls sich kein anderer Eintrag auf sie bezieht\&. .sp Hinzugefügt in Version 253\&. .RE .PP \fBcleanup\fP .RS 4 Entfernt Dateien aus den ESP\-und XBOOTLDR\-Partitionen, die zum dem Eintragsmerkmal gehören, aber von keinem Systemstartladereintrag referenziert werden\&. .sp Hinzugefügt in Version 253\&. .RE .SH SYSTEMSTARTPROGRAMM\-SCHNITTSTELLENBEFEHLE .PP Diese Befehle sind für alle Systemstartprogramme verfügbar, die die \m[blue]\fBSystemladerspezifikation\fP\m[]\&\s-2\u[1]\d\s+2 und die \m[blue]\fBSystemladerschnittstelle\fP\m[]\&\s-2\u[2]\d\s+2 implementieren, wie \fBsystemd\-boot\fP\&. .PP \fBset\-default\fP \fIKENNUNG\fP, \fBset\-oneshot\fP \fIKENNUNG\fP .RS 4 Setzt den Standard\-Systemstartprogrammeintrag\&. Akzeptiert eine einzelne Systemstartprogrammeintragskennungszeichenkette oder ein Glob\-Muster als Argument\&. Der Befehl \fBset\-oneshot\fP setzt den Vorgabeeintrag nur für den nächsten Systemstart, \fBset\-default\fP setzt ihn dauerhaft für alle zukünftigen Systemstarts\&. .sp \fBbootctl list\fP kann zur Auflistung verfügbarer Systemladereinträge und ihrer Kennungen verwandt werden\&. .sp Zusätzlich kann die Systemstartpogrammladeeintragskennung als eine der folgenden angegeben werden: \fB@default\fP, \fB@oneshot\fP oder \fB@current\fP, was dem aktuellen Standardsystemstartladeeintrag für alle zukünftigen Systemstarts, dem aktuellen Vorgabe\-Systemstartladeeintrag für den nächsten Systemstart und dem derzeit gestarteten Systemstartladeeintrag entspricht\&. Diese besonderen Kennungen werden auf die aktuellen Werte der EFI\-Variablen \fILoaderEntryDefault\fP, \fILoaderEntryOneShot\fP und \fILoaderEntrySelected\fP aufgelöst, siehe \m[blue]\fBSystemladerspezifikation\fP\m[]\&\s-2\u[1]\d\s+2 für Details\&. Diese besonderen Kennungen sind primär als schnelle Angabe nützlich, um den aktuellen Systemstartladeeintrag dauerhaft als Vorgabeauswahl zu setzen oder den aktuellen Systemstartladeeintrag für den nächsten Systemstart auf den Standard\-Systemstartladeeintrag für alle zukünftigen Systemstarts zu aktualisieren, kann aber auch für andere Aktionen verwandt werden\&. .sp Falls auf \fB@saved\fP gesetzt wird der ausgewählte Eintrag bei jedem Systemstart als eine EFI\-Variable gesetzt und automatisch ausgewählt, wenn das Systemladeprogramm das nächste Mal startet\&. .sp Wenn die leere Zeichenkette ("") als die Kennung angegeben wird, dann wird die entsprechende EFI\-Variable zurückgesetzt\&. .sp Tipp: Verwenden Sie \fBsystemctl reboot \-\-boot\-loader\-entry=\fP\fIKennung\fP, um in einen bestimmten Systemstarteintrag neuzustarten und \fBsystemctl reboot \-\-boot\-loader\-menu=\fP\fIZeitüberschreitung\fP, um einmalig in das Systemladermenü neuzustarten\&. Siehe \fBsystemctl\fP(1) für Details\&. .sp Hinzugefügt in Version 240\&. .RE .PP \fBset\-timeout\fP \fIZEITÜBERSCHREITUNG\fP, \fBset\-timeout\-oneshot\fP \fIZEITÜBERSCHREITUNG\fP .RS 4 Setzt die Zeitüberschreitung des Systemstartmenüs in Sekunden\&. Der Befehl \fBset\-timeout\-oneshot\fP setzt die Zeitüberschreitung nur für den nächsten Systemstart\&. Siehe \fBsystemd.time\fP(7) für Details über die Syntax von Zeitspannen\&. .sp Falls auf \fBmenu\-disabled\fP oder \fBmenu\-hidden\fP oder \fB0\fP gesetzt, wird kein Menü gezeigt und der Vorgabeeintrag wird sofort gestartet, während die Einstellung \fBmenu\-force\fP die Zeitüberschreitung deaktiviert und das Menü immer zeigt\&. Wird eine leere Zeichenkette ("") angegeben, wird das Systemstartprogramm zu seiner Standard\-Menü\-Zeitüberschreitung zurückkehren\&. .sp Hinzugefügt in Version 250\&. .RE .SH SYSTEM\-BOOT\-BEFEHLE .PP Diese Befehle verwalten das EFI\-Systemstartprogramm \fBsystemd\-boot\fP und funktionieren nicht mit anderen Systemstartprogrammen zusammen\&. .PP \fBinstall\fP .RS 4 Installiert \fBsystemd\-boot\fP in die EFI\-Systempartition\&. Eine Kopie von \fBsystemd\-boot\fP wird in dem EFI\-Standard/Ausweich\-Lader unter \fIESP\fP/EFI/BOOT/BOOT*\&.EFI gespeichert\&. Das Systemstartprogramm wird dann am Anfang der Systemstartprogrammliste der Firmware hinzugefügt\&. .sp Hinzugefügt in Version 239\&. .RE .PP \fBupdate\fP .RS 4 Aktualisiert alle installierten Versionen von \fBsystemd\-boot\fP(7), falls die verfügbare Version neuer als die in der EFI\-System\-Partition installierte ist\&. Dies beinhaltet den EFI\-Standard/Ausweich\-Lader unter \fIESP\fP/EFI/BOOT/BOOT*\&.EFI\&. Das Systemstartprogramm wird dann am Ende der Systemstartprogrammliste der Firmware hinzugefügt, falls es fehlt\&. .sp Hinzugefügt in Version 239\&. .RE .PP \fBremove\fP .RS 4 Entfernt alle installierten Versionen von \fBsystemd\-boot\fP aus der EFI\-Systempartition und der Systemstartprogrammliste der Firmware\&. .sp Hinzugefügt in Version 239\&. .RE .PP \fBis\-installed\fP .RS 4 Prüft, ob \fBsystemd\-boot\fP in der ESP installiert ist\&. Beachten Sie, dass ein einzelner ESP mehrere Systemstartprogramme beherbergen kann; daher prüft dies, ob \fBsystemd\-boot\fP einer (unter möglicherweise vielen) installierten Systemstartprogrammen ist\&. Es prüft auch, ob es das Vorgabesystemstartprogramm ist und ob es in irgendwelchen EFI\-Variablen registriert ist\&. .sp Hinzugefügt in Version 243\&. .RE .PP \fBrandom\-seed\fP .RS 4 Erstellt einen Zufallsstartwert und speichert ihn für die Verwendung durch das Systemstartprogramm \fBsystemd\-boot\fP in der EFI\-Systempartition (ESP)\&. Falls im ESP bereits ein Zufallsstartwert existiert, wird er erneuert\&. Erstellt auch ein zufälliges »Systemmerkmal« und speichert es dauerhaft als eine EFI\-Variable, falls es nicht bereits vorher gesetzt wurde\&. Falls das Systemstartprogramm einen Zufallsstartwert in der ESP und das Systemmerkmal in der EFI\-Variable findet, wird es aus einer Kombination aus beiden einen Zufallsstartwert ableiten, um ihn an das Betriebssystem weiterzugeben und einen neuen Startwert, um ihn in der ESP zu speichern\&. Der an das Betriebssystem weitergegebene Zufallsstartwert wird dem Entropie\-Fundus des Kernels während der frühen Systemstartphase gutgeschrieben und erlaubt es Programmen auf der Anwendungsebene, mit einem Entropie\-Fundus hochzufahren, der von einem frühen Zeitpunkt an bereits komplett initialisiert ist\&. Siehe auch \fBsystemd\-boot\-random\-seed.service\fP(8)\&. .sp Siehe \m[blue]\fBZufallsstartwerte\fP\m[]\&\s-2\u[3]\d\s+2 für weitere Informationen\&. .sp Hinzugefügt in Version 243\&. .RE .SH KERNELABBILD\-BEFEHLE .PP \fBkernel\-identify\fP \fIKernel\fP .RS 4 Akzeptiert ein Kernelabbild als Argument\&. Überprüft, was für eine Art von Kernel das Abbild ist\&. Liefert entweder »uki«, »pe« oder »unknown« zurück\&. .sp Hinzugefügt in Version 253\&. .RE .PP \fBkernel\-inspect\fP \fIKernel\fP .RS 4 Akzeptiert als Argument ein Kernelabbild\&. Gibt Details über das Abbild aus\&. .sp Hinzugefügt in Version 253\&. .RE .SH OPTIONEN .PP Die folgenden Optionen werden verstanden: .PP \fB\-\-esp\-path=\fP .RS 4 Pfad zu der EFI\-Systempartition (ESP)\&. Falls nicht angegeben, werden /efi/, /boot/ und /boot/efi/ der Reihe nach geprüft\&. Es wird empfohlen, falls möglich, die ESP unter /efi/ einzuhängen\&. .RE .PP \fB\-\-boot\-path=\fP .RS 4 Pfad zu der »Extended Boot Loader«\-Partition, wie diese in der \m[blue]\fBSystemladerspezifikation\fP\m[]\&\s-2\u[1]\d\s+2 definiert ist\&. Falls nicht angegeben, wird /boot/ geprüft\&. Es wird empfohlen, falls möglich, die »Extended Boot Loader«\-Partition unter /boot/ einzuhängen\&. .RE .PP \fB\-\-root=\fP\fIWurzel\fP .RS 4 Akzeptiert einen Verzeichnispfad als Argument\&. Allen Pfaden wird der angegebene alternative \fIWurzel\fP\-Pfad vorangestellt, einschließlich der Suchpfade für die Konfiguration\&. .sp Hinzugefügt in Version 252\&. .RE .PP \fB\-\-image=\fP\fIAbbild\fP .RS 4 Akzeptiert einen Pfad zu einer Plattenabbilddatei oder einem Blockgerätenamen\&. Falls angegeben, werden alle Aktionen auf das Dateisystem in dem angegebenen Plattenabbild angewandt\&. Diese Option ist ähnlich zu \fB\-\-root=\fP, agiert aber auf Dateisystemen, die in Plattenabbildern oder Blockgeräten gespeichert sind\&. Das Plattenabbild sollte entweder nur ein Dateisystem oder eine Reihe von Dateisystemen innerhalb einer GPT\-Partitionstabelle enthalten, die der \m[blue]\fBSpezifikation für auffindbare Partitionen\fP\m[]\&\s-2\u[4]\d\s+2 folgt\&. Für weitere Informationen über unterstützte Plattenabbilder, siehe den Schalter von \fBsystemd\-nspawn\fP(1) mit dem gleichen Namen\&. .sp Hinzugefügt in Version 252\&. .RE .PP \fB\-\-image\-policy=\fP\fIRichtlinie\fP .RS 4 Akzeptiert gemäß \fBsystemd.image\-policy\fP(7) eine Abbildrichtlinienzeichenkette als Argument\&. Die Richtlinie wird bei Aktionen auf dem mittels \fB\-\-image=\fP angegebenen Plattenabbild durchgesetzt, siehe oben\&. Falls nicht angegeben ist die Vorgabe die Richtlinie »*«, d\&.h\&. alle erkannten Dateisysteme im Abbild werden verwandt\&. .RE .PP \fB\-\-install\-source=\fP .RS 4 Bei der Installation von Programmen mit \fB\-\-root=\fP oder \fB\-\-image=\fP wählt dies aus, woher diese stammen\&. Akzeptiert entweder »auto« (die Vorgabe), »image« oder »host«\&. Mit »auto« werden die Programme auf dem angegebenen Verzeichnis oder Abbild aufgenommen und falls sie nicht gefunden werden, werden sie vom Rechner aufgenommen\&. Mit »image« oder »host« wird keine Rückfallsuche durchgeführt, falls die Programme nicht in der ausgewählten Quelle gefunden werden\&. .sp Hinzugefügt in Version 252\&. .RE .PP \fB\-p\fP, \fB\-\-print\-esp\-path\fP .RS 4 Diese Option verändert das Verhalten von \fBstatus\fP\&. Es werden nur die Pfade zu der EFI\-Systempartition (ESP) auf der Standardausgabe ausgegeben und das Programm beendet\&. .sp Hinzugefügt in Version 236\&. .RE .PP \fB\-x\fP, \fB\-\-print\-boot\-path\fP .RS 4 Diese Option verändert das Verhalten von \fBstatus\fP\&. Gibt in die Standardausgabe nur den Pfad zu der »Extended Boot Loader«\-Partition aus, falls diese existiert, und andernfalls den Pfad zur ESP\&. Danach beendet er sich\&. Dieser Befehl ist nützlich, um zu bestimmen, wo Boot\-Loader\-Einträge abgelegt werden, da sie bevorzugt in die »Extended Boot Loader«\-Partition abgelegt werden, falls diese existiert, und andernfalls in der ESP\&. .sp Systemladerspezifikationseinträge vom Typ #1 sollten im Allgemeinen im Verzeichnis »$(bootctl \-x)/loader/entries/« abgelegt werden\&. Die Existenz dieses Verzeichnisses kann auch als Anzeichen dafür verwandt werden, dass auf dem System die Unterstützung für Systemladeeinträge verfügbar ist\&. Ähnlich sollten Systemladerspezifikationseinträge vom Typ #2 im Verzeichnis »$(bootctl \-x)/EFI/Linux/« abgelegt werden\&. .sp Beachten Sie, dass diese Option (ähnlich der oben erwähnten Option \fB\-\-print\-boot\-path\fP) unabhängig vom verwandten Systemstartprogramm verfügbar ist, d\&.h\&. auch ohne dass \fBsystemd\-boot\fP installiert ist\&. .sp Hinzugefügt in Version 242\&. .RE .PP \fB\-R\fP, \fB\-\-print\-root\-device\fP .RS 4 Gibt den Pfad zu dem Blockgerät aus, dass dem Wurzeldateisystem des lokalen Betriebssystems zu Grunde liegt\&. Dies gibt eine Pfad der Art /dev/nvme0n1p5 aus\&. Falls dm\-crypt/LUKS oder dm\-verity dem Wurzeldateisystem unterliegt, wird das darunterliegende Blockgerät zurückgeliefert\&. Falls mehrere Blockgeräte (wie von Btrfs unterstützt) dem Wurzeldateisystem zu Grunde liegen, schlägt diese Aktion fehl\&. Falls der Schalter zweimal angegeben ist (d\&.h\&. \fB\-RR\fP) und das erkannte Blockgerät ein Partitionsgerät ist, wird das »gesamte« Blockgerät, zu dem es gehört, bestimmt und ausgegeben (z\&.B\&. /dev/nvme0n1)\&. Falls das Wurzeldateisystem »tmpfs« (oder ein ähnliches, speicherinternes Dateisystem) ist, wird das /usr/ zugrunde liegende Blockgerät zurückgeliefert, falls zutreffend\&. Falls das Wurzeldateisystem ein Netzwerkdateisystem (z\&.B\&. NFS, CIFS) ist, schlägt diese Aktion fehl\&. .sp Hinzugefügt in Version 254\&. .RE .PP \fB\-\-no\-variables\fP .RS 4 Fasst die Liste der Systemladeprogramme der Firmware, die in EFI\-Variablen gespeichert ist, nicht an\&. .sp Hinzugefügt in Version 220\&. .RE .PP \fB\-\-graceful\fP .RS 4 Ignoriert Fehlschläge, wenn die EFI\-Systempartition nicht gefunden, die EFI\-Variablen nicht geschrieben werden können oder ein anderes oder neueres Systemstartprogramm bereits installiert ist\&. Gilt derzeit nur für die Unterbefehle \fBis\-installed\fP, \fBupdate\fP und \fBrandom\-seed\fP\&. .sp Hinzugefügt in Version 244\&. .RE .PP \fB\-q\fP, \fB\-\-quiet\fP .RS 4 Unterdrückt die Ausgabe der Ergebnisse von verschiedenen Befehlen und auch der Hinweise, dass der ESP nicht verfügbar ist\&. .sp Hinzugefügt in Version 251\&. .RE .PP \fB\-\-make\-entry\-directory=yes|no\fP .RS 4 Steuert die Erstellung und Löschung der \m[blue]\fBSystemladerspezifikation\fP\m[]\&\s-2\u[1]\d\s+2 Typ\-#1\-Eintragsverzeichnisse auf dem Dateisystem, das die Ressourcen wie Kernel\- und Initrd\-Abbilder während \fBinstall\fP bzw. \fBremove\fP enthält\&. Das Verzeichnis wird nach dem Eintragsmerkmal benannt, wie dieses mit dem nachfolgend beschriebenen Parameter \fB\-\-entry\-token=\fP angegeben wird, und wird direkt unterhalb des \fI$BOOT\fP Wurzelverzeichnisses abgelegt (d\&.h\&. unterhalb des Dateisystems, das von der Option \fB\-\-print\-boot\-path\fP zurückgeliefert wird, siehe oben)\&. Standardmäßig »no«\&. .sp Hinzugefügt in Version 251\&. .RE .PP \fB\-\-entry\-token=\fP .RS 4 Steuert, wie die Systemstartprogrammeinträge für diese Betriebssysteminstallation benannt und identifiziert werden sollen\&. Wird während \fBinstall\fP berücksichtigt und akzeptiert entweder »auto«, »machine\-id«, »os\-id«, »os\-image\-id« oder eine beliebige Zeichenkette, der »literal:« vorangestellt ist, als Argument\&. .sp Wird dies auf \fBmachine\-id\fP gesetzt, dann werden die Einträge nach der Maschinenkennung des laufenden Systems benannt (z\&.B\&. »b0e793a9baf14b5fa13ecbe84ff637ac«)\&. Siehe \fBmachine\-id\fP(5) für Details über das Konzept der Maschinenkennung und der Datei\&. .sp Falls auf \fBos\-id\fP gesetzt, werden die Einträge nach der Betriebssystemkennung des laufenden Systems benannt, d\&.h\&. dem Feld \fIID=\fP von \fBos\-release\fP(5) (z\&.B\&. »fedora«)\&. Ähnlich werden die Einträge nach der Betriebssystem\-Abbild\-Kennung des laufenden Systems benannt, falls es auf \fBos\-image\-id\fP gesetzt ist, d\&.h\&. dem Feld \fIIMAGE_ID=\fP von \fBos\-release\fP (z\&.B\&. »vendorx\-cashier\-system«)\&. .sp Falls auf \fBauto\fP (der Vorgabe) gesetzt, wird die Datei /etc/kernel/entry\-token eingelesen, falls sie existiert, und der gespeicherte Wert wird verwandt\&. Andernfalls wird die lokale Maschinenkennung verwandt, falls diese initialisiert wurde\&. Andernfalls wird \fIIMAGE_ID=\fP aus os\-release verwandt, falls gesetzt\&. Andernfalls wird \fIID=\fP aus os\-release verwandt, falls gesetzt\&. .sp Die ausgewählte Merkmalzeichenketten wird in eine Datei /etc/kernel/entry\-token geschrieben, außer »machine\-id« ist gesetzt oder \fB\-\-make\-entry\-directory=yes\fP wird verwandt, um sicherzustellen, das sie für zukünftige Einträge verwandt wird\&. Diese Datei wird auch von \fBkernel\-install\fP(8) eingelesen, um zu ermitteln, unter welchem Namen Systemstarteinträge für neu installierte Kernel erstellt werden oder die Eintragsnamen zum Entfernen alter zu bestimmen\&. .sp Die Verwendung der Maschinenkennung zur Benennung der Einträge sollte bevorzugt werden, allerdings gibt es Fälle, bei denen die Verwendung anderer Kennzeichner eine gute Option ist\&. Insbesondere dann, wenn die Kennzeichnungsdaten, die die Maschinenkennung enthält, nicht auf der (unverschlüsselten) Partition \fI$BOOT\fP gespeichert werden sollen oder falls die Kennung nicht beim ersten Systemstart erstellt werden soll und es nicht bekannt ist, wenn die Einträge vorbereitet werden\&. Beachten Sie, dass die Verwendung der Maschinenkennung den Vorteil hat, dass mehrere parallele Installationen des gleichen Betriebssystems auf dem gleichen Medium koexistieren können und dass sie ihre Systemstartladereinträge unabhängig voneinander aktualisieren können\&. Bei der Verwendung eines anderen Kennzeichners (wie der Betriebssystemkennung oder der Betriebssystem\-Abbildkennung), würden parallele Installationen des gleichen Betriebssystems versuchen, den gleichen Eintragsnamen zu verwenden\&. Um parallele Installationen zu unterstützen, muss das Installationsprogramm verschiedene Eintragskennzeichnungen beim Hinzufügen einer zweiten Installation verwenden\&. .sp Hinzugefügt in Version 251\&. .RE .PP \fB\-\-all\-architectures\fP .RS 4 Installiert Programme für alle unterstützten EFI\-Architekturen (dies impliziert \fB\-\-no\-variables\fP)\&. .sp Hinzugefügt in Version 252\&. .RE .PP \fB\-\-efi\-boot\-option\-description=\fP .RS 4 Beschreibung des zu der Systemstart\-Optionsliste der Firmware hinzugefügten Eintrags\&. Standardmäßig »Linux Boot Manager«\&. .sp Die Verwendung des Vorgabe\-Eintragsnamens »Linux Boot Manager« wird im Allgemeinen bevorzugt, da nur ein Systemladeprogramm, installiert auf einer einzelnen ESP\-Partition zum Starten einer Reihe von Betriebssysteminstallationen verwandt werden sollte, die auf verschiedenen Platten im System installiert sind\&. Insbesondere sollten Distributionen diesen Schalter nicht verwenden, um einen an sie angepassten Eintrag in der Systemstart\-Optionsliste zu installieren\&. In Situationen mit mehreren Platten, jeweils mit ihrer eigenen ESP\-Partition, kann es von Vorteil sein, die Identifikation der zu verwendenden Systemstartladeprogramme in dem Systemstart\-Optionsmenü der Firmware zu erleichtern\&. .sp Hinzugefügt in Version 252\&. .RE .PP \fB\-\-dry\-run\fP .RS 4 Probemodus für \fBunlink\fP und \fBcleanup\fP\&. .sp Im Probemodus werden die Entfernungs\- und Bereinigungsaktionen nur die Dateien ausgeben, die gelöscht würden, ohne sie tatsächlich zu löschen\&. .sp Hinzugefügt in Version 253\&. .RE .PP \fB\-\-no\-pager\fP .RS 4 Leitet die Ausgabe nicht an ein Textanzeigeprogramm weiter\&. .RE .PP \fB\-\-json=\fP\fIMODUS\fP .RS 4 Zeigt die Ausgabe als JSON formatiert\&. Erwartet entweder »short« (für die kürzest mögliche Ausgabe ohne unnötigen Leerraum oder Zeilenumbrüche), »pretty« (für eine schönere Version der gleichen Ausgabe, mit Einzügen und Zeilenumbrüchen) oder »off« (um die standardmäßig aktivierte JSON\-Ausgabe auszuschalten)\&. .RE .PP \fB\-h\fP, \fB\-\-help\fP .RS 4 Zeigt einen kurzen Hilfetext an und beendet das Programm\&. .RE .PP \fB\-\-version\fP .RS 4 Zeigt eine kurze Versionszeichenkette an und beendet das Programm\&. .RE .SH "SIGNIERTE \&.EFI\-DATEIEN" .PP \fBbootctl\fP \fBinstall\fP und \fBupdate\fP werden zuerst nach einer \fBsystemd\-boot\fP\-Datei mit der Endung »\&.efi\&.signed« suchen und diese statt der normalen Datei »\&.efi« kopieren. Dies ermöglicht es Distributionen oder Endbenutzern, signierte Abbilder für UEFI SecureBoot bereitzustellen\&. .SH EXIT\-STATUS .PP Im Erfolgsfall wird 0 zurückgeliefert, andernfalls ein von Null verschiedener Wert\&. \fBbootctl \-\-print\-root\-device\fP liefert den Exit\-Status 80 zurück, falls kein einzelnes Blockgerät dem Wurzeldateisystem zu Grunde liegt und einen von Null verschiedenen Exit\-Status für alle anderen Fälle\&. .SH UMGEBUNGSVARIABLEN .PP Falls \fI$SYSTEMD_RELAX_ESP_CHECKS=1\fP gesetzt ist, werden die Gültigkeitsprüfungen für die ESP gelockert und der mit \fB\-\-esp\-path=\fP angegebene Pfad kann sich auf jede Art von Dateisystem auf jeder Art von Partition beziehen\&. .PP Ähnlich schaltet \fI$SYSTEMD_RELAX_XBOOTLDR_CHECKS=1\fP einige Validierungsprüfungen für die »Extended Boot Loader«\-Partition aus\&. .SH BEISPIELE .PP \fBBeispiel\ \&1.\ \&Ausgabe des Staus und der Liste\fP .sp .if n \{\ .RS 4 .\} .nf $ \fBbootctl status\fP System: Firmware: UEFI 2\&.40 (\fIfirmware\-version\fP) ← Firmware\-Lieferant und \-Version Secure Boot: disabled (setup) ← Status des sicheren Systemstarts TPM2 Support: yes Boot into FW: supported ← Unterstützt die Firmware den Systemstart in sich selbst Current Boot Loader: ← Details über sd\-boot oder ein anderes Systemstartladerprogramm, Product: systemd\-boot \fIversion\fP das die \m[blue]\fBBoot\-Loader\-Schnittstelle\fP\m[]\&\s-2\u[2]\d\s+2 implementiert Features: ✓ Boot counting ✓ Menu timeout control ✓ One\-shot menu timeout control ✓ Default entry control ✓ One\-shot entry control ✓ Support for XBOOTLDR partition ✓ Support for passing random seed to OS ✓ Load drop\-in drivers ✓ Boot loader sets ESP information ✓ Menu can be disabled ESP: /dev/disk/by\-partuuid/01234567\-89ab\-cdef\-dead\-beef00000000 File: └─/EFI/systemd/systemd\-bootx64\&.efi Random Seed: ← Zufallsstartwert, der für Entropie in der frühen Systemstartphase verwandt wird Passed to OS: yes System Token: set Exists: yes Available Boot Loaders on ESP: ESP: /boot/efi (/dev/disk/by\-partuuid/01234567\-89ab\-cdef\-dead\-beef00000000) File: └─/EFI/systemd/systemd\-bootx64\&.efi (systemd\-boot 251 File: └─/EFI/BOOT/BOOTX64\&.EFI (systemd\-boot 251 Boot Loaders Listed in EFI Variables: Title: Linux Boot Manager ID: 0x0001 Status: active, boot\-order Partition: /dev/disk/by\-partuuid/\&... File: └─/EFI/systemd/systemd\-bootx64\&.efi Title: Fedora ID: 0x0000 Status: active, boot\-order Partition: /dev/disk/by\-partuuid/\&... File: └─/EFI/fedora/shimx64\&.efi Title: Linux\-Firmware\-Updater ID: 0x0002 Status: active, boot\-order Partition: /dev/disk/by\-partuuid/\&... File: └─/EFI/fedora/fwupdx64\&.efi Boot Loader Entries: $BOOT: /boot/efi (/dev/disk/by\-partuuid/01234567\-89ab\-cdef\-dead\-beef00000000) Default Boot Loader Entry: type: Boot Loader Specification Type #1 (\&.conf) title: Fedora Linux 36 (Workstation Edition) id: … source: /boot/efi/loader/entries/\fIEintragsmerkmal\fP\-\fIKernelversion\fP\&.conf version: \fIKernelversion\fP machine\-id: … linux: /\fIEintragsmerkmal\fP/\fIKernelversion\fP/linux initrd: /\fIEintragsmerkmal\fP/\fIKernelversion\fP/initrd options: root=… .fi .if n \{\ .RE .\} .sp .if n \{\ .RS 4 .\} .nf $ \fBbootctl list\fP Boot Loader Entries: type: Boot Loader Specification Type #1 (\&.conf) title: Fedora Linux 36 (Workstation Edition) (default) (selected) id: … source: /boot/efi/loader/entries/\fIEintragsmerkmal\fP\-\fIKernelversion\fP\&.conf version: \fIKernelversion\fP machine\-id: … linux: /\fIEintragsmerkmal\fP/\fIKernelversion\fP/linux initrd: /\fIEintragsmerkmal\fP/\fIKernelversion\fP/initrd options: root=… type: Boot Loader Specification Type #2 (\&.efi) title: Fedora Linux 35 (Workstation Edition) id: … source: /boot/efi/EFI/Linux/fedora\-\fIKernelversion\fP\&.efi version: \fIKernelversion\fP machine\-id: … linux: /EFI/Linux/fedora\-\fIKernelversion\fP\&.efi options: root=… type: Automatic title: Reboot Into Firmware Interface id: auto\-reboot\-to\-firmware\-setup source: /sys/firmware/efi/efivars/LoaderEntries\-4a67b082\-0a4c\-41cf\-b6c7\-440b29bb8c4f .fi .if n \{\ .RE .\} .PP In der Auflistung gibt »(default)« den Eintrag an, der standardmäßig verwandt wird und »(selected)« gibt den Eintrag an, der letztes Mal ausgewählt wurde (d\&.h\&. der aktuell läuft)\&. .SH "SIEHE AUCH" .PP \fBsystemd\-boot\fP(7), \m[blue]\fBSystemladerspezifikation\fP\m[]\&\s-2\u[1]\d\s+2, \m[blue]\fBSystemladerschnittstelle\fP\m[]\&\s-2\u[2]\d\s+2, \fBsystemd\-boot\-random\-seed.service\fP(8) .SH ANMERKUNGEN .IP " 1." 4 Systemladerspezifikation .RS 4 \%https://uapi\-group.org/specifications/specs/boot_loader_specification .RE .IP " 2." 4 Boot\-Loader\-Schnittstelle .RS 4 \%https://systemd.io/BOOT_LOADER_INTERFACE .RE .IP " 3." 4 Zufallsstartwerte .RS 4 \%https://systemd.io/RANDOM_SEEDS .RE .IP " 4." 4 Spezifikation für auffindbare Partitionen .RS 4 \%https://uapi\-group.org/specifications/specs/discoverable_partitions_specification .RE .PP .SH ÜBERSETZUNG Die deutsche Übersetzung dieser Handbuchseite wurde von Helge Kreutzmann erstellt. .PP Diese Übersetzung ist Freie Dokumentation; lesen Sie die .UR https://www.gnu.org/licenses/gpl-3.0.html GNU General Public License Version 3 .UE oder neuer bezüglich der Copyright-Bedingungen. Es wird KEINE HAFTUNG übernommen. .PP Wenn Sie Fehler in der Übersetzung dieser Handbuchseite finden, schicken Sie bitte eine E-Mail an die .MT debian-l10n-german@lists.debian.org Mailingliste der Übersetzer .ME .