Quando uma matriz RAID passa subitamente para o modo só de leitura, forçá-la de imediato a voltar ao modo de leitura e escrita não é a primeira prioridade. A questão mais importante é perceber por que motivo a matriz deixou de confiar num ou mais discos.
Nesta discussão de maio de 2026, uma matriz RAID 5 de quatro discos entrou num estado protegido só de leitura depois de um disco membro ter desaparecido temporariamente. Mais tarde, a matriz voltou a um estado saudável [UUUU] e iniciou uma longa operação de proteção e ressincronização, mas as falhas de ligação dos discos voltaram a ocorrer. A discussão passou então de “como volto a ativar o acesso de escrita?” para o caminho de comunicação do hardware.
A Matriz Entrou no Modo Protegido Só de Leitura
A discussão não indicava que o utilizador tivesse clicado acidentalmente num interruptor de só leitura. A análise da comunidade considerou este estado uma resposta a uma condição de armazenamento degradada ou instável.
A RAID Podia Recuperar e Continuar a Ter um Problema Subjacente
Após o reinício e a recuperação, os quatro membros RAID voltaram a estar visíveis e a matriz entrou no estado “Proteção em curso”.
Reiniciar repetidamente durante uma ressincronização de paridade pode reiniciar ou prolongar o trabalho de recuperação. O conselho da comunidade foi deixar a matriz concluir a operação de proteção enquanto se investigava a razão pela qual as unidades desapareciam.
O SMART Foi Aprovado, mas o Histórico de Erros da Interface Era Importante
Os dois discos Toshiba apresentavam o estado geral de integridade SMART como aprovado, sem setores realocados ou pendentes no resultado partilhado. Por isso, não havia suporte para concluir simplesmente que “os discos estão definitivamente avariados”.
No entanto, os registos SMART também mostravam contagens de erros CRC Ultra DMA e vários erros de comandos ICRC/ABRT. Estes campos estão normalmente associados a falhas de comunicação entre uma unidade e o sistema anfitrião, e não apenas a defeitos do suporte físico. Por isso, a comunidade concentrou-se nos cabos de dados SATA, na alimentação elétrica, na estabilidade do controlador, no firmware e em reinícios repetidos da ligação.
Não Force uma Matriz Degradada a Voltar ao Modo de Leitura e Escrita
A discussão não contém nenhum comando da IceWhale que substitua com segurança o estado de proteção. Para obter orientações duradouras, esse é o limite correto: faça uma cópia de segurança dos dados acessíveis, confirme a integridade da matriz, verifique as ligações físicas e diagnostique a perda de ligação antes de tentar contornar a proteção.
Utilize o Painel de Armazenamento Atual para Confirmar a Integridade da Matriz
O ZimaOS atual apresenta o estado do armazenamento e das unidades membro em Definições > Armazenamento. Ao investigar uma versão moderna, verifique como a interface de Armazenamento atual apresenta a matriz e as respetivas unidades membro antes de aplicar conclusões deste incidente de 2026.
Perguntas Frequentes sobre RAID Só de Leitura no ZimaOS
O ZimaOS mudou aleatoriamente uma RAID saudável para só de leitura?
Os dados disponíveis apontam para perdas de ligação das unidades membro. O estado de proteção surgiu juntamente com um disco em falta, e não como uma alteração isolada de uma definição da interface.
O SMART provou que os discos Toshiba tinham falhado?
Não. O estado geral de integridade SMART foi aprovado e os contadores comuns de falhas de setores estavam a zero, embora os registos contivessem erros significativos de comunicação da interface.
O que devo investigar quando aparecem erros CRC ou ICRC?
A comunidade concentrou-se nos cabos SATA, nas ligações de alimentação, na estabilidade da fonte de alimentação, no comportamento do controlador, no firmware e na possibilidade de a mesma unidade ou porta perder repetidamente a ligação.
Houve um diagnóstico oficial da causa principal por parte da IceWhale?
Não. A discussão publicada terminou com uma análise comunitária do hardware, sem uma conclusão da engenharia da IceWhale.
