Solução da comunidade

O ZimaBoard arranca no modo de recuperação: recupere o ZimaOS em segurança

A ZimaBoard 1664 stopped booting after shutdown and entered rescue mode, while its apps and data had previously been moved to an 8 TB drive.

Conclusão: o modo de recuperação não significa que o seu disco de dados de 8 TB se perdeu

O sistema não arrancou após o encerramento, mas o utilizador tinha anteriormente movido os dados das aplicações para o disco de 8 TB. Por isso, a ordem de recuperação mais segura é: tentar primeiro o outro espaço do sistema ZimaOS, preservar o disco de dados e só reinstalar o sistema operativo se as partições de arranque não puderem ser recuperadas.

Tente o outro espaço do ZimaOS antes de reinstalar

O ZimaOS atual utiliza partições de sistema duplas. Ligue um monitor e um teclado, abra o GRUB com as teclas de seta e arranque a partir do outro espaço. A recuperação do sistema ZimaOS explica o atual modelo de recuperação A/B.

O modelo de espaços do RAUC fornece o modelo de atualização subjacente, enquanto o menu de arranque do GNU GRUB abrange a camada do carregador de arranque.

Não formate o disco de dados de 8 TB durante a recuperação

Uma instalação nova do sistema operativo e o disco de dados são elementos separados. Se o AppData e os ficheiros multimédia foram migrados para o disco de 8 TB, proteja primeiro esse disco. Reinstale o ZimaOS apenas no dispositivo do sistema.

A recuperação da instalação do ZimaOS é o procedimento de recurso.

Depois de reinstalar, volte a ligar deliberadamente os dados existentes das aplicações

Não espere que todas as aplicações redescubram magicamente a configuração antiga. Monte o disco de 8 TB, verifique as pastas antigas do AppData e, em seguida, reinstale as mesmas aplicações ou aponte novamente os respetivos caminhos persistentes para os dados existentes.

A migração de dados do ZimaOS explica as localizações atuais dos dados das aplicações e o comportamento da migração.

Por que razão “a Ethernet não carregou” não foi uma causa-raiz comprovada

O modo de recuperação pode não disponibilizar a rede normal porque o sistema completo nunca chegou aos respetivos serviços habituais. Por isso, a ausência de Ethernet no modo de recuperação não prova que a placa de rede tenha causado a falha de arranque. Diagnostique primeiro o arranque; a rede vem depois.

Depois da recuperação, faça uma cópia de segurança do que torna a reconstrução dispendiosa

Proteja as bases de dados das aplicações, os ficheiros Compose, os índices multimédia e os dados de utilizador insubstituíveis. É possível restaurar um espaço do sistema; recriar anos de estado das aplicações é a parte dispendiosa.