JBOD не удалось собрать после сбоя среднего устройства

У меня возникла проблема с моим JBOD, после того, как мой Synology DS умер из-за сбоя загрузочного жесткого диска, я захотел восстановить мой JBOD (3x3 ТБ). Я запустил Debian-Live для монтирования и сохранения данных с моего Jbod, который работал хорошо.

Я заказал накопитель 8Tb от Amazon для сохранения данных, но когда я запустил задание Rsync, среднее устройство (sdb) получило ошибки ввода-вывода... Моя ошибка заключалась в том, что перезагрузка помогла бы из-за необработанной ошибки ядра.. Вы тупой, средний диск умер.

Моя проблема сейчас: у меня работает первое и последнее устройство, но mdadm сказал:

root @ debian: ~ # mdadm - сборка --force / dev / md3 / dev / sd [bc] 3

mdadm: / dev / md3 собран из 2 дисков - недостаточно для запуска массива.


Вот диски:

root @ debian: / # mdadm --examine / dev / sd [abc] 3 / dev / sdb3:

      Magic : a92b4efc

    Version : 1.2

Feature Map : 0x0

 Array UUID : e8937ad2:c0080cf8:6e96733a:2a3b4ee8

       Name : LG-NAS:3

Время создания: суббота, 25 февраля 20:08:20 2017

 Raid Level : linear

Рейдовые устройства: 3

Доступный размер: 5850889088 (2789,92 ГБ 2995,66 ГБ)

Используемый размер Dev: 0

Data Offset : 2048 sectors

Супер смещение: 8 секторов

Неиспользуемое пространство: до = 1968 секторов, после = 32 секторов

      State : clean

Device UUID : baa0a4e4:9bc55ee7:6e6d27ea:fe158da8

Update Time : Thu Mar  9 15:20:28 2017
   Checksum : 84051d55 - correct
     Events : 1
   Rounding : 64K

Роль устройства: активное устройство 0 Состояние массива: AAA ("A" == активно, "." == отсутствует, "R" == замена)


/ DEV / sdc3:

      Magic : a92b4efc

    Version : 1.2

Feature Map : 0x0

 Array UUID : e8937ad2:c0080cf8:6e96733a:2a3b4ee8

       Name : LG-NAS:3

Время создания: суббота, 25 февраля 20:08:20 2017

 Raid Level : linear

Рейдовые устройства: 3

Доступный размер: 5850889088 (2789,92 ГБ 2995,66 ГБ)

Используемый размер Dev: 0

Data Offset : 2048 sectors

Супер смещение: 8 секторов

Неиспользуемое пространство: до = 1968 секторов, после = 32 секторов

      State : clean

Device UUID : 0b4313db:8989392c:870a02d2:910a8eb5


Update Time : Thu Mar  9 15:20:28 2017

   Checksum : b42b1540 - correct

     Events : 1

   Rounding : 64K

Роль устройства: активное устройство 2 Состояние массива: AAA ("A" == активно, "." == отсутствует, "R" == заменено)

root @ debian: / # fdisk -l / dev / sd [abc] 3

Диск / dev / sdb3: 2,7 ТиБ, 2995656278016 байт, 5850891168 секторов

Единицы: секторы 1 * 512 = 512 байт

Размер сектора (логический / физический): 512 байт / 4096 байт

Размер ввода / вывода (минимальный / оптимальный): 4096 байт / 4096 байт


Диск / dev / sdc3: 2,7 ТиБ, 2995656278016 байт, 5850891168 секторов

Единицы: секторы 1 * 512 = 512 байт

Размер сектора (логический / физический): 512 байт / 4096 байт

Размер ввода / вывода (минимальный / оптимальный): 4096 байт / 4096 байт

root@debian:/# mdadm --examine --scan ARRAY /dev/md/3 метаданные = 1,2 UUID=e8937ad2:c0080cf8:6e96733a:2a3b4ee8 name=LG-NAS:3

Моя последняя идея - воссоздать JBOD с помощью следующей команды:

mdadm --create --verbose /dev/md3 --name=LG-NAS:3 --metadata = 1.2 - уровень = линейный --raid-devices = 3 / dev / sdb3 отсутствует / dev / sdc3

Или же

mdadm --create --verbose /dev/md3 --name=LG-NAS:3 - метаданные = 1.2 - уровень = линейный --raid-devices = 2 / dev / sdb3 / dev / sdc3

Есть предложения, что делать дальше?

1 ответ

JBOD вообще не имеет избыточности.

Если вышедшие из строя диски в некоторой степени доступны (то есть: не произошел катастрофический сбой), я бы ddrescue это на другой рабочий диск (по крайней мере, такой же емкости). На этом этапе вы можете попытаться принудительно перезапустить массив с новым диском, заменяя старый.

Если это не работает, вам пришлось photorec ваши диски, чтобы извлечь как можно больше данных.

Другие вопросы по тегам