Clonando partições md para recuperação

0

Eu tenho um software com falha RAID5 (discos de 3x500GB) que estou tentando recuperar. Eu não quero tentar algumas das etapas mais arriscadas nos discos reais, então eu quero cloná-las em novas partições em um novo disco de 3 TB. Eu criei 3 partições de 500GB com o gparted, então usei:

dd if=/dev/sdc1 of=/dev/sdb1
dd if=/dev/sdd1 of=/dev/sdb2
dd if=/dev/sde1 of=/dev/sdb3

para clonar cada partição md neles. Mas o mdadm não pode ver um superbloco nas novas parições clonadas. Como devo cloná-los para que eu possa usá-los no mdadm para tentar recuperar meus dados?

Se eu tentar ativar a matriz, atualmente recebo o seguinte em / proc / mdstat:

Personalities :
md0 : inactive sdc1[0](S) sde1[2](S) sdd1[1](S)
      1465151808 blocks

unused devices: <none>

Mais informações, do fdisk (como eu as criei usando o gparted, eu fiz as partições de destino serem um pouco maiores para serem seguras):

Disk /dev/sdc1: 500.1 GB, 500105217024 bytes
Disk /dev/sdd1: 500.1 GB, 500105217024 bytes
Disk /dev/sde1: 500.1 GB, 500105217024 bytes
Disk /dev/sdb1: 500.2 GB, 500170752000 bytes
Disk /dev/sdb2: 500.2 GB, 500170752000 bytes
Disk /dev/sdb3: 500.2 GB, 500170752000 bytes

E finalmente, mdadm --examine para cada partição:

$ sudo mdadm --examine /dev/sdb{1,2,3}
mdadm: No md superblock detected on /dev/sdb1.
mdadm: No md superblock detected on /dev/sdb2.
mdadm: No md superblock detected on /dev/sdb3.
$ sudo mdadm --examine /dev/sd{c,d,e}1
/dev/sdc1:
          Magic : a92b4efc
        Version : 0.90.00
           UUID : f8d0c619:9f54ad08:bd0b98c0:101144a1
  Creation Time : Sun Jul 18 01:56:33 2010
     Raid Level : raid5
  Used Dev Size : 488383936 (465.76 GiB 500.11 GB)
     Array Size : 976767872 (931.52 GiB 1000.21 GB)
   Raid Devices : 3
  Total Devices : 3
Preferred Minor : 0

    Update Time : Sat Sep 27 13:59:35 2014
          State : clean
 Active Devices : 1
Working Devices : 1
 Failed Devices : 2
  Spare Devices : 0
       Checksum : cbf4174b - correct
         Events : 5983

         Layout : left-symmetric
     Chunk Size : 64K

      Number   Major   Minor   RaidDevice State
this     0       8       17        0      active sync   /dev/sdb1

   0     0       8       17        0      active sync   /dev/sdb1
   1     1       0        0        1      faulty removed
   2     2       0        0        2      faulty removed
/dev/sdd1:
          Magic : a92b4efc
        Version : 0.90.00
           UUID : f8d0c619:9f54ad08:bd0b98c0:101144a1
  Creation Time : Sun Jul 18 01:56:33 2010
     Raid Level : raid5
  Used Dev Size : 488383936 (465.76 GiB 500.11 GB)
     Array Size : 976767872 (931.52 GiB 1000.21 GB)
   Raid Devices : 3
  Total Devices : 3
Preferred Minor : 0

    Update Time : Sat Sep 27 08:00:42 2014
          State : clean
 Active Devices : 3
Working Devices : 3
 Failed Devices : 0
  Spare Devices : 0
       Checksum : cbf3c2d6 - correct
         Events : 5940

         Layout : left-symmetric
     Chunk Size : 64K

      Number   Major   Minor   RaidDevice State
this     1       8       33        1      active sync   /dev/sdc1

   0     0       8       17        0      active sync   /dev/sdb1
   1     1       8       33        1      active sync   /dev/sdc1
   2     2       8       49        2      active sync   /dev/sdd1
/dev/sde1:
          Magic : a92b4efc
        Version : 0.90.00
           UUID : f8d0c619:9f54ad08:bd0b98c0:101144a1
  Creation Time : Sun Jul 18 01:56:33 2010
     Raid Level : raid5
  Used Dev Size : 488383936 (465.76 GiB 500.11 GB)
     Array Size : 976767872 (931.52 GiB 1000.21 GB)
   Raid Devices : 3
  Total Devices : 3
Preferred Minor : 0

    Update Time : Sat Sep 27 08:00:42 2014
          State : clean
 Active Devices : 3
Working Devices : 3
 Failed Devices : 0
  Spare Devices : 0
       Checksum : cbf3c2e8 - correct
         Events : 5940

         Layout : left-symmetric
     Chunk Size : 64K

      Number   Major   Minor   RaidDevice State
this     2       8       49        2      active sync   /dev/sdd1

   0     0       8       17        0      active sync   /dev/sdb1
   1     1       8       33        1      active sync   /dev/sdc1
   2     2       8       49        2      active sync   /dev/sdd1
    
por Jorenko 28.09.2014 / 17:50

1 resposta

1

Ah, você está usando metadados de 0,90. Isso é armazenado em um determinado deslocamento do end do dispositivo, portanto, se você tiver copiado dados para um dispositivo maior, o mdadm não conseguirá encontrar os metadados (já que não é no final esperado).

Eu recomendo que você redimensione as novas partições para que sejam exatamente do mesmo tamanho que as originais, e os metadados devem ser encontrados (não é necessário recopiar os dados, contanto que você não mova o início da partição). / p>

Nota adicional: adicionar uma opção bs = 1024k ao dd faz com que tudo seja muito mais rápido.

    
por 30.09.2014 / 09:27