GRUB en Linux Red Hat: guía completa de configuración, administración y recuperación del arranque

Guía técnica de administración Linux | Actualizado: noviembre de 2026

GRUB (GRand Unified Bootloader) es uno de los componentes más importantes del proceso de arranque de Linux. Su función consiste en localizar y cargar el kernel del sistema operativo, proporcionar los parámetros necesarios para su inicialización y permitir que el administrador seleccione entre diferentes sistemas operativos o versiones del núcleo.

En distribuciones como Red Hat Enterprise Linux (RHEL), Fedora, CentOS Stream, Rocky Linux y AlmaLinux, GRUB 2 proporciona herramientas para administrar el arranque, seleccionar versiones anteriores del kernel, diagnosticar problemas de inicio y acceder a entornos especiales de mantenimiento y recuperación.

Aunque normalmente funciona de manera automática y pasa inadvertido para el usuario, conocer su funcionamiento resulta fundamental para cualquier administrador de sistemas Linux, especialmente cuando un servidor deja de iniciar después de una actualización, presenta errores relacionados con el kernel o requiere mantenimiento desde la consola.

En esta guía aprenderás cómo funciona GRUB, cuáles son sus archivos principales, qué comandos permiten administrarlo y cómo utilizar sus mecanismos de recuperación de manera segura.

¿Qué es GRUB y para qué sirve en Linux?

GRUB es un gestor de arranque de código abierto desarrollado como parte del proyecto GNU. Su nombre proviene de GRand Unified Bootloader.

Un gestor de arranque es el software encargado de iniciar la carga de un sistema operativo después de que el firmware de una computadora completa las primeras etapas de inicialización del hardware.

En Linux, GRUB actúa como intermediario entre el firmware del equipo y el kernel.

Actualmente, las distribuciones tradicionales de la familia Red Hat utilizan GRUB 2, una evolución de GRUB Legacy que proporciona una arquitectura modular, herramientas de configuración y compatibilidad con diferentes plataformas.

¿Cómo funciona el proceso de arranque de Linux?

El arranque de un sistema Linux puede dividirse en varias etapas.

1. BIOS o UEFIInicializa el hardware y localiza el cargador de arranque

2. GRUB 2Selecciona la entrada de arranque, el kernel y sus parámetros

3. Kernel de Linux e initramfsInicializan controladores, dispositivos y el sistema de archivos raíz

4. systemdInicia servicios, unidades y objetivos del sistema

5. Sistema Linux operativoPresenta la consola de acceso o el entorno gráfico

Primera etapa: BIOS o UEFI. Al encender el equipo, el firmware inicializa los componentes esenciales y determina desde qué dispositivo debe arrancar. En sistemas BIOS tradicionales, el arranque puede comenzar desde código instalado en el disco. En UEFI, el firmware ejecuta una aplicación EFI almacenada normalmente en la partición del sistema EFI (ESP).

Segunda etapa: GRUB 2. El gestor presenta, cuando corresponde, un menú con las opciones disponibles. Estas pueden incluir varias versiones del kernel, otros sistemas operativos o entradas especiales de recuperación.

Tercera etapa: kernel e initramfs. GRUB carga el kernel Linux y la imagen inicial del sistema de archivos en memoria, conocida como initramfs. Este entorno proporciona componentes necesarios para localizar y preparar el sistema de archivos raíz definitivo.

Cuarta etapa: inicialización del sistema. Una vez que el kernel dispone del sistema de archivos raíz, transfiere el control al sistema de inicialización. En las distribuciones consideradas en esta guía, normalmente se utiliza systemd, que administra los servicios y recursos necesarios para completar el arranque.

Diferencias entre GRUB y el kernel de Linux

Aunque ambos participan en el proceso de arranque, cumplen funciones diferentes.

Componente	Función principal
BIOS/UEFI	Inicializar el hardware y localizar el mecanismo de arranque
GRUB 2	Seleccionar y cargar el kernel y su entorno inicial
Kernel Linux	Administrar memoria, procesos, controladores y hardware
initramfs	Preparar el acceso al sistema de archivos raíz
systemd	Inicializar servicios y alcanzar el estado operativo del sistema

GRUB no reemplaza al kernel ni al sistema de inicialización. Su responsabilidad termina cuando transfiere el control a la siguiente etapa del arranque.

Características principales de GRUB 2

Selección de sistemas operativos

GRUB puede presentar un menú desde el cual seleccionar diferentes sistemas operativos instalados en un mismo equipo.

Por ejemplo, una computadora podría tener instalados Fedora y Windows 11.

En determinadas configuraciones, GRUB puede ofrecer entradas para iniciar cualquiera de los dos sistemas. La detección automática de otros sistemas operativos depende de herramientas como os-prober, su configuración y las restricciones de seguridad aplicadas.

No debe suponerse que todos los sistemas operativos instalados aparecerán automáticamente en el menú.

Administración de múltiples versiones del kernel

Una característica especialmente útil en servidores consiste en conservar diferentes versiones del kernel.

Cuando se instala una actualización, normalmente se agrega una nueva versión sin eliminar inmediatamente todas las anteriores.

Esto permite regresar temporalmente a un kernel anterior cuando una actualización provoca problemas, por ejemplo:

• Fallas de controladores de almacenamiento o red.
• Incompatibilidades con módulos de terceros.
• Errores durante la inicialización.
• Problemas con hardware específico.
• Fallas críticas del kernel, conocidas como kernel panic.

La cantidad de versiones conservadas depende de la política de instalación y mantenimiento de paquetes del sistema.

Configuración del menú de arranque

GRUB permite administrar parámetros como el tiempo de espera, la entrada predeterminada, la visibilidad del menú y determinadas opciones de presentación.

