Solução da comunidade

Mover os dados de aplicações do ZimaOS para outra unidade: limitações da migração por USB e soluções alternativas

A ZimaOS AppData migration thread that began with a greyed-out migration control and ended with an official July 2026 clarification: USB drives were not supported as AppData migration destinations at that time, and the limitation was not tied to ZimaOS+.

Uma unidade pode estar perfeitamente visível nos Ficheiros do ZimaOS e, ainda assim, não estar disponível como destino para mover imagens Docker ou dados de aplicações. Essa distinção causou grande parte da confusão neste tópico de dezembro de 2025.

O autor original ligou um SSD USB de 2 TB e conseguiu navegá-lo nos Ficheiros, mas verificou que o controlo de migração dos dados das aplicações estava desativado. As primeiras respostas da comunidade presumiram que a unidade precisava de ser formatada novamente ou inicializada de forma diferente. Testes posteriores refutaram essa teoria, e a resposta mais autorizada surgiu em julho de 2026, quando a IceWhale esclareceu que, nessa altura, as unidades USB não eram suportadas como destinos de migração de dados das aplicações.

Como Era o Controlo de Migração Desativado

Definições de migração do ZimaOS mostrando as localizações dos dados das aplicações, das imagens Docker e da base de dados de utilizadores, com o controlo de mover desativado
O relatório original mostrava controlos de migração que não podiam ser utilizados, apesar de a unidade externa estar ligada.

Estar Visível nos Ficheiros Não Significa Ser Elegível para a Migração dos Dados das Aplicações

O disco USB do utilizador aparecia normalmente na interface Ficheiros e no resumo do armazenamento:

Aplicação Ficheiros do ZimaOS mostrando uma unidade USB externa chamada ZimaData juntamente com o armazenamento do sistema
A unidade estava acessível como armazenamento USB externo, o que demonstrava que o simples acesso a ficheiros e a elegibilidade para a migração dos dados das aplicações eram capacidades distintas.
Cartão Armazenamento do ZimaOS mostrando uma unidade USB de 2 TB chamada ZimaData com quase toda a capacidade disponível
O ZimaOS detetou o dispositivo USB de 2 TB e a respetiva capacidade, mas isso não desbloqueou o destino de migração dos dados das aplicações.

Apagar a Unidade Não Foi uma Solução Comprovada

As respostas da comunidade sugeriram remover os metadados GPT, as assinaturas do sistema de ficheiros e as partições para que o ZimaOS pudesse tratar o dispositivo como um disco novo gerido pelo sistema. O autor original tentou essas ideias e informou que não resolveram o problema. Outro utilizador repetiu tentativas semelhantes de limpeza no ZimaOS 1.6.1 e 1.6.2, com o mesmo resultado.

Como os comandos destrutivos para apagar o disco apresentados neste tópico vieram de participantes da comunidade e não resolveram a limitação subjacente, não devem ser promovidos como procedimento de recuperação. Não apague um disco apenas para tornar clicável um botão de migração desativado.

A IceWhale Confirmou a Limitação do USB em Julho de 2026

Em 10 de julho de 2026, 777-Spider deu o esclarecimento decisivo: a unidade em causa estava ligada através de USB e, nessa altura, o ZimaOS não suportava unidades USB como destinos de migração dos dados das aplicações. A mesma resposta afirmou explicitamente que isto não era uma limitação de uma funcionalidade paga do ZimaOS+.

Essa resposta oficial substitui a teoria anterior da comunidade de que a unidade simplesmente precisava de ser tornada “raw” ou inicializada de uma forma especial.

O ZimaOS Atual Continua a Ter uma Ferramenta Integrada de Migração de Dados

As instruções atuais do ZimaOS descrevem a transferência de imagens Docker, dados de aplicações e bases de dados de utilizadores através de Definições > Migração de dados para outro espaço de armazenamento. Não afirmam explicitamente que todos os dispositivos USB são destinos elegíveis para os dados das aplicações.

Consulte o fluxo de trabalho atual de Migração de dados para verificar quais os destinos que a versão instalada apresenta efetivamente. Não conclua, a partir do facto de o “armazenamento USB ser utilizável”, que o USB também tem necessariamente de ser aceite para a migração dos dados das aplicações.

O Mapeamento de Volumes por Aplicação Pode Ser uma Alternativa

Mais tarde, um utilizador encontrou uma solução alternativa para o Nextcloud: transferiu o YAML da aplicação, importou-o como aplicação personalizada e alterou o mapeamento dos dados das aplicações no lado do anfitrião para uma pasta num armazenamento externo. Tratou-se de uma solução da comunidade, não de uma recomendação da IceWhale para todas as aplicações.

O ZimaOS atual também recomenda decidir onde os dados das aplicações serão armazenados antes de encher a unidade do sistema. A explicação sobre como as pastas persistentes das aplicações são mapeadas para armazenamento real é um ponto de partida mais seguro quando uma aplicação específica precisa de ficar num disco maior.

Perguntas Frequentes sobre a Migração dos Dados das Aplicações no ZimaOS

Porque é que o botão de migração dos dados das aplicações está desativado, apesar de os Ficheiros conseguirem ver a minha unidade USB?

No tópico de origem, a resposta final da IceWhale foi que, nessa altura, o USB não era suportado como destino de migração dos dados das aplicações. O acesso a ficheiros e a migração dos dados das aplicações são funcionalidades distintas.

A limitação era causada pelo ZimaOS+?

Não. 777-Spider afirmou explicitamente que não estava relacionada com o ZimaOS+ nem com uma funcionalidade paga.

Devo apagar a minha unidade USB para desbloquear a migração?

Não com base neste tópico. Várias tentativas destrutivas de apagar a unidade não resolveram a limitação.

Posso continuar a colocar os dados de uma aplicação individual noutra unidade?

Muitas aplicações Docker podem utilizar mapeamentos de volumes no lado do anfitrião para outra localização de armazenamento. Teste cuidadosamente os caminhos necessários da aplicação e faça uma cópia de segurança dos dados existentes antes de os alterar.