
Eu tenho um gateway Linux com 2 unidades de 500 GB em software RAID 1 para sistema.
/dev/sda = RAID 1
/dev/sdb = RAID 1
/dev/sdc = RAID 5 (NAS 12 drives iSCSI, /home directories)
Ao substituir o sdb, algo estranho aconteceu, o NAS foi montado como /dev/sdb na reinicialização, então o procedimento de recuperação RAID recuperou felizmente a unidade do sistema RAID 1 no NAS, substituindo alguns dados e tabela de partição. O processo foi interrompido por mim, quando vi o que estava acontecendo.
Agora acabei com 1 partição quebrada de 500 GB no NAS de 20 TB.
Claro que tenho alguns usuários que não possuem backups, alguns dados de 4 TB de grande importância são perdidos em algum lugar do NAS, outras coisas podem ser descartadas.
Acredito que os dados ainda estejam lá, apenas as partições foram perdidas.
Eu tentei o testdisk, após 4 dias de análise, só recebo essas "novas" partições quebradas:
Disk /dev/sdc - 20 TB / 18 TiB - CHS 2431671 255 63
Partition Start End Size in sectors
D Linux 0 1 1 59999 254 63 963899937 [root]
D Linux RAID 0 1 1 59999 254 63 963899937 [md0]
Posso até ler alguns dos “novos” dados que não quero. Nenhum sinal de dados reais.
Alguma idéia do que pode ser feito?
Responder1
Já vi casos semelhantes em que o início de um sistema de arquivos foi substituído por engano. Às vezes, a recuperação é possível montando o sistema de arquivos com um superbloco de backup.