APRENDER. PRATICAR. EVOLUIR.Confirmar onde as escritas chegam
Uma diretoria existente não prova que o volume esperado está montado. Liga o caminho usado pela aplicação à origem, tipo, opções e contexto de montagem. findmnt --target identifica o filesystem que contém o caminho; uma resposta válida pode ser precisamente a raiz errada. Numa aplicação isolada, a vista do host pode diferir da vista do processo. Define uma condição de arranque que represente as montagens necessárias e confirma ainda a identidade dos dados. RequiresMountsFor ajuda na dependência e ordem, mas não certifica que o volume contém o conjunto correto de operações ou a versão esperada.
Preservar dados ocultos e capacidade real
Se a aplicação escreveu na diretoria antes da montagem, os dados podem ficar ocultos quando o volume correto é montado por cima. Não concluas que foram apagados nem desmontes um serviço em utilização por tentativa. Preserva os dois conjuntos, planeia acesso controlado à vista subjacente e reconcilia identificadores. Para planear cópias, distingue tamanho aparente de espaço alocado: um ficheiro esparso pode ocupar muito menos que o tamanho lógico. Uma ferramenta que materialize as regiões esparsas pode mudar as necessidades de capacidade. Regista as unidades de medida e ensaia a restauração com o mesmo comportamento de cópia.
Publicar um nome não garante persistência
Um produtor pode preparar e validar um ficheiro temporário no filesystem de destino antes de substituir o nome público por rename. Isso permite controlar a visibilidade do novo objeto, mas descritores já abertos podem continuar a ler o anterior. A atomicidade do nome não cobre sozinha falhas abruptas: o desenho de persistência precisa de considerar sincronização do ficheiro, diretoria, resultados das operações e garantias do armazenamento. Um checksum verifica conteúdo observado, não força persistência. Se o contrato proíbe substituir uma entrega existente, uma consulta antes de renomear deixa uma corrida; escolhe uma primitiva atómica compatível e trata o conflito.
Reparar o formato certo nas condições certas
A identificação do filesystem precede a escolha de ferramenta. e2fsck pertence à família ext; xfs_repair tem semântica e condições próprias. Um runbook copiado de outro serviço não é evidência de compatibilidade. Planeia proteção dos dados, disponibilidade do dispositivo, paragem dos consumidores e recuperação caso a reparação falhe. Mesmo uma inspeção sem escrita num filesystem montado pode não fornecer um resultado válido, devido à vista em alteração. Em XFS, limpar o log com -L pode perder alterações e dados; não é uma tentativa neutra. Consulta a versão instalada e envolve a competência adequada antes de executar ações destrutivas.
Aceitar o serviço, não apenas os ficheiros
Escreve o critério antes do ensaio: população de operações, intervalo de recuperação, dependências, identidade da conta e testes funcionais. Se o restauro começou às 10:00 e às 11:05 faltam 200 de 10000 instruções, um objetivo de recuperação integral em 60 minutos não foi cumprido. A API ter arrancado às 10:42 é uma etapa, não o resultado completo. Guarda os tempos reais, os identificadores pendentes e as hipóteses ainda abertas. Uma aceitação temporária degradada deve ser decidida por quem tem autoridade, com limites e prazo, sem alterar retroativamente o resultado medido do ensaio.
findmnt --target /srv/ledger --output TARGET,SOURCE,FSTYPE,OPTIONS
findmnt --json --target /srv/ledger --output TARGET,SOURCE,FSTYPE,OPTIONS
df -h /srv/ledger
df -i /srv/ledgerExemplo fictício: 300 ficheiros foram escritos na raiz e 900 aparecem no volume dedicado. Como a sobreposição de identificadores ainda não foi analisada, não declares 1200 entregas únicas. Conter escritas e preservar ambos os conjuntos precede a reconciliação e a retoma aprovada.
Armadilhas comuns
Confundir diretoria com mount, ocultação com apagamento, tamanho aparente com alocação, rename com persistência ou verificação estrutural com recuperação de negócio.
Tópicos relacionados: Interpretar serviços e logs com systemd · Distinguir espaço, inodes e montagem · Interpretar CPU, memória e espera por I/O · Manutenção e recuperação demonstrada
Identifica o objeto e o contexto, preserva opções de recuperação e valida dados e funcionalidade antes de declarar sucesso.
Referência: findmnt(8) · DR Linux 2026.4; networking and Bash manuals reviewed 2026-10-01; cgroup v2 and upstream systemd manuals reviewed 2026-10-01; RHEL 10 examples; Linux man-pages 6.19; OpenSSL 3.5