Eu migrei recentemente um sistema de arquivos ext4 em um volume lvm para o btrfs usando o btrfs-convert. Depois de montá-lo mais tarde, percebi que havia alguns problemas com ele.
Assim que fiz algo que envolveu a gravação de dados no disco, ele foi forçado somente para leitura, a partir de dmesg . Fiz algumas pesquisas e executei scrub , que encontrou dois arquivos com erros de csum. Infelizmente, um deles foi o ext2_saved para a reversão. Eu pensei que excluir os arquivos com os erros de csum resolveria o problema. Então eu apaguei o backup e o outro arquivo.
Após a reinicialização, scrub não encontrou nenhum erro. Mas ao montar, agora recebo a seguinte mensagem: bdev /dev/mapper/my-volume errs: wr 0, rd 0, flush 0, corrupt 608, gen 0 . Parece que agora posso escrever no disco (renomeando um arquivo trabalhado, não fiz mais testes ainda).
Esta mensagem deve me preocupar ou pode ser ignorada? Ou melhor: como posso encontrar a causa disso? esfregar e até mesmo verificar btrfs - repair não encontrou nenhum problema.
UPADTE:
Eu corri um Memtest e verifiquei por badblocks. Ambos os testes saíram limpos.
Eu também atualizei meu Kernel para 4.9.9-gentoo . Ao compilar o Kernel descobri que tinha a opção CONFIG_BTRFS_FS_CHECK_INTEGRITY ativada, também conhecida como Btrfs with integrity check tool compiled in (DANGEROUS) . Eu agora desabilitei essa opção.
Depois disso, tentei iniciar o Chrome - o que obviamente fez algo no disco mencionado. Logo depois de ler algo assim no dmesg:
*Some stacktrace*
btrfs_finish_ordered_io:someline errno=-95 unknown
forced readonly
Umount me deixou com esta mensagem:
cleaner transaction attach returned -30
Também tive estes quando ainda tinha os erros de soma de verificação que agora estão resolvidos. Agora não consigo encontrar uma razão para eles.
Eu executei um scrub novamente, que passou com 0 erros.
Ao executar btrfs check --repair /dev/mapper/my-volume , agora fixed discount file extents for some inodes , que aparentemente foram erros ocorridos recentemente como o mesmo comando antes da atualização não encontrar nada.
Provavelmente, terei que mover os dados para leitura em outro disco e apenas formatar a coisa.
ATUALIZAÇÃO:
Copiando os dados de maneira não-lida, sem perder dados, ao que parece. Parece que a conversão do ext4 para o btrfs não está funcionando perfeitamente ainda.
Informações do sistema:
Kernel: 4.4.39-gentoo; now: 4.9.9-gentoo
btrfs-progs v.4.9