Software Raid 10 corrompeu o superblock após a falha de disco duplo, como posso recuperá-lo?

1

Eu tenho uma invasão de software 10 com discos rígidos de 6 x 2tb (ataque 1 para / boot), o ubuntu 10.04 é o sistema operacional.

Eu tive uma falha no controlador RAID que colocou 2 unidades fora de sincronia, travou o sistema e inicialmente o SO não inicializou e entrou no initramfs, dizendo que as unidades estavam ocupadas, mas eu finalmente consegui trazer a invasão parando e montando as unidades.

O os inicializou e disse que havia erros no sistema de arquivos, optei por ignorar porque ele remontaria o fs no modo somente leitura se houvesse um problema.

Tudo parecia estar funcionando bem e as 2 unidades começaram a ser reconstruídas, eu tinha certeza de que era uma falha no controlador sata porque eu tinha erros de dma nos meus arquivos de log.

O os travou logo depois disso com erros ext.

Agora não está causando o ataque, ele diz que não há superblocos em / dev / sda2, mesmo se eu montar manualmente com todos os nomes de dispositivos.

Eu também fiz um memtest e mudei a placa-mãe além de todo o resto.

EDIT: Este é o meu layout de partição

Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x0009c34a

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *        2048      511999      254976   83  Linux
/dev/sdb2          512000  3904980991  1952234496   83  Linux
/dev/sdb3      3904980992  3907028991     1024000   82  Linux swap / Solaris

Todos os 6 discos têm o mesmo layout, a partição # 1 é para o ataque 1 / boot, a partição # 2 é para o ataque 10 até o plano, a partição # 3 é swap, mas o sda não tem o swap ativado

EDIT2: Esta é a saída do mdadm --detail / dev / md1

Layout : near=1, far=2
Chunk Size : 64k

UUID : a0feff55:2018f8ff:e368bf24:bd0fce41
Events : 0.3112126

Number Major Minor RaidDevice State
0      8     34    0          spare rebuilding /dev/sdc2
1      0     0     1          removed
2      8     18    2          active sync /dev/sdb2
3      8     50    3          active sync /dev/sdd2
4      0     0     4          removed
5      8     82    5          active sync /dev/sdf2

6      8     66    -          spare /dev/sde2

EDIT3: Eu rodei o ddrescue e ele copiou tudo do sda, exceto um único setor de 4096 bytes que eu suspeito ser o superbloco de ataque

EDIT4: Aqui estão mais algumas informações para caber aqui

lshw: link

mdadm --detail / dev / sd [abcdef] 1 (raid1): link

mdadm --detail / dev / sd [abcdef] 2 (raid10): link

dumpe2fs de / dev / sda2 (da unidade clonada do ddrescue): link

Eu tentei recriar o md1 com base nessa informação com o comando

mdadm --create /dev/md1 -v --assume-clean --level=10 --raid-devices=6 --chunk=64K --layout=f2 /dev/sda2 missing /dev/sdc2 /dev/sdd2 missing /dev/sdf2

Mas eu não consigo montá-lo, também tentei recriá-lo com base no meu mdadm inicial --detail / dev / md1, mas ele ainda não é montado

Ele também me avisa que / dev / sda2 é um sistema de arquivos ext2fs, mas eu acho que é por causa do ddrescue

EDIT5: Eu descobri que / dev / sdb era na verdade / dev / sdc e vice-versa e também cometi um grande erro desde que o novo CD ao vivo que eu estava usando foi padronizado como 1.2 metadata que provavelmente destruiu os dados desses discos Ainda bem que eu os clonei para 6 outras unidades.

EDIT6: Eu finalmente consegui recuperar minha matriz recriando-a novamente, desta vez com a opção correta --metadata. Se alguém está na minha situação e lendo isto, é muito importante espelhar seus dados para que você possa se recuperar de um erro como eu fiz, também certifique-se de mdadm --examine todas as unidades porque seus nomes serão alterados ao inicializar um live cd e é importante recriar na ordem correta, todas as unidades marcadas como peças de reposição devem ser definidas como ausentes.

    
por Shoshomiga 04.12.2012 / 00:24

1 resposta

1

Como o proprietário da empresa de recuperação de dados profissional, a maneira correta de reconstruir um RAID quebrado como esse seria criar clones ou imagens de cada unidade. Nunca trabalhe com os originais. Uma vez que você tenha imagens das unidades, você precisará recriar o RAID em algum tipo de software como o X-Ways. Certifique-se de manter a ordem correta das unidades! Pode ser bastante complicado reconstruir os RAID ARRAYS e, se os dados forem importantes, você deve rotular os drives e enviá-los para uma empresa respeitável, mas a maioria das recuperações de RAID não é barata.

    
por 13.12.2012 / 06:25