Estas opciones se configuran mediante archivos y herramientas del sistema, según la distribución y su versión.

Parámetros de inicio del kernel

Durante el arranque es posible transmitir argumentos al kernel que modifican su comportamiento.

Algunos ejemplos son:

Parámetro	Utilidad
quiet	Reducir determinados mensajes de arranque
rhgb	Habilitar el arranque gráfico de Red Hat cuando sus componentes están disponibles
systemd.unit=rescue.target	Solicitar el modo de rescate de systemd
systemd.unit=emergency.target	Solicitar el entorno mínimo de emergencia
rd.break	Interrumpir el arranque dentro del entorno initramfs administrado por dracut
selinux=0	Desactivar SELinux para ese arranque; utilizar únicamente en situaciones excepcionales y controladas

Estos parámetros no tienen todos el mismo propósito ni las mismas implicaciones de seguridad. En especial, desactivar SELinux no debe considerarse una solución habitual para problemas de arranque.

Recuperación ante fallas del sistema

GRUB facilita la ejecución de procedimientos de diagnóstico antes de que Linux termine de inicializarse.

Es posible seleccionar otro kernel, editar temporalmente determinados parámetros y utilizar modos de mantenimiento.

También se puede recurrir a medios de instalación o recuperación cuando el gestor de arranque, el sistema de archivos o las imágenes del kernel presentan daños.

Compatibilidad con BIOS y UEFI

GRUB 2 puede utilizarse tanto en sistemas con BIOS tradicional como en plataformas UEFI.

Sin embargo, el mecanismo de instalación del cargador, las rutas de sus archivos y los procedimientos de reparación son diferentes.

En servidores modernos con UEFI y Secure Boot, estas diferencias adquieren especial importancia.

Protección del proceso de arranque

GRUB permite configurar autenticación para limitar la edición de entradas y el acceso a determinadas funciones del gestor.

Esta característica puede combinarse con controles del firmware, cifrado de discos y medidas de seguridad física para fortalecer la protección de los equipos.

GRUB en Red Hat Enterprise Linux, Fedora, CentOS Stream, Rocky Linux y AlmaLinux

Aunque estas distribuciones comparten tecnologías y herramientas, existen diferencias importantes entre sus versiones y configuraciones.

Por esa razón, antes de modificar el gestor de arranque es indispensable identificar el sistema operativo, el modo de firmware y la estructura de los archivos de configuración.

Diferencias principales entre distribuciones

Distribución	Consideraciones para administrar GRUB
RHEL 8	GRUB 2 y BLS en instalaciones habituales; algunas rutas y procedimientos UEFI varían respecto de versiones posteriores
RHEL 9	GRUB 2 con BLS; configuración principal habitualmente en /boot/grub2/grub.cfg
RHEL 10	GRUB 2 con herramientas como grubby y procedimientos documentados para actualizar BLS
Fedora	GRUB 2 en instalaciones tradicionales; desde Fedora 34 se unificó la ubicación principal de configuración
CentOS Stream	Utiliza tecnologías relacionadas con RHEL; se debe verificar la versión y configuración instalada
Rocky Linux	Conserva herramientas compatibles con RHEL; dispone de procedimientos documentados para rescate del kernel
AlmaLinux	Mantiene herramientas de administración relacionadas con RHEL y componentes propios de arranque seguro

La arquitectura de arranque también puede variar entre equipos x86_64, ARM y otras plataformas. Asimismo, algunas imágenes especializadas o sistemas con administración del sistema operativo mediante imágenes pueden utilizar procedimientos distintos.

Identificar la distribución instalada

Objetivo: conocer el sistema operativo y su versión antes de aplicar comandos administrativos.

cat /etc/os-release

En una instalación de Fedora, por ejemplo, la salida contiene campos similares a los siguientes:

NAME="Fedora Linux"
ID=fedora
VERSION_ID=43
PRETTY_NAME="Fedora Linux 43"

Este archivo permite distinguir entre distribuciones y conocer su versión sin depender de convenciones de nombres o de herramientas opcionales.

Compatibilidad: RHEL, Fedora, CentOS Stream, Rocky Linux y AlmaLinux modernos.

Precaución: un sistema actualizado desde versiones anteriores puede conservar configuraciones de arranque heredadas.

Identificar si el servidor utiliza BIOS o UEFI

Objetivo: determinar el tipo de firmware utilizado durante el arranque actual.

if [ -d /sys/firmware/efi ]; then
    echo "Sistema iniciado en modo UEFI"
else
    echo "Sistema iniciado en modo BIOS o no EFI"
fi

Si existe el directorio /sys/firmware/efi, normalmente significa que Linux fue iniciado mediante UEFI.

También puede consultarse información del firmware con:

sudo efibootmgr -v

Este último comando requiere el paquete efibootmgr y un entorno UEFI compatible.

Compatibilidad: distribuciones modernas de la familia Red Hat.

Precaución: no debe confundirse el soporte UEFI del hardware con el modo utilizado realmente para iniciar el sistema.

Archivos y directorios principales de GRUB 2

Los archivos relacionados con el arranque están distribuidos en diferentes ubicaciones del sistema.

Ruta	Función habitual
/etc/default/grub	Opciones generales utilizadas para generar configuración
/etc/grub.d/	Scripts utilizados por grub2-mkconfig
/boot/grub2/grub.cfg	Configuración principal de GRUB 2 en instalaciones modernas
/boot/grub2/grubenv	Variables persistentes del entorno GRUB
/boot/grub2/user.cfg	Información de autenticación en configuraciones compatibles
/boot/loader/entries/	Entradas de arranque BLS
/boot/vmlinuz-*	Imágenes de kernels instalados
/boot/initramfs-*.img	Imágenes iniciales del sistema de archivos
/boot/efi/EFI/	Archivos de cargadores EFI cuando existe una ESP montada allí

