Comecei o btrfs-convert para o meu disco rígido particionado ext4. Eu fiz um fsck primeiro, o que foi bom. Então, já que está rodando mais de 4 horas agora (1). Gostaria de saber se alguma vez terminará? Li vários artigos (rapidamente) sobre a conversão, mas nenhum declarou um requisito de espaço. Mas acho que há alguns considerando este artigo: https://oss.oracle.com/projects/btrfs/dist/documentation/btrfs-converter.html
Então, meu disco rígido estava usando 99,0% de 1,82 TB antes de começar. (2.) Se não conseguir finalizar, salve para cancelar (CTRL + C) o processo?
O iotop indica ainda que o btrfs-convert está lendo com ~ 40MB / s do meu disco rígido e o topo mostra que um núcleo da CPU está totalmente carregado pelo btrfs-convert. (3.) Qual seria a decisão mais sensata agora?
Atualização: Enquanto isso, o processo de conversão foi concluído. Demorou quase 3 dias. Devo acrescentar que, entre as velocidades, caiu para ~ 0-10MB / s, mas 100% da carga de E / S e o uso da CPU caíram de acordo. Esta manhã (após mais de 2 dias seguidos), o processo de conversão teve apenas ~ 9h de tempo de CPU. Em suma, tudo parece bem.
/
sistema de arquivos ou não raiz?Respostas:
btrfs-convert
criará um instantâneo (nomeadoext2_saved
) do sistema de arquivos existente como um backup. É difícil prever quanto espaço em disco o snapshot ocupará porque o btrfs é CoW ...Já converti um
/
para o Oracle Linux 6.3 x86_64 antes, leva menos de 10 minutos porque o sistema de arquivos é relativamente pequeno (os dados são armazenados em volumes lógicos separados). Foi bom, não há problema.No seu caso, o HDD tem mais de 1,8T de dados e pouco espaço restante, não faz ideia de quanto tempo vai demorar (o instantâneo pode usar apenas pouco espaço porque o sistema de arquivos não mudou desde a conversão). Se o
iotop
programa ainda estiver em execução, deixe-o.Poucas pessoas sabem o que acontece se você interromper a conversão; tente a lista de discussão btrfs ;-)
Leituras recomendadas:
https://blogs.oracle.com/wim/entry/btrfs_root_and_yum_update
5.4.6 Convertendo um sistema de arquivos Ext2, Ext3 ou Ext4 em um sistema de arquivos Btrfs
fonte
Eu apenas tentei converter um sistema de arquivos de 8 TB e
btrfs-convert
parece ter travado ebtfsck
dei um "Erro" inespecífico, mas reverter combtrfs-convert -r
apenas levou um minuto e tudo parece bem com o antigo sistema ext4.Portanto, abortar
btrfs-convert
parece ser relativamente seguro.fonte
Apenas compartilhando com outro ponto de dados:
Recentemente, fiz essa conversão em um Odroid XU4 (ARM), com uma unidade USB3 WD Ultra 4TB externa (5200rpm). O SO é o Debian Jessie, kernel 3.10.103+. A versão do Btrfs é v3.17
O fs anterior foi ext4 com ~ 2 TB usado, 2 TB de espaço livre, com arquivos bastante grandes (programas de TV, todos com várias centenas de mb cada).
No fim das contas, o processo levou cerca de 30 horas.
O processo btrfs-convert aumentou entre 20% e 80% da CPU no topo e ficou em torno de 32 MB / s no iotop.
Saída foi
e todos os arquivos parecem bem.
Agora vou excluir o subvolume de backup ext4, executar a desfragmentação e reequilibrar. Tempo também estes.
Atualizar
aae acertei um bug do kernel durante a desfragmentação:
Outra atualização
Depois de tentar fazer um reequilíbrio, o kernel oops continua ocorrendo a cada montagem. Eventualmente, comandos como mount e umount, e até mesmo ls, ficavam presos nos syscalls para sempre. A verificação do btrfs mostrou alguns erros e a unidade não tinha mais espaço livre restante (os metadados usavam tudo).
Acabei montando a unidade com
antes de copiar todos os 2 TB de dados da unidade para um disco ext4 sobressalente, reiniciar, reformatar a unidade btrfs e copiar tudo novamente.
LIÇÃO: A partir do kernel 3.10 (que tem dois anos), o btrfs-convert não é bom , e o kernel é defeituoso. Opa!
Então, eu não me incomodaria com o btrfs-convert. Parece uma boa solução no papel, mas é muito melhor copiar todos os dados da unidade, formatar e copiá-los novamente.
fonte
Apenas um ponto de dados realmente ...
Eu apenas tentei converter uma partição 200G e usar o btrfs-tools V4.0 e ela falhou - na verdade, parece que falhou - depois de relatar 'espaço livre insuficiente' (sobrescrevendo parcialmente as informações de progresso).
O fsck não relatou problemas e o sistema de arquivos ainda monta:
Um ponto interessante é que o progresso estava relatando mais de 100%, ou seja, 244027/240502. Talvez alguém pudesse esclarecer o que estava contando?
Enfim, a conclusão é que 744M de 200G (99,7% usado) não é espaço livre suficiente!
FWIW, eu acho que o btrfs-convert obteria todos os metadados antes de destruir (copiar e substituir) o 1Mb, que indicava que é um sistema de arquivos EXT4. Até que isso ocorra, não há nada a desfazer; acabou de escrever no espaço livre. Talvez isso também possa ser confirmado?
fonte
Se você ativar a soma de verificação (o padrão), a conversão precisará calcular esses valores e armazená-la nos metadados. Então, basicamente, ele está lendo todo o seu disco rígido na conversão ... Você pode desativar as somas de verificação na conversão, mas isso desativa as verificações de integridade do btrfs e a limpeza de dados ...
fonte