Meu servidor doméstico (Debian Jessie) tinha um par de discos de 1TB para armazenamento em massa, configurado como um volume de espelho RAID1 em dispositivos brutos (sem partições).
Quando eu vim trocar esses discos por duas novas unidades de 3 TB, tive alguma dificuldade em encontrar boas orientações / exemplos sobre como mover os dados.
No final, o procedimento que escolhi foi inicializar a máquina em um ambiente ao vivo do GParted e usar o partclone.btrfs para copiar cada disco de origem para sua substituição. Isso é simples, mas arriscado, pois a clonagem duplica os UUIDs de volume / subvolume, portanto, não é seguro reinicializar a máquina com todos os discos conectados, pois IDs duplicados confundirão btrfs.
Depois de desconectar os discos antigos, eu reiniciei e a máquina apareceu e remontou os novos discos nos UUIDs originais, indicando que o clone foi bem-sucedido. No entanto, quando eu executei um scrub btrfs, ele gerou muitos milhares de erros recuperáveis. Parece que pode haver um erro para cada soma de verificação de bloco.
Depois que o scrub terminou, o volume parecia estar funcionando ok, e um segundo passe de scrub não mostrou erros.
Eu encontrei um post neste site de alguém que teve o mesmo problema ao clonar uma única unidade, por isso não parece ser específico para volumes RAID.
Alguém sabe se esse é um comportamento esperado ao mover dados entre dispositivos físicos (as somas de verificação são invalidadas) ou não é parte do clone como "btrfs aware" como afirma ser?