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.