Btrfs: recursos, integridade e manutenção do sistema de arquivos

O sistema de arquivos costuma ficar invisível até o dia em que uma atualização falha, um disco apresenta problemas ou preciso recuperar uma versão anterior de um arquivo. Por isso, não escolho apenas o sistema operacional: também considero como os dados serão organizados, verificados e mantidos.

O Btrfs chama a atenção porque reúne recursos que normalmente aparecem em ferramentas separadas. Ele oferece cópia sob escrita, subvolumes, snapshots, checksums, compressão e operações de manutenção que ajudam a tornar o armazenamento mais observável e recuperável.

O que é o Btrfs

O Btrfs é um sistema de arquivos moderno para Linux. Seu desenho permite tratar o armazenamento como uma estrutura mais flexível do que um diretório de arquivos sobre uma partição fixa.

Isso não significa que ele seja automaticamente a melhor escolha para qualquer servidor ou carga de trabalho. O perfil dos discos, a versão do kernel, o modo como o volume será administrado e a estratégia de backup continuam sendo importantes. O valor do Btrfs aparece quando seus recursos são usados com uma rotina de manutenção coerente.

Cópia sob escrita

No modelo de cópia sob escrita, blocos existentes não precisam ser sobrescritos imediatamente quando um arquivo é alterado. O sistema pode gravar os novos dados em outra área e atualizar os metadados para apontar para eles.

Essa característica é a base para criar snapshots com rapidez. Um snapshot inicial compartilha os mesmos blocos com a árvore original e só passa a ocupar espaço adicional à medida que os dados mudam.

Também há um efeito prático na manutenção: uma operação que altera muitos arquivos pode ser observada comparando estados diferentes do volume. É uma forma mais clara de entender o que uma atualização ou uma mudança de configuração realmente modificou.

Subvolumes para separar responsabilidades

Subvolumes são árvores de arquivos administradas dentro do mesmo sistema de arquivos. Eles permitem separar partes do sistema sem necessariamente criar uma partição para cada diretório.

Uma organização pode manter o sistema, os dados dos usuários e áreas temporárias em subvolumes diferentes. Essa divisão é útil porque um snapshot de / não precisa incluir automaticamente tudo o que está em /home, e políticas diferentes de retenção podem ser aplicadas a cada parte.

O desenho precisa ser planejado antes da instalação. Separar um diretório em subvolume depois pode exigir cópia, remontagem e revisão do processo de inicialização. O recurso é poderoso, mas a flexibilidade não substitui uma topologia simples e documentada.

Para consultar a organização atual, uso comandos como:

sudo btrfs subvolume list /
sudo btrfs filesystem usage /

Checksums e integridade

O Btrfs mantém checksums dos dados e dos metadados. Quando um bloco é lido, o checksum ajuda a detectar que o conteúdo não corresponde ao que foi gravado originalmente.

Detectar uma alteração ou uma corrupção é diferente de conseguir corrigi-la. A recuperação depende de haver outra cópia íntegra, de uma configuração redundante adequada ou de um backup. Em um volume com redundância compatível, o sistema pode ter condições de usar a cópia correta; em um único disco, o checksum ainda é valioso para revelar o problema, mas não cria uma segunda cópia.

O scrub percorre o sistema de arquivos e verifica os blocos. Em uma rotina de manutenção, posso iniciar uma verificação com:

sudo btrfs scrub start -Bd /

Depois, observo os erros relatados e não trato a ausência de mensagens como prova de que todos os dados importantes possuem backup. Integridade é uma camada da proteção, não a estratégia inteira.

Snapshots rápidos, mas não mágicos

Um snapshot registra o estado de uma árvore em determinado momento. Ele é excelente para voltar de uma atualização problemática, comparar alterações ou recuperar rapidamente um arquivo removido.

O snapshot costuma estar no mesmo conjunto de discos que os dados originais. Se esse conjunto falhar, o snapshot pode desaparecer junto. Ele também consome espaço conforme os arquivos originais são alterados, porque os blocos antigos precisam ser preservados enquanto o snapshot existir.