Estas rutas representan configuraciones habituales, no una estructura universal de todas las versiones de Linux.

El archivo /etc/default/grub

Este archivo contiene valores que pueden utilizarse al generar la configuración principal del gestor.

Un ejemplo ilustrativo es:

GRUB_TIMEOUT=5
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="rhgb quiet"

El contenido real puede incluir opciones adicionales y valores específicos del equipo.

GRUB_TIMEOUT establece el tiempo de espera configurado, aunque otras políticas pueden ocultar el menú.

GRUB_DEFAULT=saved permite utilizar una entrada predeterminada almacenada.

GRUB_CMDLINE_LINUX contiene parámetros que pueden incorporarse a las entradas del kernel según el método de generación utilizado.

Importante: en sistemas con BLS, modificar /etc/default/grub y ejecutar grub2-mkconfig no garantiza por sí solo que se reescriban los argumentos de todos los kernels existentes.

El archivo /boot/grub2/grub.cfg

Este archivo contiene instrucciones utilizadas por GRUB durante el arranque.

En instalaciones con BLS, puede incluir mecanismos para cargar las entradas definidas en archivos independientes.

La recomendación general es no modificar manualmente grub.cfg, porque se trata de un archivo generado y sus cambios pueden perderse al regenerarlo.

¿Qué es Boot Loader Specification (BLS)?

Boot Loader Specification es una especificación que permite representar las entradas de arranque mediante archivos individuales.

En instalaciones que utilizan este mecanismo, es frecuente encontrar archivos con extensión .conf en:

/boot/loader/entries/

Una entrada ilustrativa puede contener:

title Fedora Linux
version VERSION_DEL_KERNEL
linux /vmlinuz-VERSION_DEL_KERNEL
initrd /initramfs-VERSION_DEL_KERNEL.img
options $kernelopts

Los valores, variables y campos reales dependen de la distribución y de cómo se haya generado la entrada.

Este mecanismo permite administrar kernels sin necesidad de reconstruir un menú completo cada vez que se incorpora una nueva versión.

Particularidades de UEFI en Fedora y RHEL

Desde Fedora 34, el proyecto unificó la ubicación de la configuración principal de GRUB.

En estas instalaciones, el archivo:

/boot/efi/EFI/fedora/grub.cfg

puede ser un archivo pequeño cuya función es localizar la configuración principal almacenada en:

/boot/grub2/grub.cfg

Red Hat también documenta este esquema en versiones modernas de RHEL.

Por ello, no es recomendable ejecutar grub2-mkconfig directamente sobre el archivo grub.cfg de la partición EFI en instalaciones modernas que utilizan este diseño.

Sobrescribir el archivo intermediario puede afectar el proceso de arranque.

En instalaciones antiguas, particularmente algunas configuraciones de RHEL 8 y versiones previas de Fedora, pueden existir diferencias. Antes de regenerar archivos se debe verificar qué configuración utiliza realmente el sistema.

Fuentes: documentación de Fedora sobre la unificación de GRUB y procedimientos actuales de RHEL. Fedora Project Wiki+2

Administración de GRUB 2 desde la terminal

Las siguientes operaciones permiten consultar el estado del gestor de arranque y realizar modificaciones controladas.

Es conveniente comenzar con comandos de diagnóstico antes de modificar cualquier archivo.

1. Identificar la versión de GRUB instalada

Objetivo: consultar la versión de las herramientas GRUB disponibles en el sistema.

grub2-install --version

Una salida habitual tiene un formato parecido a:

grub2-install (GRUB) 2.12

La versión mostrada dependerá de los paquetes instalados.

También puede consultarse el inventario de paquetes:

rpm -qa | grep -E '^grub2|^shim'

Esto permite identificar paquetes de GRUB y, cuando corresponda, componentes relacionados con el arranque UEFI.

Compatibilidad: RHEL, Fedora, CentOS Stream, Rocky Linux y AlmaLinux con herramientas GRUB 2 instaladas.

Precaución: ejecutar grub2-install --version únicamente consulta información; no instala ni modifica el gestor. No debe confundirse con ejecutar grub2-install para realizar una instalación.

2. Consultar la versión del kernel en ejecución

Objetivo: identificar el kernel utilizado actualmente.

uname -r

Para obtener información más completa:

uname -a

Este comando es especialmente importante cuando se investiga un problema ocurrido después de actualizar Linux.

Compatibilidad: cualquier distribución Linux.

3. Consultar los kernels disponibles para arrancar

Objetivo: visualizar las entradas de arranque reconocidas por las herramientas del sistema.

sudo grubby --info=ALL

La información puede incluir campos como:

index=0
kernel=/boot/vmlinuz-VERSION
args="ro rhgb quiet"
initrd=/boot/initramfs-VERSION.img
title=Linux (VERSION)
id=IDENTIFICADOR

Cada bloque corresponde a una entrada identificada por grubby.

También puede realizarse una consulta directa de los archivos:

ls -lh /boot/vmlinuz-*

Y de las entradas BLS:

ls -lh /boot/loader/entries/

La presencia de archivos en /boot no garantiza por sí sola que todas las entradas sean válidas. Es necesario verificar su relación con la configuración efectiva del gestor.

Compatibilidad: sistemas con grubby, incluidos RHEL 8, 9 y 10, y distribuciones compatibles.

4. Identificar el kernel predeterminado

Objetivo: conocer cuál será el kernel seleccionado normalmente por el gestor de arranque.

sudo grubby --default-kernel

Para consultar información adicional:

