Una actualización del núcleo, de controladores o de paquetes puede dejar un puesto o una VM en un estado inutilizable. Si su raíz se basa en Btrfs, un snapshot tomado justo antes de la operación mantiene un punto de retorno local, siempre que apunte al subvolumen correcto.
El método a continuación crea una copia de solo lectura, y luego verifica que realmente exista. No reemplaza una copia de seguridad y no inicia una restauración automática del sistema.

Confirmar que la raíz es un subvolumen Btrfs
No inicie un snapshot solo porque la máquina utiliza Btrfs en algún lugar. Es necesario verificar el sistema de archivos que contiene /, y luego identificar el subvolumen montado. En un servidor remoto, mantenga su sesión SSH abierta durante toda la verificación.
findmnt -T / -o TARGET,SOURCE,FSTYPE,OPTIONS
sudo btrfs subvolume show /
sudo btrfs subvolume list -p /
sudo btrfs filesystem usage /
El primer comando debe mostrar btrfs en la columna FSTYPE. btrfs subvolume show / confirma que la raíz corresponde a un subvolumen. También observe el espacio no asignado y el espacio libre, ya que un snapshot primero comparte los bloques existentes y luego consume espacio cuando los archivos cambian.
Este procedimiento está dirigido a una raíz Btrfs montada como subvolumen. Si /home está separado, tome un snapshot distinto para los datos que deben seguir el retroceso. En una máquina configurada con LVM, ext4 o XFS, estos comandos no son adecuados.
Crear una copia antes de la actualización
Elija un directorio de snapshots ubicado en el mismo sistema de archivos Btrfs. El ejemplo crea un nombre con fecha y una copia de solo lectura. Adapte la ruta si su distribución o herramienta de snapshots ya utiliza una ubicación dedicada.
sudo install -d -m 700 /@snapshots
sudo btrfs subvolume snapshot -r / /@snapshots/root-before-update-2026-09-02
La opción -r protege este punto de retorno contra una modificación involuntaria. Espere a que finalice el comando antes de iniciar apt upgrade, dnf upgrade o su procedimiento habitual. La documentación de Btrfs describe este mecanismo de snapshot y las propiedades de los subvolumenes.
Reservaría este comando para una raíz cuyo montaje ha leído. Crear un snapshot de la ruta incorrecta da una falsa sensación de seguridad, y luego no restaura el sistema que realmente ha sido modificado.
Controlar el punto de retorno después de la actualización
Un snapshot anunciado por la terminal no es un control suficiente. Listelo, muestre sus propiedades, y luego reinicie y verifique el servicio o la aplicación afectada por la actualización.
sudo btrfs subvolume list /@snapshots
sudo btrfs subvolume show /@snapshots/root-before-update-2026-09-02
sudo btrfs property get -ts /@snapshots/root-before-update-2026-09-02 ro
El último comando debe indicar ro=true. Mantenga el snapshot hasta que se valide el arranque y los servicios correspondientes. Una vez que la actualización haya sido validada, puede eliminarlo para recuperar los bloques que ya no se comparten.
sudo btrfs subvolume delete /@snapshots/root-before-update-2026-09-02
No elimine una copia que aún pueda necesitar para diagnosticar una regresión. Si la máquina no vuelve a arrancar, el procedimiento dependerá del cargador, la disposición de los subvolumenes y la herramienta de gestión de snapshots. Prepare este procedimiento antes del incidente, en lugar de desde una sesión de rescate.
Un snapshot local no protege el disco
El snapshot permanece en el mismo pool Btrfs. Una falla de disco, un volumen cifrado inaccesible o la eliminación del pool pueden llevarse la raíz y sus snapshots. Para recuperar un archivo después de un incidente de hardware, mantenga también una copia de seguridad fuera del pool. Nuestro método para verificar una restauración de BorgBackup completa este control.
La elección es simple: snapshot para volver rápidamente después de una actualización, copia de seguridad separada para sobrevivir a la pérdida del almacenamiento. Ambos responden a fallas diferentes.
Para detalles sobre los subvolumenes y sus snapshots, la documentación de Btrfs sigue siendo la referencia útil antes de cambiar la organización de un sistema existente.