» Восстановление информации с софт-рейда 10 на дебиан

Имеется системник, кот. выполнял роль файлового сервака, установлен Дебиан. Внутри стоит 6 хардов(4 на контроллере матери, 2 - на внешнем),был настроен

RAID 10
В нем начались какието сбои, после чего перестал работать. Проблема в том, что несколько человек уже его смотрели и каждый делал чтото свое.
Точно, они поменяли Sata шлейфы местами. Насчет работоспособности жестких дисков, все в биосе детектятся. Задача- восстановить инфу, которая была на

рейде, потом все снести. На скринах:
1. Внутренности компа
2. Загрузчик
3. Пауза во время загрузки
4. На этом все

Загружался с загрузочного линукса, видит файловую систему, но при попытке открыть рейд выдает ошибку.

Там были фотки, видео, как их поднять?

Заранее огромный сенкс!

ну для начала надо вренуть на место sda3

Вернуть в смысле воткнуть в тот сата,- порт, в котором он был???

ну да - надо восстановить каким-то образом последовательность дисков

Добавлено:
какая файловая сисетма была на рейде ?

ext3

http://www.hiren.info/pages/bootcd
Explore2fs 1.08b
GUI explorer tool for accessing linux ext2 and ext3 filesystems under windows.
Ext2Explore 2.2.71
To explore ext2/ext3/ext4 disk/partition, can also be used to view and copy disk and file system images.


и еще существует Runtime.DiskExplorer.for.Linux.v1.00

Спасибо, это проги для восстановления?

у тебя много других вариантов ? пробуй

не видит..а можно ли с них сделать рейд заново и поднять инфу?

