Jak ponownie dodać przypadkowo usunięty dysk twardy w RAID5

Mam serwer NAS na Ubuntu Server z 4 dyskami twardymi 2 TB w RAID 5. Kilka tygodni temu jeden z dysków twardych zmarł, ale moja macierz RAID działała, choć uległa degradacji. Na szczęście nadal był objęty gwarancją i przysłano mi nowy dysk twardy, który dzisiaj zainstalowałem. Jednak podczas próby dodania nowego dysku twardego do macierzy RAID nie był on odbudowywany. Odłączyłem dysk twardy i ponownie uruchomiłem komputer. Jednak przypadkowo ustawiłem jeden z moich INNYCH dysków twardych w macierzy RAID na awarię i usunąłem go za pomocą mdadm.

Teraz mówi, że moja RAID ma dwa usunięte dyski twarde. Nadal mam trzeci dysk twardy z nienaruszonymi wszystkimi danymi, ale nie wiem, jak ponownie dodać go z powrotem do macierzy RAID, więc jest z powrotem w dobrym (choć zdegradowanym) stanie, więc mogę kontynuować dodawanie czwarty dysk twardy i przebuduj macierz. Czy to możliwe, aby Ubuntu zdał sobie sprawę, że trzeci dysk twardy zawiera moje dane i po prostu ponownie rozpoznał go jako część macierzy?

Kiedy próbuję uruchomić:

sudo mdadm --manage /dev/md127 --re-add /dev/sdd1 

To mówi:

mdadm: --re-add for /dev/sdd1 to dev/md127 is not possible

Proszę bardzo, każda pomoc, którą każdy może udzielić, byłaby bardzo mile widziana.

Być może będziesz musiał po prostu zrobić --addi nie --re-add. jeśli przeczytasz o tym stronę man --re-add, mówi o ponownym dodaniu urządzenia, jeśli liczba zdarzeń jest zbliżona do reszty urządzeń. możesz użyć, --examineaby się tego dowiedzieć.

$ mdadm --examine /dev/sd[a-z]1 | egrep 'Event|/dev/sd'
mdadm: No md superblock detected on /dev/sda1.
/dev/sdb1:
         Events : 992655
/dev/sdd1:
         Events : 992655
/dev/sde1:
         Events : 992655
/dev/sdf1:
         Events : 992655
/dev/sdg1:
         Events : 158
/dev/sdh1:
         Events : 992655
/dev/sdj1:
         Events : 992655

jak widać, moje /dev/sdh1urządzenie nie było w tablicy od jakiegoś czasu i --re-addnie będzie działać i będziesz musiał zrobić --add i odzyskać tablicę.

możesz użyć, mdadm --detail /dev/md126aby obserwować, co się dzieje. Być może nie jest to zły pomysł, aby uruchomić to przed zrobieniem czegokolwiek, w końcu to twoje dane!

$ mdadm --detail /dev/md126
/dev/md126:
        Version : 1.2
  Creation Time : Tue Jun 24 05:17:47 2014
     Raid Level : raid6
     Array Size : 14650158080 (13971.48 GiB 15001.76 GB)
  Used Dev Size : 2930031616 (2794.30 GiB 3000.35 GB)
   Raid Devices : 7
  Total Devices : 7
    Persistence : Superblock is persistent

    Update Time : Thu Nov  6 05:47:56 2014
          State : clean, degraded, recovering
 Active Devices : 6
Working Devices : 7
 Failed Devices : 0
  Spare Devices : 1

         Layout : left-symmetric
     Chunk Size : 512K

 Rebuild Status : 0% complete

           Name : omegacentauri:0  (local to host omegacentauri)
           UUID : 9fdcacc0:14f7ef3c:a6931b47:bfb8b4a1
         Events : 992656

    Number   Major   Minor   RaidDevice State
       0       8       17        0      active sync   /dev/sdb1
       1       8       49        1      active sync   /dev/sdd1
       2       8       65        2      active sync   /dev/sde1
       3       8       81        3      active sync   /dev/sdf1
       4       8       97        4      active sync   /dev/sdg1
       5       8      145        5      active sync   /dev/sdj1
       7       8      113        6      spare rebuilding   /dev/sdh1

Możesz też użyć tego:

$ cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4]
md126 : active raid6 sdh1[7] sdg1[4] sdj1[5] sdf1[3] sdd1[1] sde1[2] sdb1[0]
      14650158080 blocks super 1.2 level 6, 512k chunk, algorithm 2 [7/6] [UUUUUU_]
      [>....................]  recovery =  0.9% (26657536/2930031616) finish=1162.5min speed=41624K/sec

md127 : active (auto-read-only) raid1 sdi[1] sdc[0]
      1465007360 blocks super 1.2 [2/2] [UU]

Nie odpowiadam za żadne utracone dane.