Klonen von MD-Partitionen zur Wiederherstellung

0

Ich habe ein ausgefallenes Software-RAID5 (3 x 500 GB Festplatten), das ich wiederherstellen möchte. Ich möchte einige der riskanteren Schritte auf den tatsächlichen Festplatten nicht ausprobieren, also möchte ich sie auf neue Partitionen auf einer neuen 3-TB-Festplatte klonen. Ich habe mit gparted 3 Partitionen mit 500 GB erstellt und dann verwendet:

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

jede MD-Partition in sie zu klonen. Aber mdadm kann auf den neuen geklonten Partitionen keinen Superblock sehen. Wie soll ich sie klonen, damit ich sie in mdadm verwenden kann, um zu versuchen, meine Daten wiederherzustellen?

Wenn ich versuche, das Array zu aktivieren, wird in / proc / mdstat derzeit Folgendes angezeigt:

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

unused devices: <none>

Weitere Informationen von fdisk (als ich sie mit gparted erstellt habe, habe ich dafür gesorgt, dass die Zielpartitionen aus Sicherheitsgründen etwas größer sind):

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

Und zum Schluss mdadm --examine für jede Partition:

$ 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
software-raid dd mdadm Jorenko
quelle
Bitte zeigen Sie den Inhalt von / dev / mdstat
wurtel
Ich habe es hinzugefügt, aber ich sehe nicht, wie diese Informationen mich zu den richtigen dd-Optionen führen, um die Partitionen auf brauchbare Weise zu
klonen
Sind Sie sicher, dass die neuen Partitionen genauso groß sind wie die alten? Wenn dd keine Fehler ausgegeben hat, sind Sie wahrscheinlich sicher. Ich denke nicht, dass eine andere Verwendung von dd helfen wird. Ich vermute eher, dass mdadm überzeugt sein muss, nach Superblocks zu suchen. Können Sie die Ausgabe von mdadm --examine auf jeder Partition hinzufügen?
Nick Russo

Antworten:

1

Ah, Sie verwenden 0,90 Metadaten. Dies wird mit einem bestimmten Versatz vom Ende des Geräts gespeichert. Wenn Sie also Daten auf ein größeres Gerät kopiert haben, kann mdadm die Metadaten nicht finden (da dies nicht am Ende der erwarteten Zeit erfolgt).

Ich empfehle Ihnen, die Größe der neuen Partitionen so zu ändern, dass sie genau der Größe der Originale entsprechen, und die Metadaten sollten gefunden werden (Sie müssen die Daten nicht erneut kopieren, solange Sie den Anfang der Partition nicht verschieben).

Zusätzlicher Hinweis: Durch das Hinzufügen der Option bs = 1024k zu dd wird alles viel schneller.

wurtel
quelle