все что я находил по восстановлению рейдов не относилось к перепутаным дискам :(

надо восстанавливать последовательность дисков - без этого что-то делать дальше вряд-ли получится.

для начала:
Проверяете физическое состояние винтов (Hard Disk Tools в hiren boon cd)
Смотрите таблицы разделов (могут слететь)
восстанавливаете правильную последовательность расположения винтов (например, загрузившись с live cd смотрите расположение страйпов -грубо на 1и 2 диске в первом блоке данные, во втором и третьем - нули, на 3и 4 диске в первом и третьем блоке нули, во втором - данные и тд см описание raid 10)

вот кажись нормально рассписано, правда на инглише
https://raid.wiki.kernel.org/index.php/RAID_Recovery

Вобщем ситуация теперь такова:

Узнал последовательность винтов. Имеется три основных и три копии (raid-1). Если я объеденяю три основных в рейд командой assemble, то рэйд создается, но не читаеться (нету суперблока). На трех копиях я узнал, находится хаотическая файловая система (для зеркал). Можно ли как-то из них сделать восстановление? Сканить md0 с помощью fsck я как то боюсь, мало-ли, придет полная ж.

fsck -n Make no changes to the filesystem


прогони без внесения изменений - посмотри как он отреагирует

Ок, попробую и отпишусь!

Добавлено:
debian:/home/dima# mdadm --assemble /dev/md3 /dev/sdd4 /dev/sdb1 /dev/sdc1
mdadm: /dev/md3 has been started with 3 drives.
debian:/home/dima# fdisk -l


Disk /dev/sda: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x0001f2d0

Device Boot Start End Blocks Id System
/dev/sda1 * 1 29164 234259798+ 83 Linux
/dev/sda2 29165 30401 9936202+ 5 Extended
/dev/sda5 29165 30401 9936171 82 Linux swap / Solaris

Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000e56bb

Device Boot Start End Blocks Id System
/dev/sdb1 1 60801 488384001 fd Linux raid autodetect

Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xf7caf7ca

Device Boot Start End Blocks Id System
/dev/sdc1 1 121601 976760001 fd Linux raid autodetect

Disk /dev/sdd: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00040658

Device Boot Start End Blocks Id System
/dev/sdd1 * 1 6 48163+ 83 Linux
/dev/sdd2 7 1714 13719510 5 Extended
/dev/sdd3 1715 1750 289170 83 Linux
/dev/sdd4 1751 60801 474327157+ fd Linux raid autodetect
/dev/sdd5 7 255 2000061 82 Linux swap / Solaris
/dev/sdd6 256 863 4883728+ 83 Linux
/dev/sdd7 864 1471 4883728+ 83 Linux
/dev/sdd8 1472 1714 1951866 83 Linux


Disk /dev/md3: 1986.0 GB, 1986018213888 bytes
2 heads, 4 sectors/track, 484867728 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000

Disk /dev/md3 doesn't contain a valid partition table


Добавлено:
debian:/home/dima# fsck -n /dev/md3
fsck 1.41.3 (12-Oct-2008)
fsck: fsck.mdraid: not found
fsck: Error 2 while executing fsck.mdraid for /dev/md3


Добавлено:
Что мона сделать?

Добавлено:
Кстати, узнал, что на зеркальных дисках стоит хаотическая файловая система...

!!!
ВСЕ, ТЕПЕРЬ СИТУАЦИЯ ВОССОЗДАЛАСЬ, ТАК КАК Я СМОГ ПООБЩАТЬСЯ С СОЗДАТЕЛЕМ ЭТОГО ЧУДА

Оказалось, что это RAID 01 (то есть объеденены 3 в raid 0, 3других тоже и вся эта куча в raid 1)
Полетел массив потому, что по видимому скакало напряжение и в диске 1 (там где стоял линукс и был первый раздел рейда) случились бока с ФС.

В зеркале есть другие траблы, второй диск к сожалению, имее бэды (неясно, софт или апаратные)

Оказывается mdadm не ипет размер дисков, поэтому был такой рейд-0: 466гб+500гб+1Тб (примерно так)

На зеркалах была чистая копия самого рейда (без файловой системы). Удивительно, что на терабайте какогото х. был загрузочный сектор.

Размер страйпа не известен, но, возможно, он был 64 кб (так как едет повторение, по моим наблюдениям в вингекс)

Что можно сделать теперь?

dimando560
ИМХО, проще всего разжиться 2Тб винтом и с помощью R-STUDIO или любого подобного софта восстановить туда данные со всех винтов. Потом понять какие из 6 винтов реально работают, а какие нет. 2 одинаковых (поменьше которые) воткнуть во внешний контроллер и поставить на них систему на raid1 (тут на самом делел можно и обойтись 20Гб старыми винчами). Дальше привести оставшиеся винчи в состояние, что бы оказалось 4одинаковых винта(хотя бы по объёму, не хватающие докупить) и установить их на мамин контроллер и объединить их в raid5.
Скинуть на новенький raid данные с 2Тб винта и жить долго и счастливо до следующей потомки. К raid5 желательно всегда иметь такой же запасной винч.

Alukardd
Не получится R-studio.
Там в рейд были объеденены разделы разного размера, а Р-Студио не шарит такое, как и Вин-Гекс. Здесть только вариант, восстановить его в линуксе. Смотри сам:

Disk /dev/md0 doesn't contain a valid partition table
debian:/home/dima# mdadm -D /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Mon Aug 10 17:48:19 2009
Raid Level : raid0
Array Size : 1939470912 (1849.62 GiB 1986.02 GB)
Raid Devices : 3
Total Devices : 3
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Sat Feb 26 02:21:04 2011
State : clean
Active Devices : 3
Working Devices : 3
Failed Devices : 0
Spare Devices : 0

Chunk Size : 64K

UUID : d1387d16:c57016ed:9cddb6ff:8008d1a4
Events : 0.7

Number Major Minor RaidDevice State
0 8 20 0 active sync /dev/sdb4
1 8 33 1 active sync /dev/sdc1
2 8 49 2 active sync /dev/sdd1

---------------------------------------------------------------------


Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00040658

Device Boot Start End Blocks Id System
/dev/sdb1 * 1 6 48163+ 83 Linux
/dev/sdb2 7 1714 13719510 5 Extended
/dev/sdb3 1715 1750 289170 83 Linux
/dev/sdb4 1751 60801 474327157+ fd Linux raid autodetect
/dev/sdb5 7 255 2000061 82 Linux swap / Solaris
/dev/sdb6 256 863 4883728+ 83 Linux
/dev/sdb7 864 1471 4883728+ 83 Linux
/dev/sdb8 1472 1714 1951866 83 Linux

Disk /dev/sdc: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000e56bb

Device Boot Start End Blocks Id System
/dev/sdc1 1 60801 488384001 fd Linux raid autodetect

Disk /dev/sdd: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xf7caf7ca

Device Boot Start End Blocks Id System
/dev/sdd1 1 121601 976760001 fd Linux raid autodetect

Disk /dev/md0: 1986.0 GB, 1986018213888 bytes
2 heads, 4 sectors/track, 484867728 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000

---------------------------------------------

Что скажешь на такое?

dimando560
Цитата:

Что скажешь на такое?

скажу, что разброд и шатанье...

Цитата:

Там в рейд были объеденены разделы разного размера

на и побоку, не raid надо пытаться восстановить, а инфу с него сливать. Запускать надо сигнатурный поиск.

Сигнатурный поиск не дает ничего. К сожалению, р-студио нету под линуксом, так же, как и утилиты мдадм под винду, поэтому этот вариант не прокатит. Р-студио понимает эти харды как три одинаковые разделы... Поэтому если можешь, подкажи по линуху!

п.с.

debian:/home/dima# mke2fs -n /dev/md0
mke2fs 1.41.3 (12-Oct-2008)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
121217024 inodes, 484867728 blocks
24243386 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
14797 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848

dimando560
Цитата:

Р-студио понимает эти харды как три одинаковые разделы...

моя твоя не понимать

Цитата:

К сожалению, р-студио нету под линуксом,

http://www.r-tt.com/data_recovery_linux/
Я просто считаю что овчинка выделки не стоит с попыткой восстановить md raid. Если не хотите R-Studio, то я не настаиваю, просто я за сам факт использования данного подхода в вашей ситуации. Вроде как есть тулзы типа scalpel, recover и т.п.

===моя твоя не понимать


Раид-0 состоит из трех одинаковых разделов, и прога пытается их интерпритировать таким образом. а НАСАМОМ ДЕЛЕ СДЕЛАН СОФТВЕРНЫЙ РЭЙД, который действует по другой логике

Добавлено:
все таки хочу попытаться восстановить рейд.. Как минимум для того, чтобы восстановить структуру папок! Помогите, народ!

Добавлено:
Всё, эпопея подходит к концу, собрал я рейд

После очередного ребута сделался фсцк и после этого масив вдруг примаунтился!!! Сливаю

повезло.

я предпочитаю софтовые рейды не использовать - лучше ж просто без рейда ежедневный бекап.


З.Ы. спецам спасибо сказали, которые винты местами поменяли ?:)

tankistua
Ну здесь спасибо создателю, который поставил на винтах метки.. Хотя, и без них стала ясна последовательность.

Ключевой момент был, когда я понял, что софтверный рейд из разных винтов, как оказалось не поднять всякими виндовыми методами. Тогда и пришел обратно к тому, что единный вариант- пересборка!