Por isso, mantenho uma distinção clara:

1. Snapshot é uma cópia local e rápida de um estado.
2. Backup é uma cópia independente, usada para sobreviver à perda do volume original.
3. Replicação é uma estratégia para manter dados em outro dispositivo ou local.

O Btrfs pode participar das três estratégias, mas nenhum recurso isolado cumpre todas elas.

Compressão e uso do espaço

A compressão transparente pode economizar espaço e, em alguns cenários, reduzir a quantidade de dados lida ou gravada. No Linux, opções como compress=zstd são comuns em volumes voltados para uso geral.

O ganho depende do tipo de arquivo. Textos e códigos costumam comprimir bem; vídeos, imagens e arquivos já compactados quase não mudam de tamanho. Antes de escolher uma opção para um servidor, avalio o perfil da carga e acompanho o consumo real.

Também verifico o espaço com as ferramentas do próprio Btrfs. A diferença entre espaço lógico, espaço alocado e espaço livre pode confundir quando snapshots e múltiplos dispositivos estão envolvidos. Olhar apenas para a saída de df nem sempre explica todo o comportamento do volume.

Send e receive para replicar snapshots

O Btrfs pode enviar a representação de um snapshot para outro volume com send e receive. Depois de uma primeira cópia, snapshots incrementais podem transmitir apenas as diferenças em relação a um estado anterior.

Esse recurso é interessante para backups versionados e replicação, mas precisa de um procedimento testado. É necessário preservar a sequência dos snapshots, verificar o destino e confirmar que a restauração funciona. Uma tarefa que apenas envia dados e nunca é restaurada não é uma estratégia de backup comprovada.

Segurança não é apenas integridade

Os checksums protegem contra corrupção silenciosa, mas não criptografam dados e não impedem um usuário autorizado de acessá-los. Para proteger o conteúdo contra perda ou acesso físico ao disco, uma camada como LUKS pode ser necessária, conforme o cenário.

Snapshots também podem conservar arquivos que já foram apagados no estado atual. Se uma senha, chave privada ou token esteve no volume, uma cópia antiga pode continuar contendo esse segredo. A retenção precisa considerar esse risco, e informações sensíveis devem ser rotacionadas quando houver suspeita de exposição.

Permissões, ACLs e controles de acesso continuam valendo para a árvore montada, mas uma pessoa com acesso administrativo ao dispositivo pode investigar snapshots e blocos conforme as permissões do sistema. O Btrfs melhora a recuperação; ele não substitui criptografia, atualização, controle de acesso ou cuidado com credenciais.

Minha rotina de manutenção

Antes de uma atualização grande, verifico o espaço livre, confirmo que os backups recentes estão disponíveis e crio ou confirmo um snapshot apropriado. Depois da mudança, testo os serviços principais e observo o estado do volume.

Também programo verificações periódicas de scrub, acompanho erros de dispositivo e mantenho uma política de limpeza para snapshots antigos. Reter tudo para sempre parece seguro, mas pode consumir espaço e manter dados sensíveis por mais tempo do que o necessário.

Quando a máquina usa vários dispositivos, não aplico um perfil de RAID ou uma política de dados sem entender as limitações da versão do kernel e do Btrfs em uso. A configuração precisa ser compatível com o objetivo: desempenho, capacidade, redundância ou recuperação.

Minha conclusão

O Btrfs oferece uma combinação muito útil de recursos: cópia sob escrita, subvolumes, snapshots, checksums, compressão, scrub e replicação. Esses recursos tornam mais fácil investigar mudanças, detectar problemas e recuperar o sistema sem começar sempre de uma instalação do zero.

A segurança vem do uso responsável desse conjunto. Snapshots não são backups, checksums não corrigem sozinhos uma corrupção, e o sistema de arquivos não elimina a necessidade de criptografia ou controle de acesso. Quando a estrutura do volume, a manutenção e a estratégia de recuperação são planejadas juntas, o Btrfs se torna uma base robusta para administrar dados Linux.