Recuperando Superblocos Linux RAID 0

1

Então eu recebi estas duas unidades que faziam parte de um array RAID0 (eek!) em um NAS. Uma das unidades falhou. Acontece que a unidade tinha uma placa controladora ruim. O que eu fiz foi copiar as informações da unidade boa para outra unidade boa (dd se = / dev / sda de = / dev / sdb), em seguida, troquei a placa controladora para a unidade defeituosa. O mau drive agora gira e eu posso ver os bits nele.

Estou tentando reconstruir a matriz, mas está falhando. Por alguma razão, não há informações de superblocos em nenhuma dessas unidades. Não tenho certeza porque é esse o caso. As unidades saíram de um Iomega Storcenter, então talvez tenha sido algo estranho criar o array. Eu tentei reconstruir o array assim:

mdadm --assemble --scan

e isso:

mdadm --create /dev/md0 --assume-clean --raid-level=0 --raid-devices=2 /dev/sda4 /dev/sdb4

Esse segundo cria o RAID e eu posso escolher certos dados ao lê-lo com um editor hexadecimal, mas o sistema de arquivos ainda não será montado.

Alguém tem alguma dica para o que eu deveria tentar agora?

    
por Jason Berg 30.08.2010 / 17:51

3 respostas

0

Raid Reconstructor . Tenho certeza que salvou muitas bundas no passado. Corri em cópias das unidades e cuspi uma imagem que eu poderia executar reparos contra. Parece que todos os dados do meu cliente estão intactos. Não é uma solução gratuita, mas às vezes vale a pena pagar por algo que faz bem o trabalho.

    
por 14.09.2010 / 00:40
1

Você tentou montar o drive especificando explicitamente todos os parâmetros (ou o máximo possível)?

Eu tentaria o mdadm --assemble / dev / md0 / dev / sda4 / dev / sdb4 - Se isso não funcionar, especifique o nível e o tamanho do bloco, ou tente por uuid ao invés de por componentes.

Você também pode tentar mdadm -E / dev / sda4 e / dev / sdb4, para ver quantas informações ainda existem.

Eu acho que o create assume-clean funciona apenas em situações muito específicas; por favor, tente o acima com as imagens originais (sem criar)

    
por 30.08.2010 / 18:42
0

Eu copiaria a unidade defeituosa para uma nova unidade usando o dd antes de fazer qualquer outra coisa.

O drive defeituoso provavelmente tem problemas mecânicos ou eletrônicos, e os utilitários que você está usando não são projetados para lidar com eles. A maioria das falhas de drive que eu vejo são falhas de hardware / eletrônica rápidas e furiosas, então eu puxo drives ruins imediatamente e copio os dados para drives novos antes de fazer qualquer outra coisa. Cada minuto que você executar um disco defeituoso aumenta sua chance de que os dados serão irrecuperáveis sem demorado cirurgia de unidade. Procure no dmesg ou no / var / log / kernel por pistas.

    
por 30.08.2010 / 18:25