Montando uma unidade btrfs (semi-?) reequilibrada

2

Tenha uma matriz de 2 drives raid1 btrfs no Ubuntu 16.04 que eu não precise mais ser raid1. Pensei que eu iria tentar separar os discos e converter um para uma única unidade para manter os dados seguintes estas instruções :

umount t
remove disk t1---
mount /dev/t1 t -o degraded
btrfs bal start -mconvert=single -dconvert=single t
btrfs dev delete missing t
btrfs bal start -mconvert=dup

Tive que reiniciar [não pergunte] depois que a etapa btrfs bal start -mconvert=single -dconvert=single t foi concluída. Antes da reinicialização, verifiquei que o disco ainda estava montado em "t" e pude ver todos os arquivos e diretórios que esperava nele.

Após a reinicialização, não consigo encontrar uma maneira de continuar o processo. Eu não consigo montar normalmente:

$ sudo mount /dev/sdc1 /mnt/t
mount: wrong fs type, bad option, bad superblock on /dev/sdc1,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try dmesg | tail or so.

$ dmesg | tail
[ 2885.993255] BTRFS info (device sdc1): disk space caching is enabled
[ 2886.021902] BTRFS: failed to read chunk tree on sdc1
[ 2886.031164] BTRFS: open_ctree failed

E eu não posso montá-lo degradado (da mesma forma que fiz antes do reequilíbrio):

$ sudo mount /dev/sdc1 /mnt/t -o degraded
mount: wrong fs type, bad option, bad superblock on /dev/sdc1,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try dmesg | tail or so.

$ dmesg | tail
[ 3110.756320] BTRFS info (device sdc1): allowing degraded mounts
[ 3110.756330] BTRFS info (device sdc1): disk space caching is enabled
[ 3110.838626] BTRFS info (device sdc1): bdev /dev/sdc1 errs: wr 470683, rd 503082, flush 0, corrupt 0, gen 0
[ 3111.986155] BTRFS: missing devices(1) exceeds the limit(0), writeable mount is not allowed
[ 3112.019429] BTRFS: open_ctree failed

Então não posso continuar o procedimento. Existe uma maneira de continuar? Como mencionei anteriormente, a partição parecia ser saudável antes da reinicialização. Obviamente, uma solução seria executar o procedimento na outra unidade no par raid1, mas essa unidade provavelmente está em pior forma (reinicialização do sistema antes de concluir o balanceamento).

Isso não é uma crise - meus dados são armazenados em backup. Eu só estou tentando evitar a cópia de 4 TB, e talvez a solução ajudaria alguém no futuro.

    
por Fred Hamilton 23.04.2016 / 19:19

0 respostas

Tags