Lista de comprobación de acceso de recuperación antes de modificar de forma remota la configuración de arranque

Objetivo

Reducir la probabilidad de que un cambio en la configuración de arranque de un sistema remoto termine en un equipo que requiera una visita física o un ticket de soporte con el proveedor del centro de datos para recuperarlo.

Requisitos previos

El cambio en sí ya está planificado (qué archivo, qué parámetro, qué unidad) y se dispone de tiempo suficiente para probar cada uno de los puntos siguientes antes de hacer el cambio, no durante él.

Pasos

1. Confirma que existe un segundo kernel o entrada de arranque y que no es el que se va a modificar. En Linux, esto suele significar que un paquete de kernel anterior sigue instalado y aparece en el menú de arranque; en Windows, que el cambio no se aplica a la única entrada utilizable del Boot Manager. Si el cambio pudiera dejar sin capacidad de arranque la entrada predeterminada, la alternativa debe estar ya disponible antes de empezar.
2. Prueba el acceso por consola ahora mismo, en lugar de "dar por hecho que debería funcionar". En un servidor físico o dedicado, comprueba que el acceso serie o BMC/SOL realmente conecta y muestra un prompt. En una VM, comprueba que la consola del hipervisor o del proveedor de nube puede conectarse.
3. Configura o confirma un tiempo de espera del menú de arranque mayor que cero y con el menú visible. GRUB_TIMEOUT=0 arranca la entrada predeterminada de inmediato, sin posibilidad de elegir una alternativa; GRUB_TIMEOUT_STYLE=hidden de Ubuntu y el menú oculto automáticamente de Fedora/RHEL (grub2-editenv - unset menu_auto_hide) también lo ocultan. Son preferibles unos pocos segundos a GRUB_TIMEOUT=-1, que espera indefinidamente y detiene en el menú un reinicio desatendido. Siempre que sea posible, prueba un kernel nuevo como arranque de una sola vez (grub-reboot/grub2-reboot con GRUB_DEFAULT=saved, lo cual exige que GRUB pueda escribir su bloque de entorno durante el arranque, algo que el manual de GRUB descarta para /boot en LVM o RAID; o efibootmgr -n), de modo que un reinicio normal vuelva a la entrada correcta conocida.
4. Ten una instantánea o copia de seguridad correcta conocida de lo que se va a cambiar: una instantánea del sistema de archivos o de la VM para cualquier cambio más invasivo que una única edición de configuración; como mínimo, una copia del archivo concreto que se edita (grub.cfg, /etc/default/grub, el almacén BCD mediante bcdedit /export, fstab, un archivo de unidad) guardada fuera del propio sistema. En Windows protegido con BitLocker, guarda la clave de recuperación fuera del equipo antes de tocar la configuración de arranque.
5. Escribe el paso de rollback antes de hacer el cambio, como un comando literal y no como un plan de "ya veremos cómo resolverlo si hace falta": qué archivo restaurar, a qué instantánea volver, qué comando de consola vuelve a seleccionar el kernel anterior.
6. Haz el cambio y verifícalo desde la misma vía de acceso que usarías si algo hubiera salido mal: a través de la conexión de consola, y no solo por la ruta de red que el propio cambio podría haber roto.
7. Solo después de confirmar que ha funcionado, vuelve a restringir lo que se haya relajado deliberadamente para el cambio (devuelve GRUB_TIMEOUT a su valor normal) y retira la copia de seguridad del paso 4.

Resultado esperado

Un cambio de configuración de arranque que salga mal se puede recuperar en una sola sesión de consola con el rollback redactado de antemano, sin acceso físico ni ticket de soporte del proveedor.

Límites y base de verificación

Esta es una lista de comprobación operativa propuesta, no un control técnico; reduce la probabilidad y el coste de un bloqueo, pero no puede hacer que cualquier mala configuración sea recuperable de forma remota: un disco realmente dañado o un fallo de firmware siguen exigiendo una intervención física o a nivel del proveedor. No se afirma que haya datos de experimentos o incidentes; los elementos técnicos (kernels de respaldo, GRUB_TIMEOUT, acceso por consola, bcdedit /export) tienen sus propias fuentes primarias en los artículos relacionados.