Um clone completo do SSD do sistema ZimaOS não é o único recurso de recuperação — nem necessariamente o mais importante. O utilizador original tinha um NVMe de 512 GB para o sistema operativo e quatro unidades NVMe de 2 TB planeadas como RAID 5, e queria saber se a perda da unidade do sistema operativo colocaria o conjunto em risco.
O atual modelo de recuperação do ZimaOS dá uma resposta mais clara do que a discussão original de 2025: o ZimaOS utiliza dois slots de sistema para uma recuperação rápida durante o arranque, os dados são armazenados separadamente das partições do sistema e a IceWhale documenta agora a criação de cópias de segurança de local-storage.db, para que a configuração RAID possa ser restaurada após uma reinstalação do sistema. O alvo de cópia de segurança de maior valor continua a ser os seus dados reais e o estado das aplicações.
O ZimaOS Tem um Sistema de Recuperação com Duas Partições
A documentação atual de recuperação do sistema da IceWhale indica que o ZimaOS utiliza o Slot A e o Slot B, cada um com cerca de 6 GB, permitindo ao utilizador arrancar pela partição alternativa quando um dos slots do sistema falha.
Isto resolve determinados problemas de software ou de arranque sem ser necessário substituir o SSD.
Utilize o procedimento atual de recuperação por slots duplos do ZimaOS antes de assumir que qualquer problema de arranque exige uma restauração completa do disco.
Um SSD do Sistema Avariado é Diferente de um Slot do Sistema Danificado
Se o próprio NVMe tiver sofrido uma falha física, ambos os slots A/B desaparecem com ele. Nesse caso, o procedimento de recuperação consiste em instalar um novo disco para o sistema e fazer uma instalação limpa do ZimaOS.
O objetivo é permitir que essa reinstalação volte a detetar ou restaure a configuração de dados e armazenamento sem tratar os discos membros do RAID como discos vazios.
Faça uma Cópia de Segurança de local-storage.db Antes de Precisar Dela
O guia atual da IceWhale para reconstruir um RAID indica que deve guardar:
/ZimaOS-HD/.casaos/db/local-storage.dbantes de reinstalar o sistema. Depois de instalar o novo ZimaOS, o guia indica que deve mudar o nome da nova base de dados, carregar a cópia de segurança para a mesma localização e reiniciar.
Siga o procedimento oficial de reconstrução do RAID após a reinstalação, em vez de editar manualmente a base de dados.
Não Recrie o RAID Só Porque um Sistema Recém-Instalado Apresenta os Discos de Forma Diferente
Os discos membros do RAID podem continuar a conter metadados RAID válidos e dados, mesmo quando uma nova instalação do sistema já não tem a base de dados de armazenamento anterior do ZimaOS.
Se esses discos contiverem ficheiros importantes, não clique em Criar RAID, não os formate nem apague os metadados até compreender o procedimento de recuperação.
Faça Cópias de Segurança do AppData e das Bases de Dados das Aplicações
A resposta da comunidade de 2025 simplificava o estado das aplicações, indicando que este se encontrava em /DATA/AppData. O ZimaOS atual torna essa separação mais clara, mas também permite diferentes localizações de dados das aplicações e montagens bind personalizadas.
Faça cópias de segurança das pastas persistentes das aplicações e utilize exportações específicas das aplicações para bases de dados como as do Nextcloud, Immich ou de outros serviços em que uma simples cópia da pasta possa não ser suficiente.
As atuais orientações sobre os caminhos de armazenamento das aplicações do ZimaOS ajudam a identificar o que sobrevive à recriação dos contentores.
Um Clone Completo do Sistema Operativo Pode Continuar a Ser Útil, mas Tem Desvantagens
Um clone ao nível dos blocos pode reduzir o tempo de recuperação se for recente, consistente e criado com um método que capture corretamente o sistema de ficheiros em utilização. No entanto, um clone também fica rapidamente desatualizado à medida que as definições das aplicações, os metadados de armazenamento e as atualizações do sistema operativo mudam.
Se o disco do sistema estiver a ser utilizado ativamente enquanto a imagem é capturada, a consistência é importante. Não assuma que “copiar todos os blocos enquanto o sistema está em execução” cria automaticamente uma imagem de restauração fiável.
A Cópia de Segurança dos Seus Dados é Mais Importante do que o Sistema Operativo Substituível
O ZimaOS atual inclui uma aplicação de cópia de segurança que pode proteger os dados em discos locais, noutro NAS, numa unidade USB ou na nuvem, e suporta processos agendados e com versões.
Utilize a estratégia 3-2-1 atual para os ficheiros que não podem simplesmente ser reinstalados.
Um Plano Prático para a Falha da Unidade do Sistema
- Mantenha uma cópia recente de
local-storage.dbfora da unidade do sistema operativo. - Faça cópias de segurança independentes do estado das aplicações e dos dados do utilizador.
- Documente os volumes personalizados das aplicações e as pilhas Compose.
- Saiba como arrancar pelo slot alternativo do sistema ZimaOS.
- Se o SSD sofrer uma falha física, substitua-o e reinstale o ZimaOS.
- Restaure a base de dados de armazenamento utilizando o procedimento oficial.
- Verifique o RAID antes de efetuar qualquer alteração destrutiva ao armazenamento.
- Reinstale ou volte a ligar as aplicações aos respetivos dados persistentes.
Perguntas Frequentes sobre a Cópia de Segurança da Unidade do Sistema Operativo
Uma falha de arranque do ZimaOS significa sempre que é necessário substituir o SSD do sistema operativo?
Não. O ZimaOS atual tem dois slots de sistema, e o slot alternativo pode recuperar algumas falhas do sistema.
Que ficheiro pequeno é especialmente útil antes de reinstalar o sistema?
O guia atual de recuperação RAID da IceWhale recomenda fazer uma cópia de segurança de local-storage.db.
O próprio RAID 5 é uma cópia de segurança dos dados?
Não. O RAID protege a disponibilidade após uma falha do disco; mantenha cópias de segurança independentes para se proteger contra eliminação, corrupção, roubo e desastres.
