O utilizador original pretendia devolver um NVMe de teste a um estado não gerido depois de experimentar o ZimaOS 1.5.3. Não se importava com os dados de teste. A resposta oficial/da equipa da comunidade, dada por 777-Spider, foi abrir os detalhes do disco, escolher Desativar, confirmar a caixa de diálogo Formatar e desativar, aguardar a conclusão e, depois, remover fisicamente a unidade. O autor original confirmou que esse procedimento funcionou.
Há uma ressalva importante relativamente à versão: um relatório separado sobre o ZimaOS 1.5.4 mostrou mais tarde que a confirmação de desativação podia indicar que o disco seria formatado, embora os dados permanecessem depois de o reativar. Por isso, o texto da caixa de diálogo de 2025 não deve ser considerado uma garantia precisa do que a desativação atual faz aos dados. Se os dados forem importantes, faça uma cópia de segurança antes de qualquer operação de desativação/formatação.
Abra os detalhes do disco em vez de aceder primeiro ao SSH
Inicialmente, o utilizador ponderou desmontar manualmente a unidade ou eliminar partições através do SSH, porque a página Armazenamento parecia não ter nenhum controlo de remoção. A ação em falta estava simplesmente atrás da pequena seta na linha do disco.
O procedimento de desativação da fonte foi confirmado como bem-sucedido
777-Spider indicou o seguinte:
- abra o disco pretendido;
- escolha Desativar;
- confirme a caixa de diálogo com aspeto destrutivo;
- aguarde até que o disco seja removido do armazenamento gerido;
- remova-o fisicamente depois.
Carolus64 respondeu que funcionou conforme esperado.
A caixa de diálogo da versão 1.5.3 indicava explicitamente “Formatar e desativar”
Um relatório posterior sobre a versão 1.5.4 indicou que a desativação não apagava efetivamente os dados
Em fevereiro de 2026, outro utilizador demonstrou que, depois de desativar e reativar um disco de armazenamento de teste, a pasta de teste permanecia. Considerou a caixa de diálogo enganadora e sugeriu separar a desativação da formatação opcional.
Esta evidência posterior significa que o texto da interface e o comportamento efetivo de eliminação não estavam consistentemente alinhados entre essas versões.
Considere a desativação e a formatação potencialmente destrutivas até confirmação em contrário
Para o ZimaOS atual, a regra mais segura é:
- faça uma cópia de segurança dos dados importantes;
- identifique o disco exato pelo modelo, número de série e capacidade;
- confirme se é autónomo ou se faz parte de uma matriz;
- leia a caixa de diálogo de confirmação atual;
- não dependa de uma discussão antiga para garantir a preservação ou eliminação dos dados.
Remover um disco autónomo não é o mesmo que remover um membro de RAID
O disco da fonte era armazenamento de teste autónomo. Remover um membro de RAID 1/5/6 ou de outra configuração agrupada tem implicações muito diferentes em termos de redundância e reconstrução.
Não utilize esta sequência de desativação como procedimento genérico para “reduzir o meu RAID”.
Mova os dados das aplicações antes de desativar um disco que aloje aplicações
O utilizador original tinha instalado e, posteriormente, removido uma aplicação WebDAV. Num sistema real, o disco pretendido pode ainda alojar dados de aplicações, bases de dados, volumes Docker, destinos de cópias de segurança ou montagens bind personalizadas.
Utilize o procedimento atual de Migração de Dados do ZimaOS antes de desligar o armazenamento que contém dados de aplicações geridos.
A fonte também encontrou um problema de apresentação de janelas pop-up no Firefox
Se uma caixa de diálogo de confirmação atual aparecer vazia ou cortada, experimente a versão estável atual do ZimaOS e outro navegador antes de executar operações de armazenamento às cegas.
Perguntas frequentes sobre a remoção de discos
O utilizador original conseguiu remover o NVMe autónomo através da opção Desativar?
Sim. Confirmou que o procedimento através da interface de gestão funcionou.
A formulação histórica “Formatar e desativar” prova que o disco é apagado de forma segura?
Não. Um relatório posterior sobre a versão 1.5.4 mostrou que os dados permaneciam após a desativação, pelo que o comportamento atual deve ser confirmado separadamente.
É possível utilizar o mesmo procedimento para remover um membro de RAID?
Não assuma que sim. A remoção de membros de uma matriz tem requisitos diferentes relativamente aos dados e à redundância.
