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
ваши диски, чтобы извлечь как можно больше данных.