Provided by: manpages-de_4.21.0-2_all bug

BEZEICHNUNG

       kernel-install - Fügt Kernel und Initrd-Images zu /boot hinzu und entfernt sie von dort

ÜBERSICHT

       kernel-install [OPTIONEN…] add KERNEL-VERSION KERNEL-ABBILD [INITRD-DATEI…]

       kernel-install [OPTIONEN…] remove KERNEL-VERSION

       kernel-install [OPTIONEN…] inspect [KERNEL-VERSION] [KERNEL-ABBILD] [INITRD-DATEI…]

       kernel-install [OPTIONEN…] list

BESCHREIBUNG

       kernel-install wird dazu verwandt, Kernel und Initrd-Images [1] in die
       Bootloader-Partition zu installieren und sie von dort wieder zu entfernen. Dies wird hier
       mit $BOOT referenziert. Normalerweise ist es entweder /boot/, /efi/ oder /boot/efi/, siehe
       unten.

       kernel-install führt die im Verzeichnis /usr/lib/kernel/install.d/ und dem lokalen
       Administratorverzeichnis /etc/kernel/install.d/ befindlichen ausführbaren Dateien
       (»Erweiterungen«) aus. Alle Dateien werden gemeinsam sortiert und in lexikalischer
       Reihenfolge ausgeführt, unabhängig davon, in welchem Verzeichnis sie sich befinden.
       Allerdings ersetzen Dateien mit gleichem Dateinamen einander. Dateien in
       /etc/kernel/install.d/ haben gegenüber Dateien mit dem gleichen Namen in
       /usr/lib/kernel/install.d/ Vorrang. Dies kann dazu benutzt werden, um bei Bedarf vom
       System bereitgestellte Programme mit einer lokalen Datei außer Kraft zu setzen. Ein
       symbolischer Link in /etc/kernel/install.d/ auf /dev/null mit dem gleichen Namen wie das
       Programm in /usr/lib/kernel/install.d/ deaktiviert das Programm komplett. Programme müssen
       die Erweiterung ».install« tragen, andere Erweiterungen werden ignoriert.

       Ein in diesen Verzeichnissen abgelegtes Programm sollte im Erfolgsfall 0 zurückliefern. Es
       darf auch 77 zurückliefern, womit die gesamte Aktion beendet wird (Programme später in der
       lexikalischen Reihenfolge werden übersprungen).

