Tema: boot
-
Lista de comprobación de acceso de recuperación antes de modificar de forma remota la configuración de arranque
Antes de editar algo que afecte al arranque de un sistema remoto (la entrada predeterminada del gestor de arranque, un parámetro del kernel, una entrada de fstab o una unidad que depende de la red añadida a un target de arranque), confirma que sigue existiendo otra vía de acceso, que el acceso por consola funciona realmente ahora mismo, que se puede restaurar un estado correcto conocido y que el rollback está por escrito, no improvisado después.
-
Administración de GRUB 2: /etc/default/grub, grub-mkconfig, grubby y la entrada predeterminada
GRUB 2 se configura de forma indirecta: los ajustes están en /etc/default/grub y grub-mkconfig los compila en grub.cfg (en Debian/Ubuntu se invoca como update-grub). En los sistemas de la familia RHEL con entradas de la Boot Loader Specification se suele usar grubby en lugar de editar grub.cfg a mano.
-
La cadena de arranque de Linux para diagnóstico: firmware, gestor de arranque, kernel, initramfs y systemd
Un arranque de Linux pasa por el firmware, un gestor de arranque, el kernel, un initramfs y, por último, el gestor del sistema, y cada etapa cede el control a la siguiente. Saber qué hace cada una y dónde registra sus mensajes permite a un administrador acotar un arranque fallido a una sola etapa antes de modificar nada.
-
systemd rescue.target y emergency.target: cómo entrar en ellos y volver al funcionamiento normal
rescue.target inicia el sistema base y un shell monousuario; emergency.target omite casi todo e inicia un shell en la consola, con el sistema de archivos raíz posiblemente aún en solo lectura. Se accede a ambos con el parámetro de kernel systemd.unit=, y en los dos casos hay que volver a default.target de forma explícita después.
-
Editar /etc/fstab con seguridad: UUID, nofail, opciones x-systemd y findmnt --verify
Una línea incorrecta en /etc/fstab puede dejar el sistema en una shell de emergencia en el siguiente arranque. Esta metodología usa UUID= en lugar de nombres de dispositivo, nofail y x-systemd.device-timeout= para montajes opcionales, y findmnt --verify junto con mount -a para probar el archivo antes de reiniciar.
-
Reconstruir un initramfs: dracut -f frente a update-initramfs -u y cómo verificar el resultado
Si el initramfs no incluye el controlador o la configuración necesarios para encontrar y desbloquear el sistema de archivos raíz, el arranque se queda detenido en una shell temprana. La reconstrucción depende de la distribución (dracut -f en RHEL/Fedora/SUSE, update-initramfs -u en Debian/Ubuntu) y conviene verificarla y mantener una alternativa de respaldo antes de confiar en ella.
-
Gestión de servicios en AIX con el System Resource Controller: lssrc, startsrc/stopsrc y rc.tcpip
AIX gestiona los daemons de larga duración mediante el System Resource Controller (SRC), un modelo de subsistemas y grupos configurado en la clase de objetos SRCsubsys de la ODM, no mediante unidades de systemd. lssrc, startsrc y stopsrc lo controlan de forma interactiva, mientras que /etc/inittab y scripts como rc.tcpip determinan qué se inicia automáticamente en el arranque.
-
Solución de problemas de arranque de Windows: WinRE, reagentc y el almacén BCD
El entorno de recuperación de Windows (WinRE) ofrece Reparación de inicio y un símbolo del sistema cuando Windows no arranca; reagentc indica y controla si WinRE está activo, y bcdedit lee y edita el almacén de datos de configuración de arranque (BCD), que determina qué se inicia y cómo. Respáldelo con bcdedit /export antes de modificarlo.
Legible por máquina: JSON