sudo grubby --default-index

Estos comandos resultan útiles antes y después de realizar modificaciones.

Compatibilidad: RHEL moderno, Fedora y sistemas compatibles que incluyan grubby.

5. Seleccionar una versión anterior del kernel

Supongamos que un servidor dejó de funcionar correctamente después de una actualización del kernel.

Una alternativa consiste en seleccionar temporalmente una versión anterior que ya se encuentre instalada.

Primero se consultan las entradas:

sudo grubby --info=ALL

Después se identifica la ruta exacta del kernel deseado.

Para establecerlo como predeterminado:

sudo grubby --set-default=/boot/vmlinuz-VERSION

Debe sustituirse VERSION por el nombre completo del kernel existente, obtenido de la consulta anterior.

Finalmente se verifica:

sudo grubby --default-kernel

Compatibilidad: RHEL 8, 9 y 10, Fedora y distribuciones compatibles con grubby.

Precaución: esta modificación persiste para arranques posteriores. No debe realizarse sin conocer las implicaciones de utilizar una versión anterior del kernel, especialmente si una actualización resolvió problemas de seguridad.

También puede seleccionarse un kernel anterior desde el menú de GRUB cuando la opción correspondiente está disponible.

6. Seleccionar una entrada solo para el próximo arranque

Cuando se desea probar temporalmente un kernel, es posible utilizar:

sudo grub2-reboot IDENTIFICADOR

El identificador debe obtenerse de las entradas reales del sistema.

Por ejemplo, pueden consultarse mediante:

sudo grubby --info=ALL | grep '^id='

grub2-reboot permite definir una entrada para el siguiente arranque sin cambiar permanentemente la predeterminada.

Compatibilidad: instalaciones de GRUB 2 que admiten entradas y variables persistentes del entorno, incluidas las documentadas en RHEL 8 y RHEL 10.

Precaución: utilizar identificadores estables en lugar de índices numéricos cuando sea posible. Los índices pueden cambiar después de instalar o eliminar kernels. En servidores remotos debe existir una forma de recuperar la consola si el arranque de prueba falla.

7. Consultar los parámetros utilizados en el arranque actual

Objetivo: conocer los argumentos con los que se inició el kernel.

cat /proc/cmdline

La salida puede contener parámetros relacionados con almacenamiento, consola, SELinux, cifrado y otros componentes.

Este comando es esencial para comprobar si una modificación de parámetros realmente se aplicó después del reinicio.

Compatibilidad: todas las distribuciones Linux modernas.

8. Modificar parámetros permanentes del kernel con grubby

La herramienta grubby permite actualizar los argumentos asociados con entradas de arranque.

Por ejemplo, para agregar un parámetro a los kernels administrados por esta herramienta:

sudo grubby --update-kernel=ALL --args="systemd.show_status=1"

Para retirar el mismo parámetro:

sudo grubby --update-kernel=ALL --remove-args="systemd.show_status=1"

El parámetro systemd.show_status=1 solicita mostrar información del estado de los servicios durante el arranque.

La modificación puede verificarse mediante:

sudo grubby --info=ALL

Y después de reiniciar:

cat /proc/cmdline

Compatibilidad: sistemas con soporte de grubby, incluidos Fedora y RHEL modernos.

Precaución: ALL afecta las entradas administradas por la herramienta. En sistemas con BLS y distintas políticas de generación, debe verificarse la persistencia de los cambios, incluidos los kernels instalados posteriormente.

Red Hat documenta además el uso de grub2-mkconfig --update-bls-cmdline en escenarios específicos de RHEL 10. Esta operación reescribe argumentos de las entradas BLS desde la configuración indicada, por lo que no debe ejecutarse sin entender su efecto sobre cambios previamente realizados con grubby. Red Hat Documentation+1

9. Regenerar la configuración principal de GRUB

Objetivo: reconstruir la configuración principal después de modificar opciones que requieren este procedimiento.

En instalaciones modernas compatibles que utilizan el diseño unificado:

sudo grub2-mkconfig -o /boot/grub2/grub.cfg

Este comando procesa la configuración correspondiente y genera el archivo indicado.

No es necesario ejecutarlo después de cada actualización del kernel en todos los sistemas con BLS.

Compatibilidad: documentado para RHEL 9 y 10 y Fedora con configuración unificada. También se utiliza en sistemas Rocky Linux y otros compatibles con ese diseño.

Precaución importante: en instalaciones antiguas, las rutas pueden cambiar. No utilizar automáticamente una ruta de la partición EFI como destino. La regeneración de grub.cfg tampoco reinstala por sí sola los componentes binarios del cargador.

10. Respaldar la configuración antes de modificarla

Objetivo: conservar copias de los archivos principales antes de realizar cambios.

sudo mkdir -p /root/respaldos-grub

sudo cp -a /etc/default/grub \
    /root/respaldos-grub/

sudo cp -a /boot/grub2/grub.cfg \
    /root/respaldos-grub/

sudo cp -a /boot/grub2/grubenv \
    /root/respaldos-grub/

Estos comandos suponen que los archivos existen en las rutas indicadas.

En un sistema con BLS también es recomendable respaldar las entradas:

sudo cp -a /boot/loader/entries \
    /root/respaldos-grub/

Compatibilidad: sistemas que utilizan las rutas descritas.

Precaución: proteger los respaldos, conservar permisos y etiquetas de seguridad cuando corresponda y verificar el espacio disponible. Un respaldo dentro del propio servidor no sustituye una copia externa.

Administración y recuperación del sistema Linux

Una de las aplicaciones más importantes de GRUB es facilitar las tareas de mantenimiento cuando Linux no inicia correctamente.

