Conclusão: o NTFS foi a causa principal neste caso resolvido, mas não é uma explicação universal para todas as falhas de migração
No teste reproduzível, o ZimaOS copiou os dados parcialmente e depois falhou porque o destino NTFS não conseguiu concluir a etapa final de cópia das permissões. Reformatar o destino como EXT4 fez com que essa migração específica fosse bem-sucedida. Respostas posteriores relataram falhas com outras configurações, pelo que “formatar tudo como EXT4” deve ser encarado como uma solução específica para este caso e como uma verificação prévia útil — não como uma solução universal.
A migração atual deve começar pela ferramenta de migração de dados suportada
O atual guia de migração de dados do ZimaOS move imagens Docker, dados de aplicações Docker e pastas de utilizadores por categoria. O guia de caminhos de migração do ZimaOS é o melhor complemento atual para decidir exatamente o que será movido.
Verifique o sistema de ficheiros do destino antes de iniciar
lsblk -f
blkidConfirme o dispositivo de destino, o tipo de sistema de ficheiros, o espaço disponível e o estado de montagem. Se o destino utilizar um sistema de ficheiros com semântica de propriedade/permissões Linux diferente, espere que a migração de dados das aplicações seja mais sensível do que uma simples cópia por arrastar e largar. O manual do lsblk e a documentação do ext4 são referências úteis para validação.
Por que aparece “Parar o Docker” durante a migração
Essa mensagem é um comportamento esperado, não a própria falha. Os dados das aplicações não podem ser movidos em segurança enquanto os contentores continuarem a escrever neles. O fluxo de migração pausa o Docker, copia os dados geridos, atualiza a localização e retoma o serviço.
Quando a migração continua a falhar em EXT4
Não volte imediatamente a formatar. Registe o sistema de ficheiros de origem e de destino, o espaço livre, a categoria de migração, a versão do ZimaOS e se o destino é um único disco ou RAID. Depois, se possível, reproduza o problema com uma categoria pequena. Uma falha posterior num armazenamento criado pelo ZimaOS prova que o tipo de sistema de ficheiros é apenas um dos ramos da árvore de decisão.
Antes de qualquer nova tentativa destrutiva, proteja os seus dados importantes com o fluxo de cópia de segurança do ZimaOS.
