Muitas distribuições Linux, inclusive o Fedora Linux, já adotam BTRFS como sistema de arquivos padrão. Entre 2022 e 23, era comum ver artigos exaltando as facilidades de rollback do BTRFS, quase sempre acompanhados de longas instruções de terminal. A infraestrutura amadureceu: hoje é possível configurar snapshots e recuperar o sistema com ferramentas gráficas, usando o btrfs-assistant e o Snapper.

Confirme que o disco usa BTRFS

Se a instalação é recente, o Fedora Workstation e o Fedora KDE provavelmente já usam BTRFS. Se o sistema foi instalado há alguns anos ou por outra pessoa, confira antes de seguir.

No Workstation, abra o Discos ou o GParted. No KDE, esses programas também podem ser instalados pelo Discover; muitos usuários os preferem ao gerenciador de partições padrão do KDE. Muitas pessoas receberam bem a decisão 2025 do comitê diretor do Fedora de promover o KDE ao mesmo nível do Workstation (GNOME). Este guia cobre as duas versões oficiais. Se você ainda não tem o Fedora Linux, há também algumas notas sobre configuração geral.

Obtendo ajuda do assistente

Você pode ter visto o btrfs-assistant mencionado em fóruns. Se ainda não o tem instalado, agora é uma boa hora. O pacote ocupa pouco espaço e também instala o snapper — cerca de 4MB no total. Tanto o Software GNOME quanto o Discover do KDE servem; ou use o dnf no terminal.

Subvolumes

O registro dos subvolumes existentes é automático. Por padrão, o Fedora cria duas áreas de subvolume na instalação padrão. Só é possível vê-las no gerenciador de arquivos quando se inicializa por um USB ao vivo; no uso normal, você vê apenas o conteúdo do volume.

Gerenciadores de partição como o GParted podem mostrar a partição como íntegra, mas o sistema de arquivos só funciona se a camada lógica de subvolumes estiver configurada dentro dela. No GNOME Workstation, você provavelmente verá um subvolume adicional /root/var/lib/machines; a menos que trabalhe com máquinas baseadas em contêiner, ele estará vazio e pode ser ignorado — existe apenas para excluir arquivos temporários dos snapshots.

Layouts alternativos

O Anaconda, instalador nativo do Fedora, está muito bom em suas versões recentes. O caminho de instalação padrão é o mais fácil. Para adicionar subvolumes extras, o melhor momento é no início, quando aparece o Editor de Armazenamento. Em versões anteriores ao Fedora Linux 45, essa opção também fica no canto superior direito da interface.

O Fedora Linux pode ser instalado ao lado do sistema atual se quiser testar. O melhor método que encontrei é usar o GParted para deixar um espaço não alocado no disco, em vez de oferecer uma partição pronta ao instalador.

Ajustes pós-instalação

Criar novos subvolumes exige linha de comando, e é assunto para usuários avançados. Em teoria, o Blivet-gui promete fazer isso, mas ainda não me convenceu. O btrfs-assistant deixa esse assunto de lado — e é isso que faremos aqui.

Backups

Não há muito o que fazer com os subvolumes por si sós; o mecanismo Copy On Write (CoW) já está ativo. Mas é sempre bom ter um backup antes de começar a configurar o sistema para valer; veremos isso em detalhe mais adiante.

Existem métodos via linha de comando (btrfs send e btrfs receive) para subvolumes, mas os conceitos são complexos. Fazer backup de partição comum é mais simples com dd ou com o Discos do GNOME, como se estivesse usando ext4, e funciona bem para necessidades básicas.

Snapshots

Os snapshots são o que coloca o rollback do BTRFS em outra liga em relação ao Timeshift. Para isso, usaremos o Snapper.

Circula por fóruns a ideia de usar o Timeshift no Fedora com BTRFS e subvolumes no estilo @ do Ubuntu. Isso não funciona mais, a menos que você use algo como Linux Mint. Provavelmente nunca foi boa ideia, mas mostra até onde as pessoas foram para ter uma recuperação gráfica fácil.

É preciso configurar o Snapper antes de um problema acontecer. Se você chegou a este artigo por uma busca e já está com dificuldades, sem snapshots prévios sua saída será a linha de comando — o btrfs CLI é o programa base que cria e gerencia as camadas de subvolume, e o Snapper trabalha com os snapshots do BTRFS. Há artigos de linha de comando disponíveis em https://fedoramagazine.org/?s=btrfs.