Antes de modificar parámetros o iniciar un procedimiento de recuperación, es necesario determinar en qué etapa ocurre el problema.

Diagnóstico de problemas durante el arranque

Las fallas pueden presentarse en distintos momentos.

Síntoma	Posible origen	Primera revisión recomendada
El firmware no encuentra un dispositivo de arranque	Orden de arranque, disco o entrada UEFI	Firmware y almacenamiento
Aparece grub> o grub rescue>	Configuración, módulos o archivos de GRUB inaccesibles	Partición /boot y configuración
Se muestra kernel panic	Kernel, módulos, almacenamiento o raíz inaccesible	Probar un kernel anterior
El sistema entra en modo de emergencia	Fallas de montaje, dependencias o unidades	Logs y configuración de almacenamiento
El arranque se detiene en initramfs	Problemas con dispositivos, controladores o sistema raíz	Mensajes de dracut
Linux inicia, pero algunos servicios fallan	Configuración de servicios o dependencias	systemctl y journalctl

En servidores de producción conviene registrar el mensaje exacto antes de modificar cualquier configuración.

Consultar los errores del arranque anterior

Cuando el sistema puede iniciar con otro kernel o después de resolver temporalmente la falla, es posible consultar los mensajes del arranque previo:

sudo journalctl -b -1 -p err

Para revisar los mensajes relacionados con el kernel:

sudo journalctl -k -b -1

Y para conocer los arranques disponibles:

journalctl --list-boots

Compatibilidad: distribuciones con systemd y journalctl.

Precaución: los registros de arranques anteriores deben estar disponibles en el journal. Si el almacenamiento de registros no es persistente o no se completó el arranque, algunos mensajes podrían no conservarse.

Acceder al modo de rescate de systemd

El modo de rescate proporciona un entorno reducido destinado a tareas de mantenimiento.

Para solicitarlo desde el menú de GRUB:

1. Reinicia el equipo y muestra el menú del gestor de arranque.
2. Selecciona la entrada del kernel que deseas utilizar.
3. Presiona la tecla e para editar temporalmente los parámetros.
4. Localiza la línea que comienza con linux o linuxefi, según la versión y configuración.
5. Agrega el parámetro:

systemd.unit=rescue.target

6. Inicia utilizando Ctrl + X o la combinación que indique la interfaz de GRUB.

El sistema intentará ingresar al entorno de rescate de systemd.

Normalmente será necesario proporcionar la contraseña administrativa exigida por el mecanismo de mantenimiento.

Compatibilidad: distribuciones con systemd y GRUB 2 que permitan editar las entradas.

Precaución: un arranque de rescate no garantiza que todos los sistemas de archivos estén disponibles ni que los servicios de red se encuentren activos.

Utilizar el modo de emergencia

Cuando el sistema no puede completar el proceso normal de inicialización, puede utilizarse:

systemd.unit=emergency.target

Este objetivo proporciona un entorno mínimo de mantenimiento.

Resulta útil para investigar problemas relacionados con montajes de sistemas de archivos, configuración del sistema y dependencias críticas.

En general, ofrece menos servicios y recursos que el modo de rescate.

Mantenimiento de credenciales administrativas desde un entorno de recuperación

En determinadas circunstancias, un administrador autorizado puede perder el acceso a la cuenta root, por ejemplo, después de una migración, un cambio de personal responsable o la pérdida de credenciales documentadas.

Linux dispone de mecanismos de recuperación para restablecer la administración del equipo sin necesidad de reinstalar el sistema operativo.

Estos procedimientos deben realizarse únicamente en servidores propios o sobre los cuales se cuente con autorización expresa.

Primera alternativa: utilizar una cuenta administrativa existente

Cuando todavía existe una cuenta con permisos sudo, el procedimiento recomendado es:

sudo passwd root

El comando solicita la autenticación correspondiente a la cuenta administrativa y después permite establecer una nueva contraseña para root.

Compatibilidad: distribuciones modernas de la familia Red Hat con sudo configurado.

Esta opción evita modificar el proceso de arranque y normalmente resulta preferible.

Segunda alternativa: utilizar el entorno de mantenimiento de initramfs

En RHEL 8 y RHEL 9, Red Hat documenta un procedimiento basado en rd.break.

El parámetro permite interrumpir el arranque antes de que se complete la transición desde initramfs hacia el sistema de archivos raíz definitivo.

Para utilizarlo deben cumplirse las siguientes condiciones:

• Contar con autorización para administrar el servidor.
• Disponer de acceso a una consola física, virtual o de administración remota autorizada.
• Tener acceso a las claves de descifrado, si el sistema utiliza LUKS.
• Comprender las restricciones de SELinux y del sistema de archivos.
• Tener una ventana de mantenimiento y un respaldo adecuado.

Procedimiento documentado para RHEL 8 y 9, sujeto a las características de la instalación:

Paso 1. Reinicia el servidor y accede al menú de GRUB.

Paso 2. Selecciona el kernel correspondiente y presiona e para editar temporalmente su entrada.

Paso 3. Localiza la línea de argumentos del kernel y agrega:

rd.break

o si no funciona

rw init=/bin/bash

Paso 4. Inicia el arranque con Ctrl + X.

Si el entorno está configurado conforme al procedimiento documentado, se presentará una consola de mantenimiento antes de completar el cambio al sistema raíz.

Paso 5. Habilita temporalmente la escritura en el sistema raíz montado en /sysroot:

mount -o remount,rw /sysroot

Paso 6. Ingresa al entorno del sistema instalado:

chroot /sysroot

Paso 7. Ejecuta la herramienta de administración de contraseñas:

passwd root

Introduce la nueva credencial siguiendo las indicaciones de la consola.

