Para aqueles que descobrirem isso mais tarde, o upgrade do kernel para o 3.19 corrigiu tudo. Eu atualizei, reiniciei e o disco montou na inicialização sem erros. Cheque BTRFS voltou OK, assim como o matagal.
Primeiro, alguns antecedentes da minha configuração. Eu tenho 7 discos rígidos em um ataque 5 (eu sei, mova-se para invadir 6, mas não o problema aqui) matriz. Além disso, eu executo o LVM, com uma partição para o btrfs. O BTRFS está na versão 3.1245. O kernel é 3.13.0-53-genérico. Estou executando o Ubuntu 14.04.2 LTS
Acabei de migrar os dados do ext4 por meio de uma série de lvextend / reduce do EXT4 para as partições btrfs. Eu estava usando uma unidade temporária no LVM para me dar o espaço para mover dados entre as duas partições em pedaços maiores.
No fim de semana, finalmente terminou e eu estava pronto para excluir a partição EXT4 e remover a unidade temporária.
Reduzi o tamanho do btrfs usando o comando duas vezes (para ter certeza de que eu tinha muito espaço em branco no final):
btrfs filesystem resize -950G
Na minha pressa (pressa fez muito desperdício ...) eu digitei o comando:
lvreduce -L 950G /dev/bigdisk/btrfs
em vez de
lvreduce -L -950G /dev/bigdisk/btrfs
Quando tentei montar o sistema de arquivos, obtive:
wrong fs type, bad option, bad superblock on /dev/mapper/bigdisk-btrfs...
dmesg me deu:
btrfs bad tree block start 12460867831478107890 3823471755264
btrfs bad tree block start 13567085538622844823 3823471755264
btrfs bad tree block start 12460867831478107890 3823471755264
btrfs bad tree block start 13567085538622844823 3823471755264
btrfs: failed to recover balance
btrfs: open_ctree failed
No meu pânico, quando percebi que não iria montar, eu corri:
lvextend -l +100%FREE /dev/bigdisk/btrfs
que não corrigiu nada. Pesquisando (deveria ter feito isso primeiro), conduza-me ao comando vgcfgrestore, que eu executei, encontrei o backup antes de meu 950G estragar e restaurar:
vgcfgrestore -f [Filename here] -v /dev/bigdisk
ainda não há amor, mesmas mensagens de erro.
Eu tentei montar com a opção de recuperação:
mount -orecovery,ro /dev/bigdisk/btrfs
mesmos erros
eu corri:
btrfs rescue super-recover -v /dev/bigdisk/btrfs
que retorna tudo de bom, nada mal. "Todos os supers são válidos, não é necessário recuperar"
Eu corri o chunk-recover na noite passada em esperanças, que eu acabei de tirar da minha tela enquanto preparava esta mensagem :(, mas ele afirmou que encontrou um monte de bons pedaços, mas não conseguiu consertar. -Execute e poste a saída aqui assim que terminar. Irã: btrfs rescue chunk-recupera -v / dev / bigdisk / btrfs
Existe mais alguma coisa que eu possa fazer? Eu tenho backups dos meus arquivos importantes, mas esta matriz inclui rasgos do meu DVD / Blurays, que temos muito poucos. A ideia de re-ripar estes está me deixando muito triste, vai levar meses. A matriz de disco é bastante grande, portanto, fazer um backup de disco completo é impraticável (o tamanho da partição é de ~ 12 TB)
Para aqueles que descobrirem isso mais tarde, o upgrade do kernel para o 3.19 corrigiu tudo. Eu atualizei, reiniciei e o disco montou na inicialização sem erros. Cheque BTRFS voltou OK, assim como o matagal.