Recuperando um disco RAID saudável de um servidor Ubuntu: mdadm não é um superbloco reconhecível

Question

Eu tive uma série de diferentes problemas com a recuperação de um disco RAID, terminando com o erro relatado no assunto. Por favor pule a longa história para chegar às conclusões, se quiser.

Longa história:

• Eu configurei uma máquina servidor Ubuntu alguns anos atrás com dois discos de 1 TB em RAID1.
• recentemente a máquina estava com defeito e eu a desmontei, pegando os dois HDDs.
• Consegui conectar um dos discos ao meu laptop via USB e navegar corretamente pelo mdadm.
• Comprou um Synology NAS e colocou o outro disco dentro dele para criar um novo sistema RAID. Claro que desta forma foi formatado e eu tinha apenas um bom disco com meus dados antigos.
• Conectou o disco bom ao NAS via USB com a intenção de copiar todos os dados antigos para o disco recém-formatado dentro do NAS. Consegui criar um array mdadm no NAS graças a este guia link e consegui ver isso o disco tinha memória de sua configuração RAID anterior (no meu laptop): mdadm --examine --scan / dev / sdk3 retornou a linha de informação que eu esperava
• No entanto, o NAS no final não pôde montar o disco (/ dev / sdq1) no sistema de arquivos (digamos / mnt / usb), com um erro genérico "No such device". Aparentemente, parece estar montado no busybox (no qual o NAS é baseado) está relutante em dar sugestões adicionais ( link )
• Então eu pensei "bem, se eu não puder copiar dados via USB no NAS, eu conectarei o disco ao meu laptop e transferirei através da ethernet". Boa ideia. Infelizmente, no processo de criação da matriz o NAS provavelmente destruiu os superblocos originais, então quando eu conectei ao laptop (versão Linux Mint ubuntu) a partição apareceu dentro do gerenciador de arquivos (mdadm funcionava bem e mapeou a partição em / dev / mapper) mas não pôde ser montado: raid mount: / dev / md1: não é possível ler o superbloco
• tentando consertar com e2fsck não ajudou
• tentando consertar com e2fsck -b não ajudou
• Todas as informações estavam corretas, como as do mdadm --examine --scan / dev / sdk3

Conclusões:

• eu reiniciei o laptop. Agora o ataque nem sequer é montado automaticamente pelo mdadm ... acho que o disco perdeu seu UUID? Pode ser? Eu vejo o dmesg corretamente conecta o disco:

sd 7: 0: 0: 0: [sdb] Disco SCSI anexado

e uma partição sdb1, mas não consigo encontrar o disco em / dev / disk / by-uuid

As informações do RAID são perdidas: mdadm --examine --scan / dev / sdk3 não retorna nenhuma informação

• Tentando criar manualmente um novo md, retorna: $ mdadm -A --verbose --run / dev / md3 / dev / sdb1 mdadm: procurando dispositivos para / dev / md3 mdadm: nenhum superbloco reconhecível em / dev / sdb1 mdadm: / dev / sdb1 não possui superbloco - assembly anulado

Eu tentei restaurar vários superblocos de backup com:

e2fsck -b / dev / sdb1

e2fsck 1.42.9 (4 de fevereiro de 2014) e2fsck: Número mágico ruim no super-bloco ao tentar abrir / dev / sdb1

O superbloco não pôde ser lido ou não descreve um ext2 / ext3 / ext4 válido sistema de arquivo. Se o dispositivo é válido e ele realmente contém um ext2 / ext3 / ext4 sistema de arquivos (e não swap ou ufs ou outra coisa), então o superbloco está corrompido e você pode tentar executar o e2fsck com um superbloco alternativo:     e2fsck -b 8193  ou     e2fsck -b 32768

Eu obtive o endereço de backup superblock com mke2fs -n / dev / sdb1

O disco está totalmente frito? É normalmente para que os utilitários substituam informações importantes em um disco e o tornem inutilizável?

Informações adicionais :

$ fdisk -l / dev / sdb

Disco / dev / sdb: 1000,2 GB, 1000204886016 bytes 255 cabeças, 63 setores / trilha, 121601 cilindros, total 1953525168 setores Unidades = setores de 1 * 512 = 512 bytes Tamanho do setor (lógico / físico): 512 bytes / 512 bytes Tamanho de E / S (mínimo / ótimo): 512 bytes / 512 bytes Identificador de disco: 0x00000000

Sistema de identificação de blocos de fim de inicialização de dispositivos / dev / sdb1 1 1953525167 976762583+ ee GPT

parted / dev / sdb

Bem-vindo ao GNU Parted! Digite 'help' para visualizar uma lista de comandos. (parted) p
Modelo: SAMSUNG HD103SI (scsi) Disco / dev / sdb: 1000 GB Tamanho do setor (lógico / físico): 512B / 512B Tabela de Partição: gpt

Number Start End Size Nome do sistema de arquivos Sinalizadores  1 17,4kB 1000GB 1000GB raid

    

Answer 1

Com o testdisk, percebi que o particionamento Linux RAID e Linux LVM2 estava coexistindo, portanto, com o testdisk, escrevi a tabela de partições LVM e consegui montar as duas partições ext3 dentro do disco.