Para uma atualização planeada da unidade do sistema ZimaOS, clone todo o disco antigo para o SSD de maior capacidade, arranque com o disco de sistema antigo desligado, verifique todos os caminhos das aplicações e das máquinas virtuais e só depois expanda a capacidade utilizável. Isto preserva mais dados do que copiar ficheiros manualmente e permite reverter a operação, pois a unidade original pode permanecer intacta.
O tópico de origem de 2026 é um conselho da comunidade, não um procedimento da equipa da IceWhale. Por isso, considere a clonagem de todo o disco um método de migração prático — não uma funcionalidade do ZimaOS oficialmente suportada e disponível com um clique. A parte mais arriscada não é a cópia em si; é arrancar simultaneamente com dois discos de sistema duplicados ou redimensionar partições antes de confirmar que o clone funciona.
Quando a clonagem é melhor do que reinstalar
A clonagem é uma opção interessante quando:
- as aplicações já estão configuradas;
- os caminhos das máquinas virtuais e os mapeamentos de armazenamento estão a funcionar;
- o SSD de origem está em boas condições;
- pretende preservar exatamente o sistema atual.
Uma reinstalação limpa pode ser preferível se a instalação antiga tiver acumulado erros ou se a maioria dos dados persistentes das aplicações já estiver armazenada noutro suporte.
Faça primeiro uma cópia de segurança das máquinas virtuais e dos dados das aplicações
Mesmo um clone planeado pode falhar devido à seleção do disco errado, a uma falha de energia ou a um SSD de destino com problemas. Exporte ou faça uma cópia de segurança dos dados importantes das máquinas virtuais e das pastas persistentes do Docker antes de mexer na unidade do sistema.
O guia de planeamento de cópias de segurança apresenta uma abordagem de cópia de segurança mais abrangente.
Passo 1: Clonar todo o disco offline
Utilize o Rescuezilla, o Clonezilla ou outra ferramenta de criação de imagens de disco a partir de um suporte de arranque separado. Copie todo o SSD antigo para o SSD de substituição de maior capacidade.
Não copie apenas a partição de armazenamento visível. O ZimaOS utiliza várias partições de arranque/sistema e uma arquitetura de dois slots.
Passo 2: Não alterar a unidade antiga
Quando o clone estiver concluído, encerre o sistema. Remova o SSD original e guarde-o num local seguro. Não o formate ainda.
Se o clone não arrancar ou o caminho de uma aplicação deixar de funcionar, o SSD antigo, que não foi alterado, permite uma reversão simples.
Passo 3: Arrancar e verificar antes de expandir
Confirme:
- o ZimaOS arranca normalmente;
- a versão do painel está correta;
- as aplicações aparecem;
- as cargas de trabalho do Docker iniciam;
- os convidados ZVM conseguem ver os respetivos discos;
- as partilhas e os pontos de montagem mantêm os caminhos esperados.
Só depois desta verificação deverá considerar a capacidade SSD adicional.
Passo 4: inspecionar o esquema de partições clonadas
Execute:
lsblk
lsblk -f
df -hUm clone por sectores normalmente preserva os tamanhos originais das partições. A capacidade adicional pode aparecer como espaço não alocado, em vez de aumentar imediatamente a partição de dados gravável.
Não redimensione cegamente as partições do sistema do ZimaOS
O ZimaOS utiliza várias partições pequenas para o arranque e a recuperação A/B do sistema. Expandir a partição errada pode fazer com que futuras atualizações ou a recuperação falhem.
Se o seu verdadeiro objetivo for obter mais capacidade para aplicações/dados, em vez de uma partição de sistema maior, pode ser mais simples adicionar um SSD separado e utilizar a Migração de Dados do ZimaOS ou os Caminhos de Armazenamento das Aplicações.
O guia de configuração do armazenamento do ZimaOS recomenda separar os dados rápidos das aplicações e o armazenamento maior de acordo com a carga de trabalho.
Alternativa: mover os dados das aplicações em vez de aumentar o disco do sistema
Se o disco do sistema de 32 GB/64 GB estiver a funcionar e o problema for apenas o crescimento dos dados das aplicações, mover os dados persistentes das aplicações para um espaço de armazenamento maior pode resolver o problema de capacidade sem clonar o sistema operativo.
Isto reduz o impacto de futuras reinstalações do sistema e mantém os dados do utilizador afastados do disco mais pequeno.
E a ativação do ZimaOS Plus?
Outras discussões da IceWhale referiram que a alteração do disco de arranque pode afetar a autorização do ZimaOS Plus e exigir uma nova associação através do suporte. Se utilizar o Plus, registe o estado de ativação atual antes da migração.
Perguntas frequentes
Um clone completo do disco preservará os caminhos do Docker e das máquinas virtuais?
Essa é a principal vantagem da clonagem de todo o disco. A recomendação da comunidade em 2026 favoreceu especificamente um clone completo do disco para preservar os caminhos de funcionamento existentes.
Posso clonar diretamente enquanto o ZimaOS está em execução?
Prefira um clone offline a partir de um suporte de recuperação, para que o estado do sistema de ficheiros não se altere durante a cópia.
O SSD maior mostrará automaticamente toda a sua capacidade?
Não necessariamente. Um clone bruto pode deixar espaço adicional não alocado até que a área gravável correta seja expandida com segurança ou utilizada separadamente.
Quando devo optar por uma reinstalação limpa?
Escolha reinstalar quando o sistema atual estiver instável ou quando os dados persistentes já estiverem armazenados com segurança num armazenamento separado e a reconstrução das aplicações for simples.
