Uma atualização de núcleo, de drivers ou de pacotes pode deixar um computador ou uma VM em um estado inutilizável. Se sua raiz está em Btrfs, um snapshot tirado imediatamente antes da operação mantém um ponto de retorno local, desde que você aponte para o subvolume correto.
A metodologia abaixo cria uma cópia somente leitura e, em seguida, verifica se ela realmente existe. Isso não substitui um backup e não inicia uma restauração automática do sistema.
Confirmar que a raiz é um sub-volume Btrfs
Não inicie um snapshot apenas porque a máquina está usando 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 exibir btrfs na coluna FSTYPE. btrfs subvolume show / confirma que a raiz corresponde a um sub-volume. Observe também o espaço não alocado e o espaço livre, pois um snapshot compartilha primeiro os blocos existentes e, em seguida, 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 precisam seguir o retorno. Em um sistema configurado 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 datado e uma cópia somente leitura. Adapte o caminho se sua distribuição ou sua ferramenta de snapshots já usar 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 o término 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 reservava este comando para uma raiz cujo montagens você leu. Criar um snapshot do caminho errado dá uma falsa sensação de segurança e, em seguida, 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 e, em seguida, reinicie e verifique o serviço ou aplicativo afetado 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 do boot e dos serviços envolvidos. Uma vez validada a atualização, 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 da qual você ainda possa precisar para diagnosticar uma regressão. Se a máquina não reiniciar, o procedimento depende do bootloader, da disposição dos sub-volumes e da ferramenta de gerenciamento de snapshots. Prepare este procedimento antes do incidente, em vez de a partir de 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 pode 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 do BorgBackup complementa este controle.
A escolha é simples: snapshot para voltar rapidamente após uma atualização, backup separado para sobreviver à perda de armazenamento. Ambos respondem 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.