{"id":121869,"date":"2025-02-12T14:22:12","date_gmt":"2025-02-12T12:22:12","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dlya-systemd-razvivaetsya-vozmozhnost-zagruzki-sistemnyh-obrazov-po-http"},"modified":"2025-02-12T14:22:12","modified_gmt":"2025-02-12T12:22:12","slug":"dlya-systemd-razvivaetsya-vozmozhnost-zagruzki-sistemnyh-obrazov-po-http","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/dlya-systemd-razvivaetsya-vozmozhnost-zagruzki-sistemnyh-obrazov-po-http","title":{"rendered":"F\u00fcr systemd wird die M\u00f6glichkeit entwickelt, Systemabbilder \u00fcber HTTP zu laden.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Lennart Poettering hat vorgeschlagen, dem Systemmanager systemd eine \u00c4nderung hinzuzuf\u00fcgen, die das Booten eines Systems mit einem Root-Dateisystemabbild, das von einem externen Host \u00fcber das HTTP-Protokoll bezogen wird, erm\u00f6glicht. Die \u00c4nderung besteht darin, dass systemd nicht nur in der Lage ist, ein Disk-Abbild w\u00e4hrend der Boot-Phase \u00fcber HTTP herunterzuladen, sondern auch das heruntergeladene Abbild zu entpacken, mit einem Blockger\u00e4t im Loopback-Modus zu verbinden, das Blockger\u00e4t als \/sysroot zu mounten und das System von dort zu booten. <\/p>\n
Die Unterst\u00fctzung f\u00fcr das Herunterladen von Disk-Abbildern w\u00e4hrend des Systemstarts mittels systemd-import-generator ist bereits in systemd 257 enthalten. Der Rest der Funktionalit\u00e4t befindet sich noch in der Prototyp-Phase und bedarf der \u00dcberarbeitung. Der vollst\u00e4ndige Boot-Zyklus wird derzeit noch nicht unterst\u00fctzt, aber in Zukunft plant man, die Funktionalit\u00e4t bis zum Booten \u00fcber UEFI HTTP Boot universeller Kernelabbilder (UKI - Unified Kernel Image) zu erweitern, die einen Bootloader f\u00fcr UEFI (UEFI Boot Stub), das Linux-Kernelabbild und die in den Speicher geladene Initrd-Umgebung in einer Datei vereinen. <\/p>\n
Die URL f\u00fcr den Download des Systemabbilds wird auf der Grundlage der URL berechnet, die f\u00fcr das EFI-Abbild in den Einstellungen f\u00fcr UEFI HTTP Boot angegeben ist (zum Beispiel, beim Booten \u00fcber EFI HTTP Boot , wird der im UKI initrd-Handler vorhandene rootfs-Abbild als geladen). In Zukunft wird neben HTTP auch Unterst\u00fctzung f\u00fcr die Technologie NVMe-over-TCP geplant, die den Zugriff auf NVMe-Speicher \u00fcber das Netzwerk (NVM Express over Fabrics) unter Verwendung des TCP-Protokolls erm\u00f6glicht. <\/p>\n
Es wird erwartet, dass das Booten von Abbilden, die von einem externen Host bezogen werden, die Organisation des Testens moderner, unver\u00e4nderlicher ('immutable') Betriebssysteme auf echter Hardware vereinfacht. Der Entwickler kann auf seinem Computer ein Abbild mit der Systemumgebung mithilfe des Tools mkosi erstellen und \u00fcber HTTP mit dem Befehl 'mkosi -f serve' verf\u00fcgbar machen. Auf dem Computer, auf dem die Systemfunktionalit\u00e4t getestet werden soll, reicht es aus, das Booten \u00fcber HTTP im EFI zu aktivieren und die URL des herunterzuladenden Abbilds mit dem Befehl: kernel-bootcfg \u2014add-uri=http:\/\/192.168.47.11:8081\/image.efi \u2014title=testloop \u2014boot-order=0 hinzuzuf\u00fcgen. <\/p>\n
Nach dem kann der Computer einfach neu gestartet werden und er l\u00e4dt das Standard-UKI-Kernel-Image, das dann das vom Entwickler vorbereitete Disk-Image mit dem Root-Dateisystem l\u00e4dt. Bis zur Deaktivierung des HTTP-Starts im EFI wird jeder nachfolgende Neustart des Computers dazu f\u00fchren, dass ein frisches Systemimage geladen wird. Bei dieser Art von Test werden lokale Festplatten nicht ber\u00fchrt. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"