Paso 8. Solicita que SELinux vuelva a etiquetar los archivos cuando el sistema reinicie:

touch /.autorelabel

Este paso es importante para evitar inconsistencias en los contextos de seguridad de archivos modificados durante el mantenimiento.

Paso 9. Finaliza el entorno chroot:

exit

o

exec /sbin/reboot -f

Y después abandona la consola de mantenimiento:

exit

El sistema continuará el proceso de recuperación o reinicio de acuerdo con el entorno y sus scripts.

El reetiquetado de SELinux puede demorar considerablemente en sistemas con grandes cantidades de archivos. No debe interrumpirse deliberadamente.

Consideraciones técnicas importantes:

• El procedimiento anterior está documentado específicamente para RHEL 8 y 9. No debe asumirse idéntico en todas las versiones de Fedora, CentOS Stream, Rocky Linux, AlmaLinux o RHEL 10.
• La opción rd.break depende del entorno de arranque y de las herramientas presentes en initramfs, especialmente dracut.
• Si el sistema raíz utiliza LUKS, el volumen debe poder desbloquearse legítimamente.
• Algunas configuraciones con Btrfs, LVM, snapshots o sistemas de archivos de solo lectura requieren comprobaciones adicionales.
• Si GRUB está protegido por autenticación, no debe suponerse que la edición de entradas está disponible sin credenciales.
• Si el firmware o el entorno virtual restringen el acceso a la consola, deben seguirse los procedimientos administrativos del proveedor.
• El reetiquetado de SELinux puede reiniciar el sistema automáticamente y prolongar la ventana de mantenimiento.

Red Hat describe este procedimiento en su documentación de administración de usuarios y grupos. Red Hat Documentation+2

Recuperación mediante un medio de instalación

Cuando GRUB está dañado, el kernel no puede localizarse o el sistema de archivos raíz no se monta correctamente, puede ser necesario iniciar desde un medio de instalación o rescate.

Por ejemplo, los instaladores tradicionales de RHEL y sus derivados ofrecen mecanismos para localizar una instalación existente y acceder a un entorno de reparación.

En estos casos conviene:

1. Arrancar desde un medio de instalación compatible.
2. Seleccionar el mecanismo de rescate disponible.
3. Identificar los dispositivos y volúmenes de almacenamiento.
4. Comprobar los sistemas de archivos y sus puntos de montaje.
5. Montar el sistema instalado según las indicaciones del entorno.
6. Reparar exclusivamente los archivos o componentes afectados.
7. Validar las modificaciones antes de reiniciar.

Los directorios utilizados por los entornos de rescate pueden cambiar entre versiones. Algunos procedimientos emplean /mnt/sysroot o /mnt/sysimage.

Por ello, no es recomendable ejecutar automáticamente comandos de montaje, chroot o reinstalación de GRUB sin verificar primero la distribución, versión y estructura real del almacenamiento.

Recuperación después de una actualización fallida del kernel

Si el servidor dejó de iniciar después de actualizar el kernel, la primera alternativa normalmente consiste en probar una versión anterior desde GRUB.

Rocky Linux documenta este procedimiento como una de las medidas iniciales ante errores de tipo kernel panic.

Después de iniciar correctamente con el kernel anterior, se recomienda investigar la causa del problema, revisar los módulos instalados y determinar si existe una actualización correctiva.

No se recomienda eliminar inmediatamente el kernel problemático sin conservar registros y confirmar las dependencias.

Referencia: documentación oficial de Rocky Linux sobre diagnóstico de kernel panic. Documentation

Seguridad de GRUB y protección del proceso de arranque

GRUB es un componente fundamental para la disponibilidad del sistema y también forma parte de su superficie de seguridad.

Su protección debe considerarse junto con los controles del firmware, el almacenamiento, la autenticación y el acceso físico.

Proteger la edición del menú de arranque

GRUB 2 permite configurar autenticación para restringir la modificación de entradas de arranque.

En versiones compatibles de RHEL puede utilizarse:

sudo grub2-setpassword

El comando solicita una contraseña y su confirmación.

En las configuraciones documentadas por Red Hat, este mecanismo crea un archivo como:

/boot/grub2/user.cfg

El archivo contiene información de autenticación, normalmente mediante un hash de contraseña.

Es importante distinguir dos niveles de protección:

• Exigir autenticación para editar entradas del menú.
• Exigir autenticación para editar entradas y para iniciar determinadas entradas protegidas.

La ejecución de grub2-setpassword no implica necesariamente que todas las opciones del menú requieran una contraseña para iniciar.

La configuración de permisos de arranque puede necesitar ajustes adicionales de acuerdo con las entradas BLS y la versión instalada.

Compatibilidad: RHEL 8 y otras versiones que documenten la herramienta; verificar el comportamiento en Fedora y distribuciones compatibles.

Red Hat documenta ambos niveles de protección en sus guías de administración del kernel. Red Hat Documentation

Seguridad física y acceso a la consola

Una de las consideraciones más importantes es que el acceso físico o a una consola de administración remota privilegiada puede permitir efectuar operaciones de mantenimiento que no están disponibles para usuarios ordinarios.

Por esta razón, los servidores deben mantenerse en instalaciones controladas, con acceso restringido y mecanismos de auditoría.

En servidores virtuales también es necesario proteger las credenciales utilizadas para ingresar a las consolas del hipervisor o del proveedor de infraestructura.

El acceso a herramientas de recuperación no constituye necesariamente una vulnerabilidad de GRUB. Se trata de una capacidad administrativa legítima cuyo uso debe restringirse.

Protección del firmware BIOS y UEFI

Entre las medidas recomendadas se encuentran establecer controles de acceso a la configuración del firmware, restringir el arranque desde dispositivos externos y proteger la modificación del orden de arranque.

También es recomendable actualizar el firmware de acuerdo con las políticas de mantenimiento del fabricante.

La contraseña del firmware no sustituye la protección de GRUB ni el cifrado de los datos, pero contribuye a una estrategia de seguridad por capas.

Secure Boot

Secure Boot es un mecanismo de seguridad de UEFI que permite verificar la autenticidad de determinados componentes de la cadena de arranque mediante firmas criptográficas.

En distribuciones Linux compatibles, componentes como shim participan en el proceso de validación del cargador y otros elementos.

Su finalidad es dificultar la ejecución de componentes de arranque no autorizados o alterados.

Sin embargo, Secure Boot no sustituye la autenticación de GRUB ni cifra automáticamente el almacenamiento.

Además, durante 2026 se han producido cambios importantes en la transición de certificados UEFI. AlmaLinux ha publicado documentación sobre la incorporación de certificados de 2023 y su relación con los componentes de arranque. AlmaLinux Wiki

Cifrado de discos mediante LUKS

LUKS (Linux Unified Key Setup) permite implementar cifrado de dispositivos de almacenamiento en Linux.

Cuando está correctamente configurado, protege la confidencialidad de los datos almacenados frente a determinados escenarios de acceso físico no autorizado.

Aunque una persona pueda iniciar un medio externo, no debería poder leer los datos de un volumen LUKS cifrado sin contar con el material de desbloqueo correspondiente.

Es importante considerar que no todas las particiones de un equipo están necesariamente cifradas. La protección de /boot, de la partición EFI y de los mecanismos de desbloqueo requiere un diseño específico.

Asimismo, el uso de desbloqueo automático mediante TPM puede tener implicaciones diferentes a las del desbloqueo mediante una contraseña introducida manualmente.

Restringir las opciones de recuperación

En servidores que requieren controles de seguridad estrictos conviene revisar la posibilidad de editar las entradas de arranque, acceder a consolas de mantenimiento o iniciar medios externos.

Las restricciones deben diseñarse sin impedir que los administradores autorizados puedan recuperar el sistema en una emergencia.

La seguridad y la recuperabilidad no son objetivos opuestos: ambas deben formar parte del plan de continuidad operativa.

Buenas prácticas para administrar GRUB en servidores Linux

La administración de GRUB debe realizarse mediante procedimientos documentados, especialmente en sistemas que alojan bases de datos, aplicaciones web o servicios institucionales.

Respaldar antes de modificar

Antes de actualizar el gestor de arranque, modificar entradas del kernel o trabajar con la partición EFI, es recomendable conservar respaldos de la configuración actual.

En servidores críticos también se deben considerar copias de seguridad externas, snapshots consistentes y respaldos del estado de los servicios.

Documentar cada cambio

Cada modificación debe registrar al menos:

• Fecha y motivo de la intervención.
• Distribución, versión y arquitectura.
• Versión del kernel anterior y del nuevo.
• Archivos o parámetros modificados.
• Comandos ejecutados y resultados.
• Procedimiento de reversión.
• Resultado de las pruebas posteriores.

Mantener el sistema actualizado

Las actualizaciones de GRUB, kernel, shim, firmware y herramientas relacionadas deben obtenerse de repositorios confiables.

Conviene revisar los avisos de seguridad del proveedor y considerar las dependencias entre componentes de UEFI, Secure Boot y los paquetes de arranque.

Verificar el sistema después de reiniciar

Después de una modificación, se recomienda realizar verificaciones como:

uname -r

cat /proc/cmdline

systemctl --failed

sudo journalctl -b -p err

Estos comandos permiten conocer el kernel en ejecución, sus parámetros y los posibles problemas registrados durante el arranque actual.

Mantener un mecanismo de acceso alternativo

En servidores remotos, cualquier modificación del arranque debe acompañarse de un procedimiento de recuperación.

Puede incluir una consola de administración fuera de banda, acceso al hipervisor, medios de rescate o asistencia del centro de datos.

No es recomendable depender exclusivamente de SSH cuando se realizan operaciones que pueden impedir el inicio del sistema operativo.

Preguntas frecuentes sobre GRUB en Linux

¿Qué significa GRUB?

GRUB significa GRand Unified Bootloader. Es un gestor de arranque desarrollado dentro del proyecto GNU.

¿GRUB y GRUB 2 son lo mismo?

GRUB 2 es la evolución de GRUB Legacy. Incorpora una arquitectura diferente y herramientas modernas de administración. Las distribuciones actuales tratadas en esta guía utilizan GRUB 2 en sus instalaciones tradicionales compatibles.

¿Dónde se encuentra el archivo de configuración de GRUB?

En instalaciones modernas de Fedora y RHEL, la configuración principal normalmente se encuentra en /boot/grub2/grub.cfg.

Sin embargo, es necesario verificar la distribución, la versión y el modo de firmware antes de modificar archivos.

¿Qué diferencia existe entre grub2-mkconfig y grubby?

grub2-mkconfig genera la configuración de GRUB a partir de los archivos y scripts correspondientes.

grubby permite consultar y modificar información de las entradas del kernel, incluidos determinados parámetros y la selección del kernel predeterminado.

En sistemas con BLS, estas herramientas tienen funciones distintas y complementarias.

¿Qué sucede si falla el kernel después de una actualización?

Cuando existe una versión anterior instalada, normalmente se puede seleccionarla desde el menú de GRUB.

Una vez que Linux inicia correctamente, se puede investigar la causa de la falla y aplicar las correcciones necesarias.

¿Qué es rd.break?

Es un parámetro utilizado en entornos basados en dracut para detener el arranque en una etapa del initramfs.

