У меня проблема с моим JBOD, после того, как мой Synology DS умер из-за сбоя загрузочного жесткого диска, я хотел восстановить мой JBOD (3x3 ТБ). Я запустил Debian-Live, чтобы смонтировать и сохранить данные с моего Jbod, и это сработало.
Я заказал на Amazon диск емкостью 8 ТБ для сохранения данных, но когда я запустил задание Rsync, среднее устройство (sdb) получило ошибки ввода-вывода ... Моя ошибка заключалась в том, что я думал, что перезагрузка поможет из-за необработанной ошибки ядра. .Е, тупой, средний Диск умер.
Моя проблема сейчас: у меня работает первое и последнее устройство, но mdadm сказал:
корень @ debian: ~ # mdadm --assemble --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 ГБ)
Используемый размер разработчика: 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 ГБ)
Используемый размер разработчика: 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' == active, '.' == отсутствует, 'R' == замена)
корень @ 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 metadata = 1.2 UUID = e8937ad2: c0080cf8: 6e96733a: 2a3b4ee8 name = LG-NAS: 3
Моя последняя идея - воссоздать JBOD с помощью следующей команды:
mdadm --create --verbose / dev / md3 --name = LG-NAS: 3 --metadata = 1.2 --level = linear --raid-devices = 3 / dev / sdb3 отсутствует / dev / sdc3
Или
mdadm --create --verbose / dev / md3 --name = LG-NAS: 3 --metadata = 1.2 --level = linear --raid-devices = 2 / dev / sdb3 / dev / sdc3
Есть предложения, что делать дальше?
JBOD имеет нет избыточность вообще.
Если вышедшие из строя диски в некоторой степени доступны (т.е. они не вышли из строя катастрофически), я бы ddrescue его на другой рабочий диск (хотя бы такой же емкости). На этом этапе вы можете попытаться принудительно перезапустить массив, заменив старый диск новым.
Если это не сработает, вам нужно photorec ваши диски, чтобы извлечь как можно больше данных.