Назад | Перейти на главную страницу

Восстановить MDADM-совместимый массив RAID5

У меня есть четыре диска от сетевого хранилища Buffalo Terastation. Насколько я понимаю, Terastation либо использует mdadm для RAID, либо, по крайней мере, совместима с ним.

Я взял свои диски и клонировал каждый с помощью dd, и теперь я пытаюсь воссоздать свой рейд из образов dd.

Если я смотрю на каждое из своих изображений, я получаю следующую информацию:

[me@workstation ~]$ sudo fdisk -l /dev/loop0p1
Disk /dev/loop0p1: 500 MiB, 524288000 bytes, 1024000 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
Disklabel type: dos
Disk identifier: 0x73736572

Device         Boot      Start        End    Sectors   Size Id Type
/dev/loop0p1p1      1920221984 3736432267 1816210284   866G 72 unknown
/dev/loop0p1p2      1936028192 3889681299 1953653108 931.6G 6c unknown
/dev/loop0p1p3               0          0          0     0B  0 Empty
/dev/loop0p1p4        27722122   27722568        447 223.5K  0 Empty

Partition table entries are not in disk order.


[me@workstation ~]$ sudo fdisk -l /dev/loop1p1
Disk /dev/loop1p1: 500 MiB, 524288000 bytes, 1024000 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
Disklabel type: dos
Disk identifier: 0x73736572

Device         Boot      Start        End    Sectors   Size Id Type
/dev/loop1p1p1      1920221984 3736432267 1816210284   866G 72 unknown
/dev/loop1p1p2      1936028192 3889681299 1953653108 931.6G 6c unknown
/dev/loop1p1p3               0          0          0     0B  0 Empty
/dev/loop1p1p4        27722122   27722568        447 223.5K  0 Empty

Partition table entries are not in disk order.

[me@workstation ~]$ sudo fdisk -l /dev/loop2p1
Disk /dev/loop2p1: 500 MiB, 524288000 bytes, 1024000 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
Disklabel type: dos
Disk identifier: 0x73736572

Device         Boot      Start        End    Sectors   Size Id Type
/dev/loop2p1p1      1920221984 3736432267 1816210284   866G 72 unknown
/dev/loop2p1p2      1936028192 3889681299 1953653108 931.6G 6c unknown
/dev/loop2p1p3               0          0          0     0B  0 Empty
/dev/loop2p1p4        27722122   27722568        447 223.5K  0 Empty

Partition table entries are not in disk order.

[me@workstation ~]$ sudo fdisk -l /dev/sda
Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x734de3f1

Device     Boot   Start       End   Sectors   Size Id Type
/dev/sda1  *       2048   1026047   1024000   500M  7 HPFS/NTFS/exFAT
/dev/sda2       1026048 976771071 975745024 465.3G  7 HPFS/NTFS/exFAT

Если я использую mdadm для их изучения, я получаю следующее:

[me@workstation ~]$ sudo mdadm --examine  /dev/loop0p1
/dev/loop0p1:
   MBR Magic : aa55
Partition[0] :   1816210284 sectors at   1920221984 (type 72)
Partition[1] :   1953653108 sectors at   1936028192 (type 6c)
Partition[3] :          447 sectors at     27722122 (type 00)


[me@workstation ~]$ sudo mdadm --examine  /dev/loop1p1
/dev/loop1p1:
   MBR Magic : aa55
Partition[0] :   1816210284 sectors at   1920221984 (type 72)
Partition[1] :   1953653108 sectors at   1936028192 (type 6c)
Partition[3] :          447 sectors at     27722122 (type 00)


[me@workstation ~]$ sudo mdadm --examine  /dev/loop2p1
/dev/loop2p1:
   MBR Magic : aa55
Partition[0] :   1816210284 sectors at   1920221984 (type 72)
Partition[1] :   1953653108 sectors at   1936028192 (type 6c)
Partition[3] :          447 sectors at     27722122 (type 00)