Su uso habitual está relacionado con procedimientos de diagnóstico y mantenimiento autorizados.

¿Es necesario regenerar GRUB después de actualizar el kernel?

No necesariamente. En sistemas modernos que utilizan BLS, las nuevas entradas pueden incorporarse mediante los mecanismos de instalación del kernel sin regenerar completamente grub.cfg.

¿GRUB permite recuperar un sistema Linux que no arranca?

Puede facilitar la recuperación mediante la selección de kernels anteriores, edición temporal de parámetros y acceso a entornos de mantenimiento.

Si el propio gestor está dañado, puede ser necesario utilizar medios externos de recuperación.

¿Secure Boot impide modificar las opciones de GRUB?

No necesariamente. Secure Boot verifica componentes de la cadena de arranque, pero no sustituye los mecanismos específicos de autenticación y autorización del gestor.

¿Se puede proteger GRUB mediante contraseña?

Sí. GRUB 2 admite mecanismos de autenticación que permiten proteger la edición del menú y determinadas entradas de arranque, dependiendo de la configuración aplicada.

Conclusión

GRUB 2 es una herramienta esencial para comprender y administrar el proceso de arranque de Linux.

En distribuciones de la familia Red Hat, como RHEL, Fedora, CentOS Stream, Rocky Linux y AlmaLinux, su conocimiento permite realizar tareas fundamentales: consultar los kernels instalados, seleccionar versiones anteriores, administrar parámetros de inicio, diagnosticar problemas y recuperar sistemas que presentan fallas durante el arranque.

Para los administradores de servidores, la recomendación principal es conocer las diferencias entre versiones, comprender el funcionamiento de BLS y verificar siempre el modo BIOS o UEFI antes de realizar modificaciones.

También es indispensable proteger las opciones de mantenimiento mediante controles de acceso, cifrado y políticas de seguridad adecuadas.

Una administración cuidadosa de GRUB puede marcar la diferencia entre una falla de arranque que se resuelve rápidamente y una interrupción prolongada de los servicios.

Continúa aprendiendo sobre administración de Linux

En BlogDeComputo.com encontrarás más tutoriales y guías técnicas sobre administración de servidores Linux, Fedora, Red Hat, seguridad informática, servicios web, actualizaciones del sistema y solución de problemas.

Conocer las herramientas de recuperación antes de que ocurra una emergencia es una de las mejores prácticas para mantener servidores Linux seguros, estables y disponibles.

Metadatos SEO para WordPress

Título SEO recomendado Copiar

GRUB en Linux Red Hat: configuración y recuperación

Slug recomendado Copiar

grub-linux-red-hat-configuracion-recuperacion

Meta descripción Copiar

Aprende a configurar GRUB 2 en Linux Red Hat, Fedora y Rocky Linux. Administra kernels, protege el arranque y recupera servidores.131 caracteres aproximadamente; dentro del límite solicitado de 155.

Palabras clave

Palabra clave principal: GRUB Linux Red Hat

Cinco palabras clave secundarias:

• Configurar GRUB 2 en Linux
• GRUB Fedora y RHEL
• Recuperación de arranque Linux
• Administrar kernel con grubby
• Seguridad de GRUB en servidores

Categorías recomendadas

Categoría principal: Linux

Categorías secundarias: Red Hat, Fedora, RHEL, CentOS, Tutoriales de administración de Fedora, Sistemas Operativos.

Para evitar una clasificación excesiva en WordPress, recomiendo seleccionar como categoría principal Linux y añadir solamente las categorías secundarias que realmente correspondan con la estructura de BlogDeComputo.com.

Etiquetas para WordPress

12 etiquetas, separadas por comas Copiar

GRUB, GRUB 2, Linux, Red Hat, RHEL, Fedora, CentOS Stream, Rocky Linux, AlmaLinux, grubby, BLS, Recuperación Linux

Propuesta de imagen destacada

en.wikipedia.org

Referencia visual del menú de GRUB 2 para orientar la composición de la imagen destacada; la presentación exacta depende de la distribución.

La imagen destacada propuesta es una ilustración técnica de un servidor Linux con un monitor que muestra el menú de GRUB 2 y varias opciones de kernel. El fondo puede representar discretamente un centro de datos, con colores oscuros, detalles azules y acentos rojos relacionados con la familia Red Hat.

Texto recomendado dentro de la imagen: GRUB 2 en Linux — Administración y recuperación del arranque.

Texto ALT: Menú de GRUB 2 en Linux Red Hat para seleccionar kernels y administrar el arranque de un servidor.

Nombre recomendado del archivo: grub-linux-red-hat-administracion-arranque.webp

Dimensiones: 1200 × 675 píxeles, relación 16:9.

Referencias oficiales consultadas

Las siguientes fuentes documentan las herramientas y los procedimientos descritos. Es recomendable consultar siempre la edición correspondiente a la versión instalada en el servidor.

Organismo o proyecto	Documentación oficial
GNU	GNU GRUB Documentation
Red Hat — RHEL 10	Configuring kernel command-line parameters
Red Hat — RHEL 10	Reinstalling GRUB
Red Hat — RHEL 9	Managing users and groups
Red Hat — RHEL 8	Protecting GRUB with a password
Fedora Project	GRUB 2
Fedora Project	Unify GRUB configuration
Rocky Linux	How to deal with a kernel panic
Rocky Linux	System Startup
AlmaLinux	UEFI Secure Boot certificate transition

La documentación oficial de RHEL y Fedora confirma que las rutas y los procedimientos de recuperación no son idénticos en todas las versiones. En particular, deben distinguirse los esquemas UEFI modernos, las entradas BLS y los procedimientos heredados antes de intervenir en un sistema de producción.