{"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\/es\/blog\/news\/dlya-systemd-razvivaetsya-vozmozhnost-zagruzki-sistemnyh-obrazov-po-http","title":{"rendered":"Para systemd, se est\u00e1 desarrollando la capacidad de cargar im\u00e1genes del sistema por HTTP","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Lennart Poettering propuso incluir en el gestor de sistemas systemd un cambio que permita cargar el sistema utilizando una imagen del sistema de archivos ra\u00edz obtenida de un host externo a trav\u00e9s del protocolo HTTP. El cambio consiste en ampliar el systemd con la capacidad de no solo descargar la imagen del disco por HTTP en la etapa inicial de arranque, sino tambi\u00e9n descomprimir la imagen descargada, vincularla a un dispositivo de bloque en modo loopback, montar el dispositivo de bloque como \/sysroot y arrancar el sistema desde \u00e9l. <\/p>\n
El soporte para la descarga de im\u00e1genes de disco durante el arranque del sistema mediante systemd-import-generator ya est\u00e1 incluido en systemd 257. El resto de la funcionalidad a\u00fan se encuentra en fase de prototipo, lo que requiere ajustes. En la implementaci\u00f3n actual no se admite un ciclo de arranque completo, pero en el futuro se planea llevar la funcionalidad a cargar a trav\u00e9s de UEFI HTTP Boot im\u00e1genes de n\u00facleo universales UKI (Unified Kernel Image), que combinan en un solo archivo el gestor de arranque para UEFI (UEFI boot stub), la imagen del n\u00facleo de Linux y el entorno del sistema que se carga en memoria initrd. <\/p>\n
La URL para descargar la imagen del sistema se calcular\u00e1 en funci\u00f3n de la URL asignada para la imagen EFI en la configuraci\u00f3n de UEFI HTTP Boot (por ejemplo, al arrancar a trav\u00e9s de EFI HTTP Boot \u00abhttp:\/\/example.com\/somedir\/myimage.efi\u00bb, el manejador initrd de UKI descargar\u00e1 la imagen rootfs como \u00abhttp:\/\/example.com\/somedir\/myimage.raw.xz\u00bb). Adem\u00e1s de HTTP, se planea a\u00f1adir soporte para la tecnolog\u00eda NVMe-over-TCP, que permite acceder a discos NVMe a trav\u00e9s de la red (NVM Express over Fabrics) utilizando el protocolo TCP. <\/p>\n
Se espera que arrancar desde im\u00e1genes obtenidas de un host externo simplifique la organizaci\u00f3n de pruebas de sistemas operativos inmutables (\u00abimmutable\u00bb) en hardware real. El desarrollador puede crear una imagen con el entorno del sistema utilizando la herramienta mkosi en su computadora y hacerla accesible a trav\u00e9s de HTTP con el comando \u00abmkosi -f serve\u00bb. En la computadora donde se necesita probar el funcionamiento del sistema, basta con habilitar el arranque por HTTP en EFI y a\u00f1adir la URL de la imagen a descargar con el comando: kernel-bootcfg \u2014add-uri=http:\/\/192.168.47.11:8081\/image.efi \u2014title=testloop \u2014boot-order=0 <\/p>\n
Despu\u00e9s de eso, simplemente puedes reiniciar el ordenador y cargar\u00e1 la imagen est\u00e1ndar del n\u00facleo UKI, que a su vez cargar\u00e1 la imagen del disco preparada por el desarrollador con el sistema de archivos ra\u00edz. Hasta que se desactive la carga por HTTP en el EFI, cada reinicio del ordenador resultar\u00e1 en la carga de una nueva imagen del sistema. Durante esta prueba, no se ven afectados los discos locales. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"