[me@workstation ~]$ sudo mdadm --examine /dev/sda
/dev/sda:
   MBR Magic : aa55
Partition[0] :      1024000 sectors at         2048 (type 07)
Partition[1] :    975745024 sectors at      1026048 (type 07)

Последний диск (/ dev / sda) на самом деле не является образом исходного физического диска, который был в массиве, но я предоставил эту информацию, чтобы дать вам представление о том, как изначально выглядел диск.

Массив имел конфигурацию RAID5 и имел раздел NTFS. Я ни в коем случае не эксперт по MDADM. Я просто пытаюсь возиться с ним, чтобы (надеюсь) восстановить свои данные.

К сожалению, у меня нет резервных копий этих данных (урок усвоен). Тем не менее, данные на этом диске было бы неплохо иметь, но мир не придет к концу, если он будет потерян.

Итак, у меня вопрос: как я могу воссоздать свой RAID-массив с помощью MDADM и снова получить доступ к своим данным? Или я могу? Я полностью в шланге? :) Любая помощь будет оценена.

Спасибо, Брэд

ОБНОВИТЬ

С помощью @DerfK я теперь вижу следующее:

[me@worstation ~]$ sudo mdadm --create /dev/md0 --assume-clean --level=5 --verbose --chunk=64 --raid-devices=4 --metadata=0.90 /dev/loop0 /dev/loop1 /dev/loop2 /dev/loop3
mdadm: layout defaults to left-symmetric
mdadm: /dev/loop0 appears to be part of a raid array:
       level=raid0 devices=0 ctime=Wed Dec 31 19:00:00 1969
mdadm: partition table exists on /dev/loop0 but will be lost or
       meaningless after creating array
mdadm: /dev/loop1 appears to be part of a raid array:
       level=raid0 devices=0 ctime=Wed Dec 31 19:00:00 1969
mdadm: partition table exists on /dev/loop1 but will be lost or
       meaningless after creating array
mdadm: /dev/loop2 appears to be part of a raid array:
       level=raid0 devices=0 ctime=Wed Dec 31 19:00:00 1969
mdadm: partition table exists on /dev/loop2 but will be lost or
       meaningless after creating array
mdadm: /dev/loop3 appears to be part of a raid array:
       level=raid0 devices=0 ctime=Wed Dec 31 19:00:00 1969
mdadm: partition table exists on /dev/loop3 but will be lost or
       meaningless after creating array
mdadm: size set to 488386496K
mdadm: automatically enabling write-intent bitmap on large array
Continue creating array? n
mdadm: create aborted.

Я не уверен, почему MDADM выбирает это как RAID0 вместо RAID5.

Мне также удалось подключить устройства обратно к массиву терастанций, и я вижу следующую информацию:

~# /sbin/mdadm --misc --detail /dev/md0
/dev/md0:
        Version : 00.90.00
  Creation Time : Mon Nov 15 22:02:27 2004
     Raid Level : raid1
     Array Size : 385408 (376.38 MiB 394.66 MB)
    Device Size : 385408 (376.38 MiB 394.66 MB)
   Raid Devices : 4
  Total Devices : 2
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Thu Oct 27 15:45:24 2016
          State : active, degraded, recovering
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

 Rebuild Status : 36% complete

           UUID : 255e2f38:69d2ef57:dd46a9d4:ed86dcee
         Events : 0.3522

    Number   Major   Minor   RaidDevice State
       0       0        0        0      faulty removed
       1      22        1        1      active sync   /dev/hdc1
       2       0        0        2      faulty removed
       3      34        1        3      active sync   /dev/hdg1

Один из дисков в массиве вышел из строя, другой - частично. Я имею в виду, что иногда он будет читать, а иногда нет. Таким образом, я использовал dd для его изображения, но ... не уверен, будет ли это изображение dd действительным или нет :(

Вот также скриншот веб-интерфейса terastation: