Um comando btrfs check --repair
bem-sucedido não necessariamente produz um sistema de arquivos btrfs consistente.
Em um caso, observei que btrfs scrub
após btrfs check
acionou vários WARN_ON()
testes em fs/btrfs/extent-tree.c
. E o recebimento de instantâneos gerou uma falha de IO (que forçou uma remontagem somente leitura).
Assim, como os tempos de execução de btrfs check
, seguidos por btrfs check --repair
e btrfs scrub
podem ser bastante significativos - e essas ações têm resultados incertos: uma alternativa prática é recriar o sistema de arquivos btrfs e restaurar um backup.