Восстановление работоспособного диска RAID с сервера Ubuntu: mdadm - не распознаваемый суперблок

У меня была серия разных проблем с восстановлением RAID-диска, заканчивающаяся ошибкой, о которой сообщалось в теме. Пожалуйста, пропустите длинную историю, чтобы прийти к выводам, если хотите.

Длинная история:

• Пару лет назад я установил серверный компьютер с Ubuntu с двумя дисками по 1 ТБ в RAID1.
• Недавно машина была неисправна, и я разобрал ее, взяв два HDD.
• Мне удалось подключить один из дисков к ноутбуку через USB и правильно просмотреть его через mdadm.
• Купили NAS-устройство Synology и поместили в него другой диск, чтобы создать новую систему RAID. Конечно, таким образом он был отформатирован, и у меня был только один хороший диск со своими старыми данными.
• Подключил хороший диск к NAS через USB с намерением скопировать все старые данные на только что отформатированный диск внутри NAS. Мне удалось создать массив mdadm в NAS благодаря этому руководству http://forum.synology.com/wiki/index.php/How_to_manually_mount_a_USB_Hard_Disk,_include_a_disk_that_was_part_of_a_RAID1_array , в котором была обнаружена память диска предыдущая конфигурация RAID (в моем ноутбуке): mdadm --examine --scan / dev / sdk3 вернул ожидаемую строку информации
• Однако NAS в конце не смог смонтировать диск (/ dev / sdq1) в файловую систему (скажем, / mnt / usb) с общей ошибкой «Нет такого устройства». Видимо, кажется, что mount в busybox (на котором основан NAS) не хочет давать дальнейшие предложения ( http://www.silas.net.br/tech/linux/busybox-trou устранение неполадок.html )
• Тогда я подумал: «Хорошо, если я не смогу скопировать данные через USB в NAS, я подключу диск к ноутбуку и перенесу его через Ethernet». Хорошая идея. К сожалению, в процессе создания массива NAS, вероятно, уничтожил исходные суперблоки, поэтому, когда я подключил его к ноутбуку (версия для Linux Mint Ubuntu), раздел обнаружился внутри файлового менеджера (mdadm работал нормально и отобразил раздел в / dev / mapper), но не удалось смонтировать: raid mount: / dev / md1: невозможно прочитать суперблок
• , попытка исправить с помощью e2fsck не помогла
• , попытаться исправить с помощью e2fsck -b не помогло
• Вся информация была в порядке, как в mdadm --examine --scan / dev / sdk3

Выводы:

• Я перезагрузил ноутбук. Теперь рейд даже не собирается автоматически mdadm ... Я думаю, что диск потерял свой UUID? Может ли это быть? Я вижу, что dmesg правильно подключает диск:

sd 7: 0: 0: 0: [sdb] Подключенный диск SCSI

и раздел sdb1, но я не могу найти диск в / dev / disk / by-uuid

Информация RAID потеряна: mdadm --examine --scan / dev / sdk3 не возвращает информации

• Попытка вручную создать новый md возвращает: $ mdadm -A --verbose --run / dev / md3 / dev / sdb1 mdadm: поиск устройств для / dev / md3 mdadm: нет распознаваемого суперблока на / dev / sdb1 mdadm: / dev / sdb1 не имеет суперблока - сборка прервана

Я попытался восстановить несколько резервных суперблоков с помощью:

e2fsck -b / dev / sdb1

e2fsck 1.42.9 (4 февраля - 2014) e2fsck: неверное магическое число в суперблоке при попытке открыть / dev / sdb1

Суперблок не может быть прочитан или не описывает допустимую файловую систему ext2 / ext3 / ext4. Если устройство является действительным и действительно содержит файловую систему ext2 / ext3 / ext4 (а не swap или ufs или что-то еще), то суперблок поврежден, и вы можете попробовать запустить e2fsck с альтернативным суперблоком: e2fsck -b 8193 или e2fsck -b 32768

Я получил резервный адрес суперблока с помощью mke2fs -n / dev / sdb1

Диск полностью заполнен ??? Обычно утилиты перезаписывают важную информацию на диске и делают ее непригодной для использования?

Дополнительная информация :

$ fdisk -l / dev / sdb

Диск / dev / sdb: 1000,2 ГБ, 1000204886016 байт, 255 головок, 63 сектора / дорожка, 121601 цилиндров, всего 1953525168 секторов Единицы = сектора 1 * 512 = 512 байт Размер сектора (логический / физический) : 512 байт / 512 байт. Размер ввода / вывода (минимальный / оптимальный): 512 байт / 512 байт. Идентификатор диска: 0x00000000

Начало загрузки устройства Конец блокировки Блокирует идентификатор системы / dev / sdb1 1 1953525167 976762583+ ee GPT

parted / dev / sdb

Добро пожаловать в GNU Parted! Введите «help» для просмотра списка команд. (разделенный) p
Модель: SAMSUNG HD103SI (scsi) Диск / dev / sdb: 1000 ГБ Размер сектора (логический / физический): 512B / 512B Таблица разделов: gpt

Номер Начало Конец Размер Файл Флаги системных имен 1 17,4kB 1000GB 1000GB raid