Se precisar de reparar o ZimaOS, escolha o método de recuperação com base no que ainda consegue arrancar: utilize a recuperação das ranhuras A/B quando a ranhura atual do sistema estiver avariada e utilize uma atualização offline RAUCB quando o sistema ainda arrancar, mas precisar de reparação ou atualização. Não reinstale de imediato, arriscando confundir um problema do sistema com a perda de dados do utilizador.
O caso original dizia respeito ao ZimaOS 1.4.1 e seguia um processo de atualização offline antigo. A documentação atual indica explicitamente que o diretório foi alterado a partir da v1.4.1, o que explica por que motivo copiar o pacote para a pasta antiga podia não apresentar qualquer aviso de atualização.
Método 1: Mudar para a outra ranhura do sistema ZimaOS
O ZimaOS utiliza duas partições do sistema, a ranhura A e a ranhura B. Se a ranhura ativa estiver danificada ou uma atualização falhar, arranque a partir da ranhura alternativa através do GRUB.
O guia atual de recuperação do sistema ZimaOS explica como aceder ao GRUB e selecionar a ranhura de cópia de segurança.
Verificar qual é a ranhura em execução
rauc statusO resultado assinala a ranhura que está atualmente em execução. Registe-a antes de tentar a reparação para saber qual é a sua imagem de recurso.
Método 2: Utilizar a pasta atual de atualização offline
O guia de atualização offline do ZimaOS atual indica que o caminho do pacote offline foi alterado:
- anteriores à v1.4.1:
/ZimaOS-HD/rauc/offline/ - v1.4.1 e posteriores:
/ZimaOS-HD/.ota/offline/
Esta distinção entre versões é a correção mais importante para o tópico original.
Utilize o pacote RAUCB correto
Transfira a versão atual do RAUCB do ZimaOS a partir da fonte oficial de versões. Não mude o nome de uma imagem de instalação genérica à espera que o atualizador offline a aceite.
Aguarde que o sistema analise as atualizações
Depois de copiar o ficheiro RAUCB para a pasta correta, aguarde alguns minutos para que o ZimaOS o analise. O indicador de atualização deverá aparecer antes de iniciar a atualização.
Proteja os dados do utilizador antes da reparação
A mudança de partição foi concebida para manter os dados do utilizador em armazenamento separado, mas deve verificar se existe uma cópia de segurança dos ficheiros importantes e do AppData antes de reparar ou reinstalar o sistema.
Não elimine ambas as partições do sistema
Se ainda for possível arrancar a partir de uma das partições, mantenha-a como opção de recuperação. O reparticionamento ou a gravação de uma nova imagem no disco do sistema devem ser etapas posteriores, depois de falharem as opções de recuperação mais seguras.
Quando é adequada uma reinstalação completa
Reinstale apenas quando ambas as partições estiverem inutilizáveis, o disco do sistema estiver danificado ou o suporte recomendar uma imagem limpa do sistema. Registe primeiro os conjuntos de armazenamento, o AppData, as partilhas e a identidade Plus/do dispositivo.
O guia de instalação e atualização apresenta o plano de recuperação mais abrangente.
FAQ
Onde devo colocar um ficheiro RAUCB no ZimaOS 1.4.1 ou posterior?
A documentação atual indica /ZimaOS-HD/.ota/offline/.
A mudança entre a partição A/B apaga os meus dados?
A documentação atual indica que os dados do utilizador são armazenados separadamente e não são afetados pela mudança de partição do sistema.
Porque é que o ficheiro de atualização offline não faz nada?
Verifique a pasta específica da versão, o tipo de pacote, a integridade do nome do ficheiro e o espaço livre, e aguarde que o sistema de deteção o identifique.
Devo reinstalar antes de experimentar a outra partição?
Não. A recuperação através da outra partição do sistema é a primeira opção com menor risco quando ainda há uma partição funcional.
