O ZimaOS 1.6.0 introduziu alterações importantes no armazenamento, mas este tópico da comunidade, de abril de 2026, documentou um período de atualização difícil para alguns utilizadores que migraram da versão 1.5.4. Os relatos incluíam unidades USB que deixaram de ser montadas automaticamente, destinos de cópia de segurança que ficaram inacessíveis, o ZimaOS-HD a encher inesperadamente, algumas aplicações a falhar e problemas com a interface Web do ZVM.
O tópico também contém o contexto mais importante: a IceWhale reconheceu várias falhas na atualização, explicou a causa principal do problema de montagem USB e lançou o ZimaOS 1.6.1 com correções específicas. Esta página deve, portanto, ser lida como um incidente histórico de atualização, não como uma descrição do comportamento atual do ZimaOS.
O que os utilizadores relataram depois de atualizar para a versão 1.6.0
O autor da publicação original relatou dois problemas principais depois de passar do ZimaOS 1.5.4 para a versão 1.6.0:
-
ZimaOS-HDapareceu subitamente quase cheio, embora os dados das aplicações tivessem sido anteriormente migrados para outro local; - as unidades USB externas de cópia de segurança eram detetadas, mas não podiam ser ativadas normalmente, dificultando o acesso para navegação e restauro.
Outros utilizadores acrescentaram relatos de armazenamento USB em falta, falhas na interface do ZVM, aplicações que não iniciavam, utilização elevada do CPU e sistemas difíceis de gerir depois da atualização.
A IceWhale reconheceu os problemas da versão
777-Spider pediu desculpa pela resposta lenta após o lançamento de sexta-feira e afirmou que a equipa alteraria o calendário de futuros lançamentos para que a equipa de suporte pudesse responder mais rapidamente aos problemas.
Mais importante ainda, a equipa afirmou ter identificado problemas relacionados e que lançaria urgentemente a versão 1.6.1.
Causa principal oficial: metadados de recurso de armazenamento em falta
A 21 de abril de 2026, 777-Spider descreveu a causa principal da montagem automática por USB. O ZimaOS 1.6.0 tinha introduzido um mecanismo de recurso de armazenamento alternativo que utilizava um ficheiro .zimaos_storage.json. Os testes beta não reproduziram totalmente o verdadeiro percurso de atualização a partir da versão 1.5.4, pelo que alguns utilizadores que atualizaram diretamente não tinham o ficheiro de recurso alternativo necessário para a nova lógica de montagem.
.zimaos_storage.json utilizado pelo novo mecanismo de recurso de armazenamento alternativo.A equipa afirmou que a versão 1.6.1 acrescentava validação e gestão mais rigorosas, para que os dados da base de dados e o estado do ficheiro de recurso alternativo fossem geridos corretamente durante o processo de atualização.
O ZimaOS 1.6.1 corrigiu diretamente os principais problemas de atualização relacionados com USB
As notas de lançamento oficiais do ZimaOS 1.6.1 listam estas correções:
- dispositivos USB que não eram montados automaticamente depois de uma atualização;
- tarefas de cópia de segurança que continuavam a escrever no ponto de montagem do sistema depois de o ponto de montagem pretendido se perder;
- serviços de módulos modificados que não iniciavam de acordo com a política de serviços depois de um reinício;
- nomes de pontos de montagem que ficavam inconsistentes quando os nomes dos dispositivos continham espaços.
Lista publicada pela IceWhale das correções incluídas no ZimaOS 1.6.1
Porque é que o relato de um disco do sistema cheio era especialmente grave
A correção da versão 1.6.1 relativa às tarefas de cópia de segurança que continuavam a escrever no ponto de montagem do sistema depois de perderem o destino explica um mecanismo que poderia transformar a ausência de uma montagem USB em consumo de espaço no disco do sistema. Em vez de escrever no destino externo pretendido, um caminho de cópia de segurança poderia continuar a escrever dentro da localização de montagem do sistema.
Esta ligação é apoiada pela lista oficial de correções da versão 1.6.1 e constitui uma evidência muito mais forte do que simplesmente presumir que a própria imagem da versão 1.6.0 era demasiado grande.
Os problemas do ZVM não eram todos o mesmo erro
Um utilizador relatou máquinas virtuais que não iniciavam, enquanto outro afirmou que as próprias máquinas virtuais estavam a funcionar e eram acessíveis através de SSH, mas que a interface Web do ZVM estava bloqueada. Um relatório separado no GitHub atribuiu um problema numa consola VNC ao facto de as portas personalizadas da WebUI do ZimaOS não estarem incluídas no URL do WebSocket.
Como os sintomas eram diferentes, não resuma todo o tópico como um único problema de “máquinas virtuais avariadas”.
A versão 1.6.0 é histórica, não a referência atual
O ZimaOS continuou a evoluir depois das versões 1.6.0 e 1.6.1. Consulte as informações atuais sobre lançamentos antes de presumir que um problema de atualização de abril de 2026 ainda se aplica.
Perguntas frequentes sobre a atualização do ZimaOS 1.6.0
A IceWhale confirmou um erro de montagem automática por USB na versão 1.6.0?
Sim. A equipa explicou o problema relacionado com o ficheiro de recurso de armazenamento alternativo e implementou uma gestão mais rigorosa na versão 1.6.1.
A versão 1.6.1 corrigiu as tarefas de cópia de segurança que escreviam no ponto de montagem errado?
Sim. As notas oficiais da versão 1.6.1 listam especificamente uma correção para as tarefas de cópia de segurança que continuavam a utilizar o ponto de montagem do sistema depois de o ponto de montagem original se perder.
Isto significa que todos os utilizadores da versão 1.6.0 perderam espaço de armazenamento?
Não. O tópico contém relatos de utilizadores afetados, não evidências de que todas as instalações tenham falhado.
Este tópico deve ser utilizado como aconselhamento atual sobre atualizações?
Apenas como contexto histórico. As versões atuais do ZimaOS e a documentação de armazenamento substituem o estado do lançamento da versão 1.6.0.
