WD MyBook World Edition II (Белый свет) RAID 1 Восстановление

443
MReda

Я везде искал решение для этого, и мне отчаянно нужна помощь.

Итак, проблема в том, что в моей работе основным методом совместного доступа к файлам является WD MyBook World Edition II NAS (что неправильно, imo). Один из жестких дисков находился в ухудшенном режиме, в результате чего NAS автоматически перезагружался каждые 2 минуты, и его нельзя было использовать для передачи больших файлов, которые занимают больше времени. Также система была недоступна с компьютеров Mac OS, которые составляют половину работающих компьютеров.

Во всяком случае, какой-то мудрец решил, что пришло время заменить диски, и купил 2 аналогичных диска. Он удалил поврежденный диск и заменил его одним из новых дисков и покинул систему, чтобы восстановить массив RAID 1.

То, что произошло, было довольно плохо ... NAS вообще не запускался. Поэтому «мудрый парень» решил вынуть оба жестких диска и попытаться смонтировать их на машине с Ubuntu для восстановления данных. Он использовал testdisk для перестройки таблицы разделов на диске, который был в исходном массиве. Когда он потерпел неудачу, он решил оставить все и пойти домой. Теперь я застрял на двух жестких дисках с разными таблицами разделов, которые должны быть зеркальным массивом raid 1, и я ничего не могу восстановить из них.

Мне действительно нужна определенная папка из этого массива, и я не могу получить доступ к файлам или даже перечислить их. Я попытался пересобрать используя, mdadmно файловая система не могла быть прочитана.

Вот что происходит, когда я работаю fdisk -l на обоих дисках:

$ sudo fdisk -l /dev/sdc Disk /dev/sdc: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: 9E196CBE-3003-3744-82E5-61503476D1BC  Device Start End Sectors Size Type /dev/sdc1 6474176 1953524869 1947050694 928.4G Linux RAID  $ sudo fdisk -l /dev/sdd Disk /dev/sdd: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: BA4BB74B-128D-4349-AE96-969DD4660B24  Device Start End Sectors Size Type /dev/sdd1 64320 3984191 3919872 1.9G Linux RAID /dev/sdd2 3984192 4498175 513984 251M Linux RAID /dev/sdd3 4498176 6474175 1976000 964.9M Linux RAID /dev/sdd4 6474176 1953525134 1947050959 928.4G Linux RAID 

Также он остановил все массивы MDX рейдов, которые были созданы NAS

Любая помощь очень ценится ... если вам нужна дополнительная информация, чтобы помочь решить проблему, просто скажите мне, что вам нужно.

Заранее спасибо...

Редактировать:

Вот что я получаю при анализе с помощью testdisk для обоих дисков:

Диск 1: (SDC)

Disk /dev/sdc - 1000 GB / 931 GiB - CHS 121601 255 63 Partition Start End Size in sectors >D MS Data 64320 3984063 3919744 D Linux Raid 64320 3984191 3919872 [md124] D Linux Swap 3984192 4497967 513776 D Linux Raid 3984192 4498111 513920 [md1] D MS Data 4498176 6473983 1975808 D Linux Raid 4498176 6474111 1975936 [md126] P Linux Raid 6474176 1953262663 1946788488 [AR:0] 

Диск 2: (sdd)

Disk /dev/sdd - 1000 GB / 931 GiB - CHS 121601 255 63 Partition Start End Size in sectors >D MS Data 64320 3984063 3919744 D Linux Raid 64320 3984191 3919872 [md124] D Linux Swap 3984192 4497967 513776 D Linux Raid 3984192 4498111 513920 [md1] D MS Data 4498176 6473983 1975808 D Linux Raid 4498176 6474111 1975936 [md127] P Linux Raid 6474176 1953262663 1946788488 [AR:0] 
0
Определите, какой жесткий диск имеет правильную таблицу разделов, но похоже, что действия этого человека были разрушительными. Ramhound 7 лет назад 0
@Ramhound у них обоих есть идентичные таблицы согласно анализу testdisk, но фактическая письменная таблица верна только для второй .. что я могу сделать? MReda 7 лет назад 0
Вы должны попытаться восстановить массив RAID с жесткого диска с правильной таблицей разделов. Ramhound 7 лет назад 0
Боюсь, что я уже знаю ответ, но на всякий случай .... Сколько лет резервным копиям за пределами сайта? Восстановление от тех, чтобы встать и бежать, кажется, лучший путь вперед. Любые попытки восстановить данные после неудачной установки могут ожидать этого и могут быть сделаны на изображениях, снятых с этих дисков. Hennes 7 лет назад 0
@Hennes резервное копирование довольно недавнее (около 5-6 недель), но мы хотим, чтобы некоторые файлы были добавлены после этого ... Я пытаюсь photorec и восстановить некоторые файлы, но без каких-либо каталогов или имен, так что это довольно сложно определить где конкретные файлы нам нужны .. кроме этого, мы строим новый сервер (правильный) для использования с этого момента ... спасибо MReda 7 лет назад 0
Если у вас уже есть фоторепортаж: хорошо. Кажется, надежный инструмент. Лично я всегда буду делать резервные копии неисправных дисков и работать с ним. Если инструмент не работает, у вас есть копия наименее нарушенной ситуации. (Что должен был сделать ваш «мудрец» после того, как прочитал руководство). Hennes 7 лет назад 0
@Hennes большое спасибо за ценный совет .. я очень сомневаюсь, что он хоть что-то прочитал .. я просто хотел бы перестроить массив и восстановить имена файлов и каталогов .. photorec очень хаотичен .. и обе таблицы разделов пропали навсегда MReda 7 лет назад 0

0 ответов на вопрос

Похожие вопросы