Comportamento incomum de recuperação de dados RAID 5

Question

Eu estou tentando recuperar uma configuração do HW RAID 5 do que parece ser um chipset da placa-mãe com defeito.

O BIOS pode detectar as 3 unidades individuais, e a ROM RAID detecta todas as 3 unidades como unidades membros.

O comportamento incomum começa quando se tenta inicializar com o RAID conectado, qualquer tentativa de inicializar em qualquer unidade (RAID, HDD separado, CD, USB) resulta em uma tela preta com um cursor branco horizontal piscando no canto superior esquerdo . O sistema então ficará suspenso ou reinicializará e tentará novamente. Parece não haver relação entre os tempos de paralisação e reinicialização. A desconexão do RAID ainda resultará no mesmo comportamento por algum tempo depois, após um número indeterminado de reinicializações após a desconexão das unidades, o sistema inicializará bem. O mesmo comportamento ocorre para todos os sistemas operacionais.

Eu tentei várias sugestões sobre como estabilizar o sistema, incluindo o seguinte:

• Novo disco rígido do SO
• Todos os novos cabos SATA
• Limpando o CMOS
• Redefinindo o BIOS para os padrões
• Atualizando o BIOS para a versão estável mais recente

Alguma sugestão adicional sobre como manter o sistema estável o suficiente para copiar os dados para uma unidade que não seja RAID?

Especificações do sistema:

• Gigabyte GA-Z77-D3H
• Intel Xeon E3-1240V2
• 4x Corsair 4 GB 1333 MHz Cas15 Não-ECC
• Nvidia Quaddro FX380
• 3x WD Red 3TB (unidades RAID)
• 1x WD Red 3TB (nova unidade para backup)

EDITAR: O problema foi identificado, em algum momento o controlador sata do BIOS mudou de RAID para uma única opção de unidade (AHCI ou IDE) e corrompeu a primeira unidade na matriz com uma microsoft partição reservada. Cada vez que a máquina inicializa no Windows, o iRST está tentando reconstruir a matriz, enquanto a Microsoft tenta usar a unidade corrompida, as ações conflitantes fazendo com que o sistema trave e trave. Removendo a unidade corrompida e substituindo por uma nova unidade trouxe o ataque em um mod reconstrução estável. O sistema irá agora inicializar alegremente em um sistema operacional Linux rodando em uma unidade flash USB (o Debian parece ser o mais estável) a partir do qual o RAID pode ser acessado e o backup dos dados. A inicialização em qualquer instalação do Windows ainda trava, de modo que será um problema posterior a ser resolvido após a segurança dos dados.

    

Answer 1

Então, depois de muitas semanas e muitas soluções em potencial, consegui recuperar os dados montando o RAID dentro do Debian e copiando para uma nova unidade. Isso continuava falhando e exigindo que o sistema fosse reiniciado e o array remontado com o mdadm.

Após recuperar os dados, o sistema foi reconstruído com um disco rígido novo em uma configuração não-RAID. A instabilidade permaneceu, quebrando aleatoriamente e durante qualquer período intensivo de leitura / gravação. Disso deduzi que ocorreu uma falha com o controlador sata no chipset. Infelizmente, a única solução que encontrei foi substituir a placa-mãe e aproveitei a oportunidade para atualizar o sistema e iniciar uma nova versão.

TLDR: Problema ainda não resolvido, todo o sistema substituído, portanto, não há mais atualizações ou soluções.