Reversión de SLES Btrfs Snapper tras una actualización fallida: Guía de recuperación segura

Una actualización fallida de SLES no siempre implica que deba reinstalar el servidor. En una instalación estándar de SUSE Linux Enterprise Server que utiliza Btrfs para el sistema de archivos raíz y tiene Snapper habilitado, a menudo puede arrancar una instantánea previa a la actualización, probarla sin modificar el sistema actual y, a continuación, establecer ese estado correcto como el nuevo sistema raíz con permisos de escritura.

La decisión importante no es simplemente "¿cuál instantánea es la más reciente?", sino "¿cuánto debo revertir?". Una reversión completa del sistema Snapper es apropiada cuando una actualización modificó varios paquetes, bibliotecas, servicios o archivos de configuración y la máquina ya no funciona correctamente. Si solo un archivo de configuración es incorrecto, restaurarlo suele ser menos problemático. Esta guía explica ambas opciones y sigue el modelo de recuperación de SLES 15 SP7 documentado por SUSE, disponible en octubre de 2026.

Elige el método de recuperación antes de cambiar nada.

SUSE distingue entre deshacer cambios y revertir el sistema . Deshacer cambios compara instantáneas y revierte los cambios de archivos seleccionados. Una reversión convierte el estado de una instantánea en la base para una nueva raíz escribible. SUSE recomienda específicamente arrancar primero la instantánea de destino al realizar una reversión del sistema de archivos raíz, ya que esto permite verificar la instantánea candidata antes de confirmarla. Consulte la Guía de administración de SLES 15 SP7 .

Paso 1: Confirme que este servidor admite la ruta de reversión estándar de Snapper.

Antes de elegir una instantánea, confirme tres cosas: que el sistema de archivos raíz sea Btrfs, que Snapper tenga una configuración con el nombre especificado rooty que la raíz Btrfs esté en un solo dispositivo. SUSE documenta la compatibilidad con la reversión de arranque para la configuración predeterminada del subvolumen raíz y afirma que el sistema de archivos raíz Btrfs debe informar de un único dispositivo.

findmnt /
sudo snapper list-configs
sudo /sbin/btrfs filesystem show /

Si findmnt /informa de un sistema de archivos como XFS o Ext4, deténgase: el flujo de trabajo de arranque de instantáneas Btrfs no está disponible para esa raíz. Si snapper list-configsno hay ninguna rootentrada, es posible que no se hayan habilitado las instantáneas automáticas de la raíz. Deténgase también si btrfs filesystem show /informa de más de un dispositivo; la documentación de SLES 15 SP7 no incluye esa configuración como compatible con la reversión de la raíz de arranque.

Paso 2: Identifique la instantánea inmediatamente anterior a la actualización fallida.

Enumera las instantáneas y observa su fecha, tipo, relación previa a la instantánea y descripción:

sudo snapper list

En la configuración predeterminada de SLES, YaST y Zypper pueden crear pares prede postinstantáneas. Una preinstantánea representa el estado del sistema de archivos antes de la transacción; su postinstantánea correspondiente representa el estado posterior. No seleccione una instantánea solo porque sea anterior al fallo. Asegúrese de que la marca de tiempo y la descripción de la instantánea coincidan con la ventana de actualización.

Si el cambio fallido fue una migración de paquete de servicio, la Guía de actualización de SLES 15 SP7 de SUSE indica específicamente a los administradores que localicen la instantánea creada inmediatamente antes de la migración y señala que la instantánea correspondiente está marcada como importante.

Paso 3: Inspeccione qué cambios reales produciría la instantánea candidata.

Si el sistema actual aún arranca, compare la instantánea candidata con el estado actual antes de reiniciar. Esto puede revelar si la actualización afectó solo a un archivo de configuración o si modificó un conjunto amplio de archivos del sistema.

sudo snapper status SNAPSHOT_ID..0
sudo snapper diff SNAPSHOT_ID..0 /etc/some-file.conf

Cuando la restauración selectiva es la mejor opción

Si un archivo conocido está dañado y el resto del sistema actualizado funciona correctamente, restaurar solo ese archivo evita revertir cambios del sistema no relacionados. SUSE documenta este formulario:

sudo snapper -c root -v undochange SNAPSHOT_ID..0 /etc/some-file.conf