BEFEHLE

       Die folgenden Befehle werden verstanden:

       add [[[KERNEL-VERSION] KERNEL-ABBILD] [INITRD-DATEI…]]
           Dieser Befehl akzeptiert eine Kernelversionszeichenkette und einen Pfad zu einer
           Kernelabbilddatei als Argumente. Falls ersteres fehlt, als leere Zeichenkette oder »-«
           angegeben ist, ist die Vorgabe die aktuelle Kernelversion, d.h. die gleiche
           Zeichenkette, die uname -r zurückliefert. Falls letzteres fehlt, als leere
           Zeichenkette oder »-« angegeben ist, ist die Vorgabe
           /usr/lib/modules/KERNELVERSION/vmlinuz. Optional können auch eine oder mehrere
           Initrd-Abbilder angegeben werden (beachten Sie, dass Erweiterungen zusätzliche
           erstellen könnten).

           The executable files from /usr/lib/kernel/install.d/*.install and
           /etc/kernel/install.d/*.install (i.e. the plugins) are called with the following
           arguments:

               add KERNEL-VERSION $BOOT/ZUGANGSMERKMAL/KERNEL-VERSION/ KERNEL-ABBILD \
                         [INITRD-DATEI …]

           Das dritte Argument bezieht sich direkt auf den Pfad, unter dem Kernelabbilder,
           Initrd-Abbilder und andere Ressourcen für Systemladerspezifikation[2] Typ-#1-Zugänge
           abgelegt werden (das »Zugangsverzeichnis«). Falls andere Systemstartprogramm-Schemata
           verwandt werden, könnte dieser Parameter ignoriert werden.

           Die Zeichenkette ZUGANGSMERKMAL ist typischerweise die Maschinenkennung und soll die
           lokale Installation auf dem System identifizieren. Details sind nachfolgend
           beschrieben.

           Die Vorgabeerweiterungen führen in diesem Fall die folgenden Aktionen aus:

           •   kernel-install erstellt $BOOT/ZUGANGSMERKMAL/KERNEL-VERSION, falls aktiviert
               (siehe $KERNEL_INSTALL_LAYOUT).

           •   50-depmod.install führt depmod(8) für die KERNEL-VERSION aus.

           •   90-loaderentry.install kopiert KERNEL-ABBILD nach
               $BOOT/ZUGANGSMERKMAL/KERNEL-VERSION/linux. Falls INITRD-DATEIen zur Verfügung
               gestellt werden, kopiert sie die Erweiterung auch nach
               $BOOT/ZUGANGSMERKMAL/KERNEL-VERSION/INITRD-DATEI. Dies kann auch dazu verwandt
               werden, der eigentlichen Initrd Mikrocode voranzustellen. Sie erstellt auch laut
               der Systemstartladeprogramm-(Bootloader)-Spezifikation[2] (Typ #1) einen
               Systemstartladeprogrammeintrag in
               $BOOT/loader/entries/ZUGANGSMERKMAL-KERNEL-VERSION.conf. Der Titel des Eintrags
               ist der in /etc/os-release oder /usr/lib/os-release (falls erstere nicht
               existiert) im Parameter PRETTY_NAME festgelegte Name oder »Linux KERNEL-VERSION«,
               falls dieser nicht gesetzt ist.

               Falls $KERNEL_INSTALL_LAYOUT nicht »bls« ist, macht diese Erweiterung nichts.

           •   90-uki-copy.install kopiert eine Datei uki.efi von $KERNEL_INSTALL_STAGING_AREA
               oder, falls dies nicht existiert, dem Argument KERNEL-ABBILD, falls und nur falls
               es eine Erweiterung ».efi« hat, nach
               $BOOT/EFI/Linux/ZUGANGSMERKMAL-KERNEL-VERSION.efi.

               Falls $KERNEL_INSTALL_LAYOUT nicht »uki« ist, macht diese Erweiterung nichts.

           Hinzugefügt in Version 198.

       add-all
           Dies ist identisch zu add (siehe oben), ruft aber die Aktion interaktiv für jeden in
           /usr/lib/modules/ installierten Kernel auf. Diese Aktion wird nur auf Systemen
           unterstützt, auf denen das Kernelabbild in /usr/lib/modules/KERNELVERSION/vmlinuz
           installiert ist.

           Hinzugefügt in Version 255.

       remove KERNEL-VERSION
           Dieser Befehl erwartet eine Kernelversionszeichenkette als Argument.

           The executable files from /usr/lib/kernel/install.d/*.install and
           /etc/kernel/install.d/*.install (i.e. the plugins) are called with the following
           arguments:

               remove KERNEL-VERSION $BOOT/ZUGANGSMERKMAL/KERNEL-VERSION/

           Anschließend entfernt kernel-install das Zugangsverzeichnis
           $BOOT/ZUGANGSMERKMAL/KERNEL-VERSION/ und seine Inhalte, falls es existiert.

           Die Vorgabeerweiterungen führen in diesem Fall die folgenden Aktionen aus:

           •   50-depmod.install entfernt die durch depmod für diesen Kernel erstellten Dateien
               wieder.

           •   90-loaderentry.install entfernt die Datei
               $BOOT/loader/entries/ZUGANGSMERKMAL-KERNEL-VERSION.conf.

           •   90-uki-copy.install entfernt die Datei
               $BOOT/EFI/Linux/ZUGANGSMERKMAL-KERNEL-VERSION.efi.

           Hinzugefügt in Version 198.

       inspect [[[KERNEL-VERSION] KERNEL-ABBILD] [INITRD-DATEI …]]
           Akzeptiert die gleichen Parameter wie add.

           Shows the various paths and parameters configured or auto-detected. In particular
           shows the values of the various $KERNEL_INSTALL_* environment variables listed below,
           as they would be passed to plugins. The --json option can be used to get the output of
           this verb as a JSON object.

           Hinzugefügt in Version 251.

       list
           Zeigt die verschiedenen installierten Kernel. Dies zählt die Unterverzeichnisse von
           /usr/lib/modules/ auf und zeigt, ob dort ein Kernelabbild installiert ist.

           Hinzugefügt in Version 255.

KOMPATIBILITÄT MIT DEM KERNELBAUSYSTEM

       installkernel [OPTIONEN…] VERSION VMLINUZ [MAP] [INSTALLATIONS-VERZ]

       Beim Aufruf als installkernel akzeptiert dieses Programm Argumente, wie diese für den
       Befehl make install des Kernelbausystems festgelegt sind. Die Parameter VERSION und
       VMLINUZ legen die Kernelversion und das Kernelprogramm fest. Die zwei anderen Parameter
       (MAP und INSTALLATION-DIR) werden derzeit ignoriert.

DIE PARTITION »$BOOT«

       Die Partition, in der die Kernel und die Schnipsel der Bootloader-Spezifikation[2] liegen,
       wird $BOOT genannt. kernel-install bestimmt den Ort dieser Partition durch Überprüfung von
       nacheinander /efi/, /boot/ und /boot/efi/. Der erste Ort, an dem $BOOT/loader/entries/
       oder $BOOT/ZUGANGSMERKMAL/ existiert, wird verwandt.

OPTIONEN

       Die folgenden Optionen werden verstanden:

       --esp-path=
           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.

       --boot-path=
           Pfad zur Erweiterten Systemladerpartition, wie in der Systemlader-Spezifikation[2]
           definiert. Falls nicht angegeben, wird /boot/ geprüft. Es wird empfohlen, die
           Erweiterte Systemladerpartition unter /boot/ einzuhängen, falls möglich.

       --make-entry-directory=yes|no|auto
           Steuert die Erstellung und Entfernung des Typ-#1-Eintragsverzeichnisses der
           Systemlader-Spezifikation[2] auf dem Dateisystem, das Ressourcen wie Kernel- und
           Initrd-Abbilder während des add bzw. remove enthält. Das Verzeichnis wird nach dem
           Eintragsmerkmal benannt und wird direkt unterhalb des Systemstart-Wurzelverzeichnis
           abgelegt. Wenn »auto«, wird das Verzeichnis nur erstellt und entfernt, wenn das
           Installations-Layout »bls« ist. Standardmäßig »auto«.

           Hinzugefügt in Version 254.

       --entry-token=
           Steuert, wie Systemladereinträge für diese Kernelinstallation oder -entfernung benannt
           und identifiziert werden. Akzeptiert entweder »auto«, »machine-id«, »os-id«,
           »os-image-id« oder eine beliebige Zeichenkette, der »literal:« vorangestellt ist, als
           Argument.

           Wird dies auf machine-id gesetzt, dann werden die Einträge nach der Maschinenkennung
           des laufenden Systems benannt (z.B. »b0e793a9baf14b5fa13ecbe84ff637ac«). Siehe
           machine-id(5) für Details über das Konzept der Maschinenkennung und der Datei.

           Falls auf os-id gesetzt, werden die Einträge nach der Betriebssystemkennung des
           laufenden Systems benannt, d.h. dem Feld ID= von os-release(5) (z.B. »fedora«).
           Ähnlich werden die Einträge nach der Betriebssystem-Abbild-Kennung des laufenden
           Systems benannt, falls es auf os-image-id gesetzt ist, d.h. dem Feld IMAGE_ID= von
           os-release (z.B. »vendorx-cashier-system«).

           Falls auf (die Vorgabe) auto gesetzt, wird die Datei /etc/kernel/entry-token (oder
           $KERNEL_INSTALL_CONF_ROOT/entry-token) ausgelesen, falls sie existiert, und der
           gespeicherte Wert verwandt. Andernfalls wird die lokale Maschinenkennung verwandt,
           falls sie initialisiert ist. Andernfalls wird IMAGE_ID= von os-release(5) verwandt,
           falls gesetzt. Andernfalls wird ID= von os-release(5) verwandt, falls gesetzt.
           Andernfalls wird eine zufällig erstellte Maschinenkennung verwandt.

           Im Allgemeinen wird bevorzugt, die Maschinenkennung zur Benennung von Einträgen zu
           verwenden. Es gibt allerdings Fälle, bei denen die Verwendung anderer Kennzeichner
           eine gute Option ist. Insbesondere: Wenn die Identifikationsdaten, die die
           Maschinenkennung enthalten, nicht auf der (unverschlüsselten) Partition $BOOT_ROOT
           gespeichert werden sollen oder falls die Kennung beim ersten Systemstart erzeugt
           werden soll und 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 Systemladereinträge unabhängig aktualisieren können. Bei der
           Verwendung anderer Kennzeichner (wie die Betriebssystemkennung oder die Kennung des
           Betriebssystemabbildes) würden parallele Installationen des gleichen Betriebssystems
           versuchen, den gleichen Eintragsnamen zu verwenden. Um parallele Installationen zu
           unterstützen, muss das Installationsprogramm ein anderes Eintragsmerkmal beim
           Hinzufügen einer zweiten Installation verwenden.

           Hinzugefügt in Version 254.

       -v, --verbose
           gibt zusätzliche Informationen über durchgeführte Aktionen aus.

           Hinzugefügt in Version 242.

       --root=Wurzel
           Akzeptiert einen Verzeichnispfad als Argument. Allen Pfaden wird der übergebene
           alternative Wurzelpfad vorangestellt, einschließlich Konfigurationssuchpfaden. Dies
           ist zur Arbeit auf Systemabbildern nützlich, die auf dem angegebenen Verzeichnis
           eingehängt sind, statt auf dem Wirtssystem selbst.

           Hinzugefügt in Version 255.

       --image=Abbild
           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 --root=, 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 Spezifikation für auffindbare Partitionen[3]
           folgt. Für weitere Informationen über unterstützte Plattenabbilder, siehe den Schalter
           von systemd-nspawn(1) mit dem gleichen Namen.

           Hinzugefügt in Version 255.

       -h, --help
           Zeigt einen kurzen Hilfetext an und beendet das Programm.

       --version
           Zeigt eine kurze Versionszeichenkette an und beendet das Programm.

       --no-pager
           Leitet die Ausgabe nicht an ein Textanzeigeprogramm weiter.

       --json=MODUS
           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).

       --image-policy=Richtlinie
           Akzeptiert gemäß systemd.image-policy(7) eine Abbildrichtlinienzeichenkette als
           Argument. Die Richtlinie wird bei Aktionen auf dem mittels --image= angegebenen
           Plattenabbild durchgesetzt, siehe oben. Falls nicht angegeben ist die Vorgabe die
           Richtlinie »*«, d.h. alle erkannten Dateisysteme im Abbild werden verwandt.

       --no-legend
           Gibt die Legende nicht aus, d.h. die Spaltenköpfe und die Fußzeile mit Hinweisen.

UMGEBUNGSVARIABLEN

   Für Erweiterungen exportierte Umgebungsvariablen
       Es wird $KERNEL_INSTALL_VERBOSE=1 für Erweiterungen exportiert, falls --verbose verwandt
       wird. Sie können in diesem Fall zusätzliche Protokollmeldungen ausgeben.

       $KERNEL_INSTALL_IMAGE_TYPE=uki|pe|unknown wird für Erweiterungen gesetzt, um den Typ des
       Kernelabbildes festzulegen.

       Uki
           Vereinigtes Kernelabbild.

           Hinzugefügt in Version 254.

       pe
           PE-Programm.

           Hinzugefügt in Version 254.

       unknown
           Unbekannter Typ.

           Hinzugefügt in Version 254.

       $KERNEL_INSTALL_MACHINE_ID wird für die Erweiterungen auf die gewünschte zu verwendende
       Maschinenkennung gesetzt. Es ist immer eine 128-bit-Kennung. Normalerweise wird sie aus
       /etc/machine-id ausgelesen, aber das kann auch mittels $MACHINE_ID außer Kraft gesetzt
       werden (siehe unten). Falls nicht über eine diese Methoden festgelegt, wird der
       Rückfallwert durch kernel-install erstellt und nur für einen einzelnen Aufruf verwandt
       werden.

       $KERNEL_INSTALL_ENTRY_TOKEN wird für Erweiterungen auf das gewünschte, zu verwendene
       Zugangs-»Merkmal« gesetzt. Es ist ein Kennzeichner, der zur Identifizierung der lokalen
       Installation verwandt wird und oft die Maschinenkennung ist, dh. identisch zu
       $KERNEL_INSTALL_MACHINE_ID. Es kann aber auch eine andere Art von Kennzeichner sein,
       beispielsweise eine feste Zeichenkette oder die Werte ID=, IMAGE_ID= aus /etc/os-release.
       Die hier übergebene Zeichenkette wird dazu verwandt, die
       Systemlader-Spezifikationseinträge zu benennen oder die Verzeichnisse, in die das
       Kernelabbild und die anfänglichen RAM-Plattenabbilder abgelegt werden.

       Beachten Sie, dass oft $KERNEL_INSTALL_ENTRY_TOKEN und $KERNEL_INSTALL_MACHINE_ID auf die
       gleichen Werte gesetzt werden, aber der erste Wert eine beliebige kurze Zeichenkette sein
       kann, während letzterer garantiert eine gültige 32-Zeichen-Kennung in kleingeschriebener
       hexadezimaler Form ist. Das zu verwendende Zugangsmerkmal wird aus /etc/kernel/entry-token
       gelesen, falls diese existiert. Andernfalls werden einige mögliche Kandidaten unterhalb
       von $BOOT auf Systemlader-Spezifikation-Typ-1-Zugangsverzeichnisse überprüft und, falls
       diese gefunden werden, daraus das Zugangsmerkmal abgeleitet wird. Falls das nicht
       erfolgreich ist, wird $KERNEL_INSTALL_MACHINE_ID als Rückfalloption verwandt.

       KERNEL_INSTALL_BOOT_ROOT= wird für die Erweiterungen auf den absoluten Pfad des
       Wurzelverzeichnisses (normalerweise den Einhängepunkt) der Hierarchie gesetzt, in der
       Systemstartprogramm-Einträge, Kernel-Abbilder und zugehörige Ressourcen abgelegt werden
       sollen. Dies ist normalerweise der Pfad, auf dem die XBOOTLDR-Partition oder die ESP
       (EFI-Systempartition) eingehängt sind. Dieser kann konzeptionell auch mittels $BOOT
       referenziert werden. Kann mit BOOT_ROOT außer Kraft gesetzt werden (siehe unten).

       KERNEL_INSTALL_LAYOUT=auto|bls|uki|other|… wird für die Erweiterungen zur Angabe des
       Installationslayouts festgelegt. Per Konvention können zusätzliche Layoutnamen definiert
       sein. Falls eine Erweiterung ein bestimmtes Layout verwendet, wird empfohlen, dass ein
       eigener Layoutname erklärt und layout= während der Installation in install.conf
       konfiguriert wird. Die folgenden Werte werden derzeit verstanden:

       bls
           Standard Systemladerspezifikation[2]-Typ-#1-Layout, kompatibel mit systemd-boot(7):
           Einträge in $BOOT/loader/entries/ZUGANGSMERKMAL-KERNELVERSION[+VERSUCHEN].conf, Kernel
           und Initrds unter $BOOT/ZUGANGSMERKMAL/KERNELVERSION/

           Implementiert durch 90-loaderentry.install.

           Hinzugefügt in Version 250.

       Uki
           Standard Systemladerspezifikation[2]-Typ-#2-Layout, kompatibel mit systemd-boot(7):
           vereinigte Kernelabbilder unter $BOOT/EFI/Linux als
           $BOOT/EFI/Linux/ZUGANGSMERKMAL-KERNEL-VERSION[+VERSUCHEN].efi.

           Implementiert durch 90-uki-copy.install.

           Hinzugefügt in Version 253.

       other
           Anderes, von kernel-install nicht nativ verstandenes Layout.

           Hinzugefügt in Version 250.

       auto
           Wählt das Layout automatisch aus. Falls der Kernel ein UKI ist, wird das Layout uki.
           Falls nicht, ist die Vorgabe bls, falls $BOOT/loader/entries.srel mit dem Inhalt
           »type1« oder $BOOT/ZUGANGSMERKMAL existiert, andernfalls other.

           Es hat die gleiche Auswirkung, falls das Layout leer bleibt. Dies ist die Vorgabe.

           Hinzugefügt in Version 254.

       $KERNEL_INSTALL_INITRD_GENERATOR und $KERNEL_INSTALL_UKI_GENERATOR sind für Erweiterungen
       gesetzt, um den Initrd-Generator und/oder UKI-Generator auszuwählen. Dies kann über
       initrd_generator= und uki_generator= in install.conf konfiguriert werden, siehe unten.

       $KERNEL_INSTALL_STAGING_AREA ist für Erweiterungen auf einen Pfad zu einem Verzeichnis
       gesetzt. Erweiterungen können Ergänzungsdateien in diesem Verzeichnis sein und sie werden
       als Teil des Lader-Zugangs installiert, basierend auf dem Dateinamen und der Erweiterung:
       Dateien mit Namen initrd* werden als INITRD-DATEIen installiert und Dateien mit Namen
       microcode* werden den INITRD-DATEIen vorangestellt.

   Von Kernel-install verstandene Umgebungsvariablen
       $KERNEL_INSTALL_CONF_ROOT kann gesetzt werden, um den Ort der von kernel-install gelesenen
       Konfigurationsdateien außer Kraft zu setzen. Wenn gesetzt, werden install.conf,
       entry-token und andere Dateien aus diesem Verzeichnis gelesen.

       $KERNEL_INSTALL_PLUGINS kann gesetzt werden, um die Liste der von kernel-install
       ausgeführten Erweiterungen außer Kraft zu setzen. Das Argument ist eine Lerraum-getrennte
       Liste von Pfaden. Mit »KERNEL_INSTALL_PLUGINS=:« kann erreicht werden, dass keine
       Erweiterung ausgeführt wird.

       $MACHINE_ID kann gesetzt werden, damit kernel-install $KERNEL_INSTALL_MACHINE_ID, die
       Maschinenkennung, außer Kraft setzt.

       $BOOT_ROOT kann gesetzt werden, damit kernel-install $KERNEL_INSTALL_BOOT_ROOT, der
       Installationsort für Systemstarteinträge, außer Kraft setzt.

       Die letzten zwei Variablen können auch in install.conf gesetzt werden. In der Umgebung
       gesetzte Variablen haben Vorrang vor in Konfigurationsdateien gesetzten Werten.

EXIT-STATUS

       Falls alle Programme 0 oder 77 zurückliefern, wird 0 zurückgeliefert, andernfalls ein von
       Null verschiedener Fehlercode.

DATEIEN

       /etc/kernel/install.d/*.install, /usr/lib/kernel/install.d/*.install
           Ergänzungsdateien, die durch kernel-install ausgeführt werden.

           Hinzugefügt in Version 198.

       /etc/kernel/cmdline, /usr/lib/kernel/cmdline, /proc/cmdline
           Legt die zu verwendende Kernelbefehlszeile fest. Die erste der gefundenen Dateien wird
           verwandt. $KERNEL_INSTALL_CONF_ROOT kann zum Außerkraftsetzen des Suchpfades verwandt
           werden; Details dazu finden Sie weiter unten.

           Hinzugefügt in Version 198.

       /etc/kernel/devicetree, /usr/lib/kernel/devicetree
           Specifies the partial path to the file containing the device tree blob to install with
           the kernel and use at boot. The first of the files that is found will be used.
           $KERNEL_INSTALL_CONF_ROOT may be used to override the search path; see below for
           details.

           The devicetree file contains a path, and this path specifies a location relative to
           the kernel install tree. A set of locations is checked, including in particular
           /usr/lib/modules/KERNEL_VERSION/dtb/, which is the recommended location to place the
           dtb files under. For example, with "broadcom/bcm2711-rpi-4-b.dtb" in the devicetree
           file, the device tree blob for the Raspberry Pi 4 Model B would be installed, and the
           actual file would be /usr/lib/modules/KERNEL_VERSION/dtb/broadcom/bcm2711-rpi-4-b.dtb.

           Hinzugefügt in Version 255.

       /etc/kernel/tries
           Wird von 90-loaderentry.install und 90-uki-copy.install gelesen. Falls diese Datei
           existiert, wird aus ihr ein numerischer Wert gelesen und die Benennung der erstellten
           Eintragsdatei oder UKI wird geändert, um ihn als
           $BOOT/loader/entries/ZUGANGSMERKMAL-KERNEL-VERSION+VERSUCHE.conf bzw.
           $BOOT/EFI/Linux/ZUGANGSMERKMAL-KERNEL-VERSION+VERSUCHE.efi aufzunehmen. Dies ist für
           Systemstartprogramme wie systemd-boot(7) nützlich, die Systemstartversuchezähler
           implementieren, bei der der Zähler in den Eintragsdateinamen eingebettet ist. Mit
           $KERNEL_INSTALL_CONF_ROOT kann der Suchpfad außer Kraft gesetzt werden; Details finden
           Sie nachfolgend.

           Hinzugefügt in Version 240.

       /etc/kernel/entry-token
           Falls diese Datei existiert, wird sie gelesen und als »Zugangsmerkmal« für dieses
           System verwandt, d.h. sie wird für die Benennung von
           Systemlader-Spezifikationseinträge verwandt, siehe vorstehenden
           $KERNEL_INSTALL_ENTRY_TOKEN für Details. Mit $KERNEL_INSTALL_CONF_ROOT kann dieser
           Suchpfad außer Kraft gesetzt werden; Details finden Sie nachfolgend.

           Hinzugefügt in Version 251.

       /etc/machine-id
           Der Inhalt dieser Datei legt die Maschinenkennung MASCHINENKENNUNG fest.

           Hinzugefügt in Version 198.

       /etc/os-release, /usr/lib/os-release
           Wird von 90-loaderentry.install gelesen. Falls verfügbar, wird PRETTY_NAME= aus diesen
           Dateien gelesen und als den Titel für den Systemstarteintrag verwandt. Andernfalls
           wird »Linux KERNELVERSION« verwandt.

           Hinzugefügt in Version 198.

       /etc/kernel/install.conf, /usr/lib/kernel/install.conf
           Configuration file with options for kernel-install, as a series of KEY=VALUE
           assignments, compatible with shell syntax, following the same rules as described in
           os-release(5). The first of the files that is found will be used.
           $KERNEL_INSTALL_CONF_ROOT may be used to override the search path; see below for
           details.

           Derzeit werden die folgenden Schlüssel unterstützt: MACHINE_ID=, BOOT_ROOT=, layout=,
           initrd_generator=, uki_generator=. Siehe obigen Abschnitt Umgebungsvariablen für
           Details.

           Hinzugefügt in Version 250.

       /etc/kernel/uki.conf
           Ini-artige Konfigurationsdatei für ukify(1), die nur wirksam wird, wenn
           $KERNEL_INSTALL_LAYOUT oder layout= in install.conf auf uki gesetzt ist und
           $KERNEL_INSTALL_UKI_GENERATOR oder uki_generator= in install.conf auf ukify gesetzt
           oder gar nicht gesetzt ist. $KERNEL_INSTALL_CONF_ROOT kann zum Außerkraftsetzen des
           Suchpfades verwandt werden; Details finden Sie nachfolgend.

           Hinzugefügt in Version 255.

       /usr/lib/modules/KERNEL-VERSION/
           Location for installed kernel modules and other kernel related resources. For each
           locally installed kernel a directory named after the kernel version (uname -r) is
           kept.

           Hinzugefügt in Version 255.

       /usr/lib/modules/KERNEL-VERSION/vmlinuz
           Location for installed kernel images. This is the recommended location for OS package
           managers to install kernel images into (as applicable), from which kernel-install add
           then copies it into the final boot partition.

           Hinzugefügt in Version 255.

       For various cases listed above, if the $KERNEL_INSTALL_CONF_ROOT environment variable is
       set, it will override the search path. The files will be loaded only from the directory
       specified by the environment variable. When the variable is not set, the listed paths are
       tried in turn, and the first file that exists is used.

SIEHE AUCH

       machine-id(5), os-release(5), depmod(8), systemd-boot(7), ukify(1),
       Systemstartladeprogrammspezifikation[2]

ANMERKUNGEN

        1. Heutzutage werden tatsächlich CPIO-Archive als »initramfs« statt einer »initrd«
           verwandt. Siehe bootup(7) für eine Erläuterung.

        2. Systemladerspezifikation
           https://uapi-group.org/specifications/specs/boot_loader_specification

        3. Spezifikation für auffindbare Partitionen
           https://uapi-group.org/specifications/specs/discoverable_partitions_specification

ÜBERSETZUNG

       Die deutsche Übersetzung dieser Handbuchseite wurde von Helge Kreutzmann
       <debian@helgefjell.de> erstellt.

       Diese Übersetzung ist Freie Dokumentation; lesen Sie die GNU General Public License
       Version 3 ⟨https://www.gnu.org/licenses/gpl-3.0.html⟩ oder neuer bezüglich der Copyright-
       Bedingungen. Es wird KEINE HAFTUNG übernommen.

       Wenn Sie Fehler in der Übersetzung dieser Handbuchseite finden, schicken Sie bitte eine E-
       Mail an die Mailingliste der Übersetzer ⟨debian-l10n-german@lists.debian.org⟩.