Uma atualização de kernel, de drivers ou de pacotes pode deixar uma máquina ou uma VM em um estado inutilizável. Se a sua raiz estiver em Btrfs, um snapshot feito logo antes da operação mantém um ponto de retorno local, desde que você mire o sub-volume correto.
A metodologia abaixo cria uma cópia somente leitura e, em seguida, verifica se ela realmente existe. Ela não substitui um backup e não inicia uma restauração automática do sistema.
Confirme que a raiz é um sub-volume Btrfs
Não inicie um snapshot só porque a máquina usa Btrfs em algum lugar. É necessário verificar o sistema de arquivos que contém /, e em seguida identificar o sub-volume montado. Em um servidor remoto, mantenha sua sessão SSH aberta durante toda a verificação.
findmnt -T / -o TARGET,SOURCE,FSTYPE,OPTIONS
sudo btrfs subvolume show /
sudo btrfs subvolume list -p /
sudo btrfs filesystem usage /O primeiro comando deve mostrar btrfs na coluna FSTYPE. btrfs subvolume show / confirma que a raiz corresponde a um sub-volume. Verifique também o espaço não alocado e o espaço livre, pois um snapshot compartilha primeiros os blocos existentes, e depois consome espaço quando os arquivos mudam.
Este procedimento visa uma raiz Btrfs montada como sub-volume. Se /home estiver separado, faça um snapshot distinto para os dados que devem seguir o retrocesso. Em uma máquina configurada com LVM, ext4 ou XFS, esses comandos não são adequados.
Criar uma cópia antes da atualização
Escolha um diretório de snapshots localizado no mesmo sistema de arquivos Btrfs. O exemplo cria um nome com data e uma cópia somente leitura. Adapte o caminho se sua distribuição ou seu aplicativo de snapshots já utilizar um local dedicado.
sudo install -d -m 700 /@snapshots
sudo btrfs subvolume snapshot -r / /@snapshots/root-before-update-2026-09-02A opção -r protege este ponto de retorno contra modificações involuntárias. Aguarde a finalização do comando antes de iniciar apt upgrade, dnf upgrade ou seu procedimento habitual. A documentação Btrfs descreve este mecanismo de snapshot e as propriedades dos sub-volumes.
Eu reservaria este comando para uma raiz cujo montagem você leu. Criar um snapshot do caminho errado dá uma impressão de segurança, mas não restaura o sistema que realmente foi modificado.
Verificar o ponto de retorno após a atualização
Um snapshot anunciado pelo terminal ainda não é um controle suficiente. Liste-o, exiba suas propriedades, reinicie e verifique o serviço ou a aplicação afetada pela atualização.
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 roO último comando deve indicar ro=true. Mantenha o snapshot até a validação da inicialização e dos serviços envolvidos. Uma vez que a atualização é validada, você pode excluí-lo para recuperar os blocos que não estão mais compartilhados.
sudo btrfs subvolume delete /@snapshots/root-before-update-2026-09-02Não exclua uma cópia que você ainda possa precisar para diagnosticar uma regressão. Se a máquina não reiniciar mais, o procedimento depende do carregador, da disposição dos sub-volumes e da ferramenta de gerenciamento de snapshots. Prepare este procedimento antes do incidente, em vez de durante uma sessão de recuperação.
Um snapshot local não protege o disco
O snapshot permanece no mesmo pool Btrfs. Uma falha de disco, um volume criptografado inacessível ou a exclusão do pool podem levar a raiz e seus snapshots. Para recuperar um arquivo após um incidente de hardware, mantenha também um backup fora do pool. Nossa metodologia para verificar uma restauração BorgBackup completa este controle.
A escolha é simples: snapshot para voltar rapidamente após uma atualização, backup separado para sobreviver à perda de armazenamento. Ambos atendem a falhas diferentes.
Para detalhes sobre os sub-volumes e seus snapshots, a documentação Btrfs continua sendo a referência útil antes de alterar a organização de um sistema existente.