No omita el nombre del archivo sin motivo. Sin los nombres de archivo, undochangese pueden revertir todos los archivos modificados entre los dos estados. SUSE advierte que usar la restauración de archivos para imitar una reversión completa de la raíz no es el método recomendado. Las transacciones de paquetes pueden modificar muchos archivos interdependientes, por lo que una reversión completa y probada suele ser más fácil de analizar cuando el fallo de la actualización es sistémico.

Paso 4: Arranque la instantánea candidata desde GRUB

Reinicia el equipo. En el menú GRUB 2 de SLES, elige la opción para iniciar el gestor de arranque desde una instantánea de solo lectura y, a continuación, selecciona la instantánea que coincida con el estado anterior a la actualización. La disposición exacta de la pantalla puede variar según el firmware y la configuración de arranque, pero SLES 15 SP7 documenta la entrada como « Iniciar gestor de arranque desde una instantánea de solo lectura» .

Solo las instantáneas de la rootconfiguración predeterminada de Snapper pueden arrancar mediante este mecanismo de SLES. Si falta el menú de instantáneas, no cree una entrada de arranque. Vuelva a comprobar si Snapper estaba habilitado, si la estructura raíz sigue siendo la predeterminada compatible y si el gestor de arranque instalado funciona correctamente.

Paso 5: Pruebe la instantánea mientras la raíz está en modo de solo lectura.

Una vez que se inicie la instantánea, verifique que realmente se esté ejecutando desde ella y que el sistema de archivos raíz sea de solo lectura:

findmnt /
mount | grep ' on / '

Ahora, compruebe los elementos que fallaron tras la actualización: inicio del servicio, configuración de red, autenticación, ejecución de la aplicación, comportamiento dependiente del kernel u otras comprobaciones relevantes. Evite tratar la instantánea de solo lectura como un arranque normal de producción. Algunas operaciones fallarán simplemente porque no se puede escribir en la parte del sistema de archivos raíz de la instantánea.

Si la instantánea no es la correcta, reinicie el sistema e intente con otra. Hasta que no ejecute el comando de reversión, esa instantánea no se habrá convertido en la nueva raíz del sistema con permisos de escritura.

Paso 6: Confirme la reversión solo después de que la instantánea haya superado las comprobaciones.

Cuando la instantánea iniciada se comporte como se espera, hágalo permanente:

sudo snapper rollback

Puedes añadir una descripción para que la instantánea resultante sea más fácil de identificar posteriormente:

sudo snapper rollback -d "Rollback after failed update"

Según la documentación de administración de SLES, Snapper crea una instantánea del estado anterior a la reversión y crea una nueva instantánea modificable que se convierte en la raíz predeterminada. Esta es una importante medida de seguridad: la reversión no sobrescribe simplemente la raíz anterior.

Reinicie el sistema una vez finalizado el comando:

sudo reboot

En el siguiente arranque, seleccione la entrada SLES predeterminada normal en lugar de volver a arrancar la instantánea de solo lectura anterior.

Paso 7: Verifique que la raíz restaurada sea escribible y que ahora sea la predeterminada.

Tras el arranque normal, compruebe el montaje raíz y la lista de instantáneas:

findmnt /
sudo snapper list

Repita las comprobaciones funcionales que fallaron inicialmente. Si una aplicación sigue fallando, considere si parte de ella reside en un directorio que no se incluyó en la instantánea raíz.

Paso 8: Actualizar los repositorios y verificar el estado del paquete.

Para una actualización de paquete estándar, actualice los repositorios y verifique las dependencias de los paquetes antes de intentar otra actualización. Para una reversión de paquete de servicio, las comprobaciones de repositorio y registro de producto son especialmente importantes, ya que un conjunto de repositorios incompatible puede volver inmediatamente al sistema en un estado inconsistente.

sudo zypper ref -fs
sudo zypper lr -u
sudo zypper verify

Para la recuperación del paquete de servicio, siga las comprobaciones de la Guía de actualización oficial de SLES , que exige explícitamente la comprobación de la configuración del repositorio y el registro del producto después de la reversión.

Lo que no se restaura con una reversión de raíz de Snapper

