Случилась следующая беда.

Система CentOS 5
Сервер с 4-мя терабайтными винтами на Intel ESB2.
По неясной пока причине вывалился из массива диск sdb, после софтовой перезагрузки контроллер вошел в режим Rebuild, но самого ребилда не происходит.
Система не грузится, выдает ошибки при попытках монтирования разделов.
С LiveCD примонтировать разделы так же не удалось, segmentation fault. Но разделы видно, vgchange -a y отрабатывает нормально.

Сделал образ массива с помощью Raid Reconstructor'а. Данные там есть, их видно в HEX-е, а как вытащить - не знаю. Файловая система - ext3
Скажу, что все диски массива в порядке, образ 100%-рабочий.

Сперва идет /dev/VolGroup00/LogVol00 на 100 Гб - он не нужен (там центос)
Нужен раздел /dev/VolGroup00/Virtual на 450 гигабайт, и то не весь раздел, а единственный файл app_host.vmdk (диск виртуальной машины). Файловая система виртуалки - NTFS.
Впрочем, нужен даже не весь этот огромный файл, а несколько папок из него. Размер порядка 10-20 гигабайт.

Вижу три теоретических способа:

1. Восстановить vmdk с ext3-партиции полностью. Дальше дело техники. Столкнулся с тем, что не хватает опыта. R-Studio не находит правильного ext3-раздела с нужными файлами.

2. Восстановить файлы с NTFS-партиции, используя образ диска. Тут сталкиваюсь с тем, что тот же GetDataBack отлично видит структуру папок/файлов, но контент при восстановлении - мусор. Полагаю, что сказывается восстановление не с физического диска, а из образа диска, и несоответствие секторов.

3. Починить массив, и достать данные оттуда безо всяких образов. Здесь проблема опять же в опыте - при загрузке с LiveCD наблюдаем Block Device Read-Only. Сделать с этим ничего не вышло. Ну и как избежать сегфолта - тоже не до конца понятно.

Кто-нибудь может что-то посоветовать?