O LaCie NAS falhou - Recupere o Raid 5 de um dispositivo com defeito

Question

aqui está o meu problema: Eu tenho um 5disk (Seagate 2To) RAID5 trabalhando com um NAS LaCie 5big. Cada disco continua a funcionar mas o dispositivo NAS falhou e recusa-se a arrancar com o HDD no seu interior (o serviço de assistência LaCie não quer me ajudar). E eu mal preciso recuperar meus dados do meu RAID. Eu não sei como fazer. Eu conectei meu disco ao meu PC, cada um deles é reconhecido, mas depois ... estou perdido. Conheço a ordem das unidades no RAID, mas isso é tudo, não sei o formato, a forma como o RAID foi gerido pela LaCie e não consigo encontrar informações sobre isso no Manual de Ajuda / fornecido pela LaCie.

* falha no dispositivo LaCie

* 5 de 5 unidades trabalhando

* formato desconhecido

LSBLK

sdb 8:16 0 1,8T 0 disk

• ├─sdb1 8:17 0 1M 0 parte
• ├─sdb2 8:18 0 1,8T 0 parte
• s─sdb3 8:19 0 934K 0 parte
• ├─sdb4 8:20 0 1M 0 parte
• ├─sdb5 8:21 0 250M 0 parte [SWAP]
• ├─sdb6 8:22 0 7,9M 0 parte
• s─sdb7 8:23 0 15,7M 0 parte
• ├─sdb8 8:24 0 823,7M 0 parte
• s─sdb9 8:25 0 855M 0 parte
• └─sdb10 8:26 0 7,9M 0 parte

FDISK

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 / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000

• Sistema de identificação de blocos de fim de inicialização de dispositivos
• / dev / sdb1 1 3907029167 1953514583+ ee GPT

PARTED

Model: ATA ST2000DL003-9VT1 (scsi) Disk /dev/sdb: 2000GB Sector size (logical/physical): 512B/512B Partition Table: gpt

• Número Início Fim Tamanho Tamanho Sistema de arquivos Nome Sinalizadores
• 5 0,00 GB 0,26 GB 0,26 GB principal do linux-swap (v1)
• 6 0,27 GB 0,28 GB 0,01 GB principal
• 7 0,28 GB 0,30 GB 0,02 GB ext3 primário
• 8 0,30 GB 1,16 GB 0,86 GB ext3 principal
• 9 1,16 GB 2,06 GB 0,90 GB ext3 principal
• 10 2,06 GB 2,07 GB 0,01 GB principal
• 1 2,07 GB 2,07 GB 0,00 GB principal
• 3 2,07 GB 2,07 GB 0,00 GB principal
• 4 2,07 GB 2,07 GB 0,00 GB principal
• 2 2,07 GB 2000GB 1998GB principal

MDADM Produces (2 de 5 unidades conectadas)

mdadm --scan --examine >> /etc/mdadm/mdadm.conf

• definições de matrizes de MD existentes

• ARRAY / dev / md / 4 metadados = 1.0 UUID = 02ddd768: 323b4b87: e56926a1: e03b01f2 nome = LaCie-5big: 4
• ARRAY / dev / md3 UUID = 88db5732: 95381109: 3d186b3c: 53958f34
• ARRAY / dev / md0 UUID = e77c7ed4: 72479a3e: 3d186b3c: 53958f34
• ARRAY / dev / md1 UUID = 9d2ffd1b: c2b6746f: 3d186b3c: 53958f34
• ARRAY / dev / md2 UUID = 6c40830c: b9cf3361: 3d186b3c: 53958f34 Acho que é um ataque falso?

    

Answer 1

Ok, de acordo com esses tópicos:

1. Fórum de hardware do Tom - recuperar falha do dispositivo de invasão espelhado

2. Blog do Mike Taulty - recuperar o Lacie 2Big

   • Eu preciso do xfsprogs, porque a partição principal do Lacie é formatada para XFS.
   • Precisa montar essas partições de cada 5 unidades do RAID5
   • Usando o mdadm, monte o ataque de volta

Acho que faltam poucos passos. Continuarei procurando uma solução alternativa e edite essa resposta