Восстановление данных с диска, который ранее был частью массива RAID1.

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

На протяжении многих лет я использовал компьютер, который был разработан как низкокачественный сервер, в качестве своей рабочей станции. У него был массив SATA RAID1, состоящий из двух 120 ГБ Seagate Barracuda. Когда я выведал его из эксплуатации пять лет назад, я удалил Seagate. Они работали прекрасно, но теперь лишены своего RAID контроллера, который, предположительно, где-то на свалке в окрестностях дома.

Теперь у меня есть возможность получить доступ к данным с рабочей станции в режиме только для чтения/РЕШЕНИЯ. Я купил высоко оцененный набор переходников USB-SATA/IDE и подключил один из двух Seagate.

Жесткий диск включается.

Диск виден в Gparted (моей первой попытке), который идентифицирует его как /dev/sdb

Когда я пытаюсь смонтировать его с помощью команды:

sudo mount /dev/sdb /mnt/sata

…я получаю:

mount: /mnt/sata: неизвестный тип файловой системы ‘silicon_medley_raid_member’.
dmesg(1) может иметь больше информации после неудачного системного вызова монтирования.

sudo fdisk -l дает:

Диск /dev/sdb: 111.79 GiB, 120034123776 байт, 234441648 секторов
Модель диска: XT-U33502
Единицы: сектора по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода/вывода (минимальный/оптимальный): 512 байт / 512 байт

Как я надеюсь, запрос показывает, что я знаю что-то о том, как обращаться с дисками в Linux… но бывшие RAID-диски вне моего понимания.

Может кто-то подсказать мне? Я полагаю, что процесс, называемый монтированием в цикле, может быть уместен, но я не смог разобраться, что нужно, чтобы прочитать содержимое диска.

Мне нужно только прочитать его один раз, чтобы перенести в архив. Не нужно, чтобы это был полностью рабочий диск.

Заранее спасибо, без проблем.

Сегодня мне удалось восстановить данные с моего RAID-диска. Вместо того чтобы печатать результаты DMDE, я подумал, что будет полезно немного отойти от основной темы и описать весь процесс, на случай, если другие пользователи форума сталкиваются с аналогичной проблемой.

Я использовал сервер Fairchild в качестве своей рабочей станции около десяти лет. Это был действительно очень хороший компьютер, и его RAID-массив (два диска, хранящих абсолютно одинаковые данные) обеспечивал ему лучшую целостность данных, чем обычная машина. Когда я вывел его из эксплуатации пять лет назад, я удалил два RAID-диска и утилизировал корпус башни.

Этой зимой мне понадобился доступ к данным с дисков. Это SATA-диски со стандартным аппаратным интерфейсом. Я купил адаптер USB-SATA за 20 долларов на Ebay. Я не буду указывать URL продавца для данного устройства, но это в основном пластиковый короб с 12В блоком питания, USB-портом и тремя интерфейсами SATA/IDE.

Коробка работала нормально, так как она включала {какой бы ни был из пары дисков, который я к ней подключил}, и этот диск появлялся в GParted, когда я подключал его к своей рабочей станции на Linux 2024 года. Однако диски были настроены для работы в составе RAID-массива и не могли монтироваться вне этого контекста. Таким образом, я не мог получить доступ к своим данным.

Пользователь на другом форуме предложил мне взглянуть на DMDE. Он доступен как свободное программное обеспечение, но сложность моего архива — 80000 файлов в 5000 каталогов — заставила меня купить годовую подписку “Express” за 20 долларов. Я очень рад, что сделал это, так как DMDE смог решить проблему доступа к диску за считанные секунды. Мне пришлось извлечь файлы как “Восстановление”, но они были переданы целыми с их всей структурой каталогов на месте.

Мои расходы на процесс восстановления составили 40 долларов и некоторое время. Это очень выгодно по сравнению с коммерческими операциями по восстановлению, и я бы рекомендовал этот путь всем.

RAID-диск с неисправностями носителей был бы совершенно другим делом!