Configurações do Snapper

Comece na aba Configurações do Snapper. Clique em novo e preencha os dados: uma configuração para root e outra para home.

Os caminhos de backup e destino precisam estar na mesma partição. Fora isso, a documentação diz que os subvolumes podem ficar em qualquer lugar. O BTRFS usa subvolumes ocultos; colocar root em / e home em /home é tão bom quanto qualquer outro lugar.

Aqui, root significa tudo exceto a pasta home. O Snapper guarda os arquivos de configuração em /etc/snapper, se precisar encontrá-los. Ative as opções de timeline, limpeza e boot. Salve.

Números

O primeiro salvamento cria o arquivo de configuração; agora é preciso ajustar os números.

Não sei se é intencional o Snapper usar como padrão salvar 10 anos inteiros de snapshots e nada semanal. Talvez tenha a ver com o openSUSE e o suporte de longo prazo a servidores. Para uso diário, esses valores precisam mudar — e a raiz não deve ser tratada como /home.

Atualmente estou avaliando o conjunto acima para a raiz e 15, 10, 5, 3, 1, 50 para home, embora desconfie que sejam um pouco altos demais.

Cada número define quantos snapshots o algoritmo de limpeza da timeline mantém, contando do mais novo. Ao terminar, salve de novo e aplique as alterações do systemd.

Acumulando lixo

Cuidado para não exagerar. Snapshot é muito fácil de criar; todos já vimos histórias de gente enchendo a casa com 20 anos de jornais velhos. Um ou dois snapshots de kernels antigos e atualizações de firmware podem resolver um problema, mas não precisamos manter gigabytes por meses. Por outro lado, pode ser inestimável encontrar um documento pequeno apagado por engano há meses.

O risco de inchar o sistema talvez seja um dos motivos de o Fedora não trazer o Snapper instalado por padrão.

Criando os snapshots

Normalmente isso é totalmente automático e leva microssegundos — uma escala muito diferente do ext4 com Timeshift, em que falamos de minutos. Snapshots manuais também são úteis, por exemplo antes de algo que possa dar errado.

Com a opção de boot do Snapper ativada, um snapshot é criado a cada inicialização; assim, atualizações problemáticas são fáceis de reverter.

Sistemas copy on write diferentes têm diferenças sutis ou grandes, mas os princípios básicos da árvore B tendem a permanecer. Para um mergulho na teoria, há bastante material.

O BTRFS registra continuamente o que acontece; em termos simples, é como marcar um ponto numa espécie de registro contínuo e interconectado de eventos. No rollback, voltamos à marca e recomeçamos a gravação num novo ramo.

Vá para a aba do Snapper e depois para Navegar/Restaurar. Encontre o snapshot desejado e clique em Navegar para ver o conteúdo. A função também permite restaurar arquivos individuais em vez do snapshot inteiro. Fique de olho no menu suspenso de destino, que muda ao alternar as abas.

Excluindo

A exclusão no BTRFS é muito mais rápida que em sistemas qcow2 usados em máquinas virtuais — e também que no Timeshift. Leva apenas alguns segundos, mesmo para snapshots antigos.

Manutenção

Nesta aba, o scrub é provavelmente o único essencial. A documentação recomenda executá-lo ao menos uma vez por mês. Se você fez muitos rebobinamentos de snapshot, um scrub manual é bem-vindo.

Balance serve para balancear dispositivos RAID; defrag só é realmente necessário em HD mecânico. Um SSD tem otimização própria, mas você pode rodar o defrag manualmente a cada ano ou dois, se quiser.

Live booting

Há operações que não podem ser feitas com o sistema em uso. Nesse caso, use o Fedora Media Writer ou o Discos do GNOME para gravar uma ISO ao vivo num pendrive. No Discos, clique com o botão direito na ISO e escolha abrir com o Disk Image Writer.

Muita gente conhece esse processo, mas nem todos sabem que várias ISOs ao vivo permitem instalar pequenos programas na própria mídia. Esse truque é a chave para a recuperação do sistema.

Baixe a ISO em https://fedoraproject.org. Se preferir, a ISO do Manjaro KDE em https://manjaro.org/products/download/x86 já traz quase todo o software necessário.

Reinicializações

O próximo passo é fazer o computador bootar pelo USB. Você precisa ter configurado o UEFI/BIOS para aceitar uma tecla de atalho na inicialização (geralmente Delete) ou pedir uma reinicialização UEFI nas configurações do sistema.

