> зачем ты использовал страйп?Ну бывает такое в жизни, когда скорость и объем важнее самих данных. Например на RAID0 хорошо компилировать что-нибудь. Или видео резать. Это рабочая станция, а не суперважный сервер. Меня больше интересовала структура директорий и имена файлов. Чтобы видеть что перезалить.
Почти все данные продублированы на других машинах. Либо есть в интернете и их достаточно перезалить.
Оставлю это здесь. Может кто влетит на подобные грабли.
В общем восстановил с помощью gdisk GPT и пересоздал RAID0 с ключиком assume-clean. Размер чанка и uuid массива подсмотрел на первом диске, который остался нетронутым.
# mdadm --detail /dev/md0
# mdadm -S /dev/md0
# mdadm --create --verbose /dev/md0 --uuid=xxxxxxxx:xxxxxxxx:xxxxxxxx:xxxxxxxx --assume-clean --level=stripe --chunk=512K --raid-devices=2 /dev/sd[bc]1
Скормил md0 утилите testdisk. Она мне подсказала как восстановить суперблок ext4. Я взял копию суперблока с самого конца массива.
# fsck.ext4 -p -b <SUPERBLOCK> -B <BLOCKSIZE> /dev/md0
После восстановления суперблока смонтировал md0 в режиме чтения. Однако на очень много директорий в корне файловой системы команда ls ругалась примерно таким образом: «ls: cannot access 'public': Structure needs cleaning». Я скопировал на другой винт все директории, на которые ls не ругалась. Потом размонтировал md0 и натравил на md0 утилиту e2fsck, которая эти самые директории успешно добила, сволочь такая. :)
Ну собственно дальше вход пошел R-Studio for Linux. Крупные файлы меня не интересовали, т. к. это как правило были всякие дистрибутивы и архивы с сорцами. Интересовали именно всякие мелкие текстовые файлы с моими заметками и скрипты для облегчения жизни в командной строке. Ну и всякие *.diff и *.patch, которые на других машинах могли быть не первой свежести.
В общем R-Studio в демо-редиме мне наковырял еще файлов с именем $InodeJrnlXXXXXXXX и в них я откопал почти все, что мне нужно.