Esta es la limitación más importante que debe entenderse antes de usar la reversión en un servidor de producción. La instantánea raíz predeterminada de SLES excluye varios subvolúmenes para que los datos volátiles y los datos de usuario o aplicación no se reviertan inesperadamente. La lista específica del producto puede incluir /home, /opt, /usr/local, /srv, /tmp, /var, , y rutas de cargador de arranque específicas de la arquitectura. Consulte la documentación de conceptos básicos de Snapper/run de SUSE para obtener la lista actual y su justificación.

Este diseño protege los datos, pero implica una contrapartida: el código del sistema puede retroceder mientras que los datos de un subvolumen excluido conservan su estado más reciente. SUSE señala varias consecuencias posibles, como /optla incompatibilidad del software de terceros, cambios en los permisos y la incapacidad de las aplicaciones para interpretar formatos de datos posteriores a la creación de la instantánea.

Esto es especialmente importante para bases de datos y aplicaciones de servidor. Si una actualización incluyó una migración de esquema o modificó datos de la aplicación /var, /srvuna reversión de raíz podría no revertir ese cambio de datos. Verifique el procedimiento de reversión o restauración de la propia aplicación antes de asumir que la instantánea del sistema por sí sola es suficiente.

Errores comunes que se deben evitar

• Revertir los cambios antes de probar la instantánea. Iniciar primero la instantánea de solo lectura es el flujo de trabajo más seguro para SLES, ya que permite verificar el estado de destino.
• Seleccionar por error una instantánea posterior a la actualización. Verifique el tipo, la fecha, la descripción y la relación pre/post en lugar de basarse únicamente en el número de instantánea.
• Se utiliza undochangepara transacciones de paquetes completos. Es útil para archivos seleccionados; SUSE recomienda el método de arranque y reversión para la recuperación completa del sistema.
• Se espera /varque /homese viaje hacia atrás con la raíz. Las exclusiones de subvolúmenes predeterminadas son intencionales.
• Ignorando el requisito de un solo dispositivo. SLES 15 SP7 documenta la compatibilidad con la reversión de raíz de arranque para una raíz Btrfs de un solo dispositivo.
• Intente la misma actualización de inmediato. Primero, identifique la causa del fallo, confirme los repositorios y determine si se debió a un defecto del paquete, a un software de terceros incompatible, a poco espacio en disco o a un problema de configuración local.

Si el sistema utiliza actualizaciones transaccionales

SLES también se puede instalar con la función de servidor transaccional. Este es un modelo operativo diferente: las actualizaciones se aplican a instantáneas y se activan al reiniciar. En estos sistemas, SUSE permite transactional-update rollbackconfigurar una instantánea como raíz predeterminada. No combine una receta de recuperación de servidor transaccional con una instalación convencional de SLES de lectura y escritura sin antes identificar la función del sistema. El comportamiento oficial se describe en la documentación de actualizaciones transaccionales de SLES 15 SP7 .

Lista de verificación de recuperación

• Confirme /que se trata de Btrfs, que rootexiste la configuración de Snapper y que el sistema de archivos raíz Btrfs se encuentra en un solo dispositivo.
• Identifique la instantánea inmediatamente anterior a la actualización fallida.
• Utilice snapper statusy snapper diffcuando necesite comprender el alcance del cambio.
• Prefiera la opción selectiva undochangesolo para archivos claramente aislados.
• En caso de fallo de actualización del sistema, inicie la instantánea candidata desde GRUB y pruébela en modo de solo lectura.
• Ejecutar snapper rollbacksolo después de que el candidato se comporte correctamente.
• Reinicie la entrada predeterminada normal y verifique que la raíz restaurada sea escribible.
• Actualizar los repositorios, verificar el estado de los paquetes y comprobar el registro tras la recuperación del paquete de servicio.
• Antes de declarar que la recuperación ha finalizado, revise los subvolúmenes excluidos para detectar discrepancias en el formato de la aplicación o de los datos.

La disyuntiva principal radica en la precisión frente a la consistencia. La restauración selectiva de archivos modifica menos, pero requiere saber con exactitud qué falló. Una reversión del sistema probada modifica más, pero restaura un estado raíz coherente capturado en una instantánea y es la mejor opción para una actualización fallida que afectó a varios componentes. En SLES, el flujo de trabajo más seguro consiste en usar el arranque de instantánea de solo lectura como punto de decisión, en lugar de hacer que la reversión sea irreversible antes de haber verificado el sistema candidato.