{"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\/news\/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 schl\u00e4gt vor, eine \u00c4nderung in den systemd-Systemmanager aufzunehmen, die es erm\u00f6glicht, das System mithilfe eines Root-Dateisystem-Images, das von einem externen Host \u00fcber HTTP abgerufen wird, zu starten. Die \u00c4nderung erweitert systemd um die F\u00e4higkeit, nicht nur ein Disk-Image \u00fcber HTTP in der fr\u00fchen Startphase herunterzuladen, sondern auch das heruntergeladene Image zu entpacken, mit einem Blockger\u00e4t im Loopback-Modus zu verkn\u00fcpfen, das Blockger\u00e4t als \/sysroot zu mounten und das System von dort zu starten. <\/p>\n
Die Unterst\u00fctzung f\u00fcr das Herunterladen von Disk-Images w\u00e4hrend des Systemstarts mithilfe von systemd-import-generator ist bereits in version 257 von systemd integriert. Die restlichen Funktionen befinden sich derzeit in der Prototyp-Phase und bed\u00fcrfen weiterer Arbeit. Der vollst\u00e4ndige Bootzyklus wird derzeit noch nicht unterst\u00fctzt, es wird jedoch geplant, die Funktionalit\u00e4t in Zukunft so zu erweitern, dass sie das Booten \u00fcber UEFI HTTP Boot mit universellen Kernel-Images (UKI, Unified Kernel Image) erm\u00f6glicht, die einen Bootloader f\u00fcr UEFI (UEFI boot stub), das Linux-Kernel-Image und das im Speicher ladbare System-Umfeld initrd in einer Datei vereinen. <\/p>\n
Die URL zum Herunterladen des Systemabbilds wird auf Grundlage der in den UEFI HTTP Boot-Einstellungen angegebenen URL f\u00fcr das EFI-Abbild berechnet (zum Beispiel, beim Booten \u00fcber EFI HTTP Boot \u201ehttp:\/\/example.com\/somedir\/myimage.efi\u201c, l\u00e4dt der im UKI initrd-Handler vorhandene Rootfs-Abbild als \u201ehttp:\/\/example.com\/somedir\/myimage.raw.xz\u201c herunter). Zuk\u00fcnftig ist geplant, neben HTTP auch die Unterst\u00fctzung der NVMe-over-TCP-Technologie hinzuzuf\u00fcgen, die es erm\u00f6glicht, \u00fcber das Netzwerk auf NVMe-Speicher zuzugreifen (NVM Express over Fabrics), unter Verwendung des TCP-Protokolls. <\/p>\n
Es wird angenommen, dass das Booten von Abbilden, die von einem externen Host abgerufen werden, die Organisation von Tests modernster unver\u00e4nderlicher (\u201eimmutable\u201c) Betriebssysteme auf realer Hardware vereinfachen wird. Der Entwickler kann auf seinem Computer ein Abbild mit der Systemumgebung mit dem Tool mkosi erstellen und es \u00fcber HTTP mit dem Befehl \u201emkosi -f serve\u201c verf\u00fcgbar machen. Auf dem Computer, auf dem die Systemfunktion getestet werden soll, reicht es aus, das Booten \u00fcber HTTP im EFI zu aktivieren und die URL des herunterzuladenden Abbilds mit dem Befehl hinzuzuf\u00fcgen: kernel-bootcfg \u2014add-uri=http:\/\/192.168.47.11:8081\/image.efi \u2014title=testloop \u2014boot-order=0 <\/p>\n
Anschlie\u00dfend 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. Vor der Deaktivierung des HTTP-Starts in EFI wird jeder nachfolgende Neustart des Computers zu einem frischen System-Image f\u00fchren. Bei dieser Art von Tests werden die lokalen Festplatten nicht ber\u00fchrt. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"