Grub vs. Systemd-boot: ¿Cuál debería usar como gestor de arranque?

Systemd-boot, anteriormente llamado «gummiboot», es el nuevo competidor de Grub. En sistemas EFI compatibles, puede usar systemd-boot en lugar de Grub para iniciar el sistema operativo del sistema. Desde una perspectiva de alto nivel, systemd-boot se vincula con el cargador de arranque que ya está en UEFI, ofreciendo el conjunto de funciones más básico para seleccionar un sistema operativo. Grub, por otro lado, carga lo que a veces se describe como «un sistema operativo completo» para gestionar el arranque del sistema operativo del usuario, proporcionando una capacidad mucho mayor.

¿Qué es un gestor de arranque?

Un gestor de arranque carga el sistema operativo. El BIOS de su máquina lo copia a la memoria desde el primer bloque válido de su disco y se ejecuta antes de que se inicie cualquier sistema operativo. A partir de ahí, proporciona un conjunto básico de funciones que le permiten modificar cómo desea que arranque su máquina para esa sesión. Por ejemplo, GRUB le brinda la opción de cargar diferentes kernels para su distribución de Linux.

Si el gestor de arranque detecta varias imágenes de sistema de arranque, permite al usuario seleccionar qué sistema cargar. El gestor de arranque luego inicia el sistema operativo y entrega el control del hardware al sistema operativo. En la mayoría de los sistemas, el gestor de arranque aparece justo después de la pantalla de presentación de la placa base.

FYI: BIOS y UEFI son los dos firmware que encontrará en las placas base x86_64 hoy. Aprenda qué los motiva y cómo puede determinar qué firmware es mejor para usted .

Grub frente a systemd-boot: ¿Qué es Grub?

GNU GRUB , más comúnmente conocido como Grub o GRUB 2, significa GR y U nified Boot Interface. Se basa en la especificación de arranque múltiple de Free Software Foundations . Sus desarrolladores lo diseñaron para funcionar en cualquier plataforma de hardware y arrancar casi cualquier sistema operativo similar a Unix desde prácticamente cualquier medio de arranque y sistema de archivos.

Debido a que cubre una amplia gama de plataformas y distribuciones, Grub suele ser el gestor de arranque predeterminado en la mayoría de las distribuciones de Linux. Si ha interactuado con un gestor de arranque de Linux, probablemente haya sido Grub. También proporciona opciones para la configuración visual como texto, colores de fondo e imágenes gráficas de bienvenida. La versión de Debian de Grub, por ejemplo, usa un fondo azul verdoso único para su aviso.

Grub admite sistemas de arranque múltiple y sus desarrolladores lo escribieron específicamente para ese propósito. Sin embargo, puede ser un poco complicado si algo sale mal. Los problemas ocurren con mayor frecuencia al instalar Grub en un sistema de arranque múltiple existente, eliminar sistemas operativos e instalar nuevos sistemas operativos. Grub usa un archivo conf, por lo que todos los sistemas operativos se incluyen en el mismo archivo, que se edita para reflejar los cambios.

Los cargadores de arranque del sistema operativo principal viven en el MBR, y otros sistemas operativos se cargan en cadena a través de cargadores de arranque en sus propias particiones. Esto funciona, y para la mayoría de los casos de uso, es absolutamente suficiente. Pero es un sistema que también puede alterarse fácilmente. Por ejemplo, si no configura correctamente los núcleos cargados en cadena, varias instalaciones de Linux pueden terminar “luchando” por el control del MBR.

Grub vs. Systemd-boot: ¿Qué es Systemd-boot?

Los fanáticos de Linux pueden haber encontrado el nombre » systemd » antes. Systemd, abreviatura de «demonio del sistema», es una colección de demonios de requisitos previos fundamentales para ejecutar un sistema Linux. Systemd-boot es un código de varios miles de líneas y no tiene dependencias en el resto de la suite systemd.

Sin embargo, gracias a su simplicidad, gummiboot se agregó a systemd y se le cambió el nombre a «systemd-boot» para que coincida con la convención de nomenclatura de componentes de systemd. El objetivo general de Systemd es arrancar el sistema rápidamente iniciando menos cosas y más en paralelo, y systemd-boot comparte ese objetivo.

Como cargador de arranque de solo texto, systemd-boot tiene una apariencia obviamente de la vieja escuela. Los dispositivos de arranque disponibles se enumeran por su título, que se maneja en el archivo de configuración de systemd-boot. El systemd-boot es básicamente una interfaz para la lógica de arranque incluida en EFI, por lo que solo se puede usar con sistemas EFI compatibles. Es un sistema dramáticamente menos configurable que Grub, y usa modular. conf para cada sistema operativo que desee iniciar.

Con su interfaz limitada, systemd-boot es un gestor de arranque mucho más pequeño que Grub. Algunas personas lo instalan por velocidad o para administrar múltiples sistemas operativos de manera más efectiva. Debido a que systemd-boot usa archivos de configuración divididos (un solo archivo .conf para cada kernel o sistema operativo), puede ser más sencillo mantener manualmente un sistema con múltiples kernels o sistemas operativos. Estos archivos de texto de configuración directos se pueden copiar simplemente al directorio de systemd cuando se instala un nuevo kernel. Esto simplifica la configuración para sistemas de arranque múltiple.

¿Qué es mejor: Grub o Systemd-boot?

Si tiene problemas con Grub, systemd-boot proporciona una infraestructura de arranque drásticamente simplificada con configuración de archivos directos. Es más robusto, pero tampoco es tan configurable o adaptable como Grub. Si está ejecutando un sistema EFI de arranque múltiple, systemd-boot puede proporcionar una administración de arranque más sencilla e incluso puede reducir los tiempos de arranque. En otras configuraciones del sistema, o para usos que requieren una mayor flexibilidad que la que ofrece systemd-boot, Grub sigue siendo su mejor opción.

Preguntas frecuentes

¿Es posible convertir mi sistema GRUB 2 a Systemd-boot?

Sí. En su mayor parte, GRUB y Systemd-boot deberían poder coexistir dentro del mismo sistema. Esto significa que puede convertir una máquina que usa GRUB en Systemd-boot.

Es importante tener en cuenta que la instalación de Systemd-boot diferirá según su distribución de Linux. Sin embargo, en la mayoría de los casos, esto implicará cargar su sistema operativo en modo UEFI y ejecutar su && bootctl install.

¿Pueden los sistemas BIOS ejecutar Systemd-boot?

Sí. Es posible que los sistemas solo BIOS ejecuten Systemd-boot emulando un entorno similar a UEFI. Uno de los programas más populares que pueden hacer esto es Clover . Este es un reemplazo del cargador de arranque para máquinas Hackintosh que puede manipular para que funcione con distribuciones de Linux.

¿Es posible acelerar GRUB 2?

Sí. Una de las formas más sencillas de acelerar GRUB 2 durante el arranque es reducir el tiempo de espera de su aviso. Puede hacer esto ejecutando sudo nano /etc/default/gruby luego cambiando el GRUB_TIMEOUTvalor a 1.

Por otro lado, también puede asegurarse de que GRUB siempre esperará una respuesta del usuario cambiando ese GRUB_TIMEOUTvalor a -1. Una vez hecho esto, debe ejecutar sudo update-grubpara aplicar su nueva configuración.

Crédito de la imagen: Unsplash . Todas las alteraciones y capturas de pantalla por Ramces Red.