Permanecendo seguro

É boa prática ter um backup completo recente antes de qualquer alteração mais séria. Depois de iniciar a ISO ao vivo, se ainda não tiver backup, faça um.

A interface do Discos torna a criação de imagens de partição simples. As ISOs do GNOME Workstation já trazem o Discos; no KDE, instale-o pelo Discover (ou use o dnf; são poucos MB).

Selecione a partição, abra o menu de opções e escolha "criar imagem de partição". Faça backup também das partições de boot — o BTRFS não mantém cópias delas.

Se você nunca usou dd, preste sempre atenção ao if= (entrada) e ao of= (saída): a mesma ferramenta que duplica discos pode destruí-los se os parâmetros forem trocados.

Guarde os backups em mídia confiável; um HD USB de boa qualidade é uma escolha comum, mais resistente ao "bit rot" que um SSD, ainda que mais lento. SSDs perdem dados se ficarem muito tempo sem alimentação.

Tamanhos de partição

Considere ajustar o tamanho da partição neste ponto — mas faça o backup inicial antes, se possível. Manter a partição do sistema enxuta facilita muito o backup. Você ainda precisará de backups completos periódicos, mesmo com o CoW ativo.

Usuários experientes podem comprimir imagens feitas com dd; criar um arquivo temporário /dev/zero ajuda a comprimir ainda mais. Isso economiza bastante espaço, mas a imagem precisa ser totalmente descomprimida para ser montada — uma desvantagem.

Máquinas virtuais

Podem aparecer problemas de velocidade e excesso de dados quando dois sistemas CoW rodam ao mesmo tempo — um efeito bola de neve, com o host copiando as cópias dos backups.

Segundo a documentação do QEMU, ao manter VMs numa partição BTRFS é recomendado usar a opção nocow para evitar problemas de desempenho.

Quem usa o GNOME Boxes (pré-instalado no Workstation) não precisa ajustar arquivos de configuração nem mudar as VMs de lugar: o Boxes guarda as máquinas numa pasta oculta em home, .local/share/gnome-boxes/images, e funciona melhor assim. Os arquivos de imagem já vêm com CoW desabilitado.

Em testes curtos não notei problemas graves; o assunto, porém, gera discussões animadas na web. Uma alternativa para usuários avançados é manter as VMs numa partição ext4 separada.

A flag nocow (+C) pode ser verificada com lsattr no arquivo de imagem, se necessário.

Arquivos de swap

O Fedora Linux usa atualmente o sistema zram, mais rápido e moderno, que comprime a RAM em vez de usar disco.

O snapshot do BTRFS não funciona se houver arquivos de swap tradicionais no subvolume. Com pouca RAM, ajuste primeiro as proporções de alocação do zram. Se ainda precisar de swap, crie um subvolume separado para o arquivo de swap.

Recuperação

A esta altura, a seção deve estar intuitiva. Lembre-se da continuidade root/home: home contém arquivos ocultos de sistema e de configuração usados por programas instalados em root.

Para problemas pequenos, quando o sistema ainda inicia, abra o btrfs-assistant e faça rollback para um ponto bom anterior.

Importante: ao usar o USB ao vivo, abra o gerenciador de arquivos e monte a partição a ser corrigida antes de instalar ou executar o btrfs-assistant; caso contrário, ele não funcionará. Em ambos os casos, o programa vai pedir uma reinicialização para aplicar a mudança. O processo é rápido — na prática, instantâneo em comparação ao Timeshift.

Escolhendo as ferramentas certas

Falhas acontecem com qualquer pessoa — seja por cliques demais, um arquivo de configuração alterado além da conta ou um bug vindo de upstream.

Se o sistema ainda inicializa, o Fedora já tem um mecanismo rápido de reversão de pacotes. Muitas vezes não é preciso snapshot. Há um programa gráfico para isso, o dnfdragora. Por completeza, vale mencioná-lo; na prática, a linha de comando é mais rápida e intuitiva.

Os downgrades têm efeito temporário: não é preciso reinstalar nada depois. Quando o próximo lote de atualizações chegar (com a correção, espera-se), o pacote e seus arquivos voltam a ser atualizados automaticamente.

Conclusão

Este artigo tenta nos atualizar para o início do segundo semestre de 2026.

Deveria a Red Hat apoiar o btrfs-assistant no Fedora, com Snapper e snapshots já configurados nas novas instalações? Acho que sim, e provavelmente isso vai acontecer. Como e quando, veremos.