Восстановление информации, vmdk - xfs

Пришла беда...
Развалился RAID 1 на 1 Тб SATA винтах.
Контроллер 3ware 9550  SX на 4 SATA порта. Винты Seagate Barracuda 7200.12. Один винт помер окончательно (совсем), при подключении к компу зависало все, даже BIOS не прогружался. Второй был с убийственными показателями SMART и системой не определялся никак.
RAID использовался как хранилище виртуальных дисков *.vmdk для VMware ESXi 4.0. Гостевой системой была Ubuntu Server с файловой системой XFS, на обоих разделах виртуальных дисков. Собственно там было 2 виртуальных диска на 250 Гб и на 680 Гб. Контроллер видел тоже только один диск (физический), сейчас уже не помню что он там писал и предлагал, так как ситуация была "критическая" и информация которая хранилась на дисках была нужна срочно... Было принято решения отцепить диск от 3ware'ного контроллера, подцепить к другому компу и сделать полную копию.
Сейчас уже могу сказать, что главное в такой ситуации это сохранять спокойствие и не поддаваться панике, не реагировать на панику окружающих людей. Лучше совсем остаться одному, и хорошенько все обдумать, прежде чем что то делать. Составить последовательность действий, рассмотреть различные варианты развития событий.
Нашли новый винт на 1 Тб, стали копировать на него через Acronis Server Edition, конечно же загрузившись с LiveCD. Прошло около пяти часов и на 90% выдал ошибку, типа не могу дальше и все. Причем не предлагал пропустить нечитаемые сектора и продолжить. Хорошенько выругавшись, решил работать с тем, что удалось скопировать.
ESXi увидел оба виртуальных диска, хорошо, подумал я. Примаунтил диски к гостевой Linux, он тоже увидел виртуальные диски, и разделы на них, и файловую систему XFS, но маунтить разделы не смог, сыпался ошибками.
Что бы не терять время отрыли еще один винт на 1 Тб и стали лить вторую копию с еле дышащего винта с райда, теперь уже с помощью dd, acronis disk director уже не доверяли.
Легендарная команда: dd if=/dev/sda1 of=/dev/sdb2 bs=4096 conv=noerror 
отпахала почти 6 часов, при этом не показывая никакой информации о происходящем, наконец выдала что скопировано 800 с чем то гигов, еще сколько то гигов не смог скопировать.
Мой коллега потащил вторую копию цеплять к виндовой машине для сканирования через R-Studio. В итоге после 5 часов сканирования R-Studio нашел около 250 т. файлов (искали только *.doc и *.xls). Файлы были с рандомными именами, никакой структуры папок даже не проглядывалось, попадались файлы размером в 300 Гб... Результат можно сказать был "никакой", найти в такой куче нужные файлы было невозможно.

Тем временем первая копия диска ни в какую не хотела маунтиться к системе. xfs_alloc_read_agf и bad magic nimber in super_block - могу сказать что это ничего хорошего не означает, все очень плохо. Скажу только что перепробовал все что только можно. Несколько раз пргонял xfs_repair, с разными параметрами, толку ноль. xfs_check даже не стартовал. Тоже самое было и со второй копией диска, которую отключили от R-Studio - так как результат не устроил никого.

Тогда было решено с клонировать еле живой диск еше раз, теперь уже с помощью dd_rescue.
Прогонял в три захода:

dd_rescue --no-split --verbose /dev/sdb_bad /dev/sda_good /var/res.log
dd_rescue --direct --max-retries=2 --verbose /dev/sdb_bad /dev/sda_good /var/res.log
dd_rescue --retrim --max-retries=2 --verbose /dev/sdb_bad /dev/sda_good /var/res.log

На удивление почти мертвый винт выдержал такое надругательство на собой. Команды нашел в инете на сайте какого-то доброго человека, просто уже не помню где. Сканировал долго, при этом показывал информацию о скорости сканирования, сколько сканировал, об ошибках. Запускалась команда с Hirens BootCD Linux.
На удивление сканировал намного больше, и ошибок было всего 5, около 10 Мб нечитаемой инфы. Может повлияло то что винчестер был "вверх ногами", но не факт =)
После этого все отлично примаунтилось, xfs правда ругнулся на то что надо бы очистить журнал, но с копировалось кажется все.

Автоматический вход в систему Windows 7 в домене Windows 2003r2

Избитая тема, пишу что бы не забыть:

В системе которая не в домене достаточно ввести:

control userpasswords2
... и выбрать нужного пользователя, убрав галку с требованием ввода пароля при загрузке.

Что бы войти под другим пользователем, при загрузке или при выходе из системы удерживать SHIFT.

Если система в составе домена (проверялось на win7) нужно править реестр.

В ветке:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon

Создать строковые (REG_SZ) параметры:
AutoAdminLogon установите значение 1
DefaultUserName
DefaultDomainName
DefaultPassword

Восстановление файлов Linux XFS

После беглого гугления понял что восстановить удаленные файлы с XFS невозможно, и что стоит попробовать утилиты scalpel и foremost. Обе установились с родных Ubuntu репозитариев.

Файлы были удалены с сетевого ресурса Samba. Сама Ubuntu Server установлена на VMware ESXi. Система на ext3, примаунтен виртуальный винт на 250 Гб с файловой системой XFS - он и расшарен под сетевые диски.



SCALPEL


Перед запуском редактируем /etc/scalpel/scalpel.conf

Раскоментируем строки с нужными расширениями файлов. Не нашел XLS. Загрустил.

Запускается все дело командой:
scalpel /dev/sdb -o /mnt/dsk2/recovery


Сканируется весь раздел, времени ушло много, скорость судя по всему небольшая. Проц грузил все время на 70-90%. Нашел очень много файлов, но больше половины из них были битыми и не открывались. Все вывалил в одну кучу, с ниочем не говорящими названиями файлов. Как я понял после удаления в Linux уже невозможно восстановить имя файла и дату создания/редактирования.


Так как xls файлы scalpel не умеет? восстанавливать, решил пробовать foremost.


FOREMOST
foremost -v -T -t xls -i /dev/sdb -o /mnt/dsk2/recovery


-v – инфориация о прогрессе сканирования - практически бесполезная штука.

-Т – покажет время в названии папок для восстановленных файлов - ничего не показал (возможно потому что все таки xfs)

-t xls,png,bmp – восстанавливать только файлы нужного типа, например *xls


Просканировал шустро. Вывалил все файлы с рандомными названиями в кучу. Получилось около 5 тысяч excel файлов - дальше разбирайся как хочешь...


Впринципе обе программы справились более менее нормально. Минус конечно что сканировалось все дело долго. В первом случае тулза пыталась сожрать проц. Временами все зависало. Еще минус что на разбор около 10 тысяч файлов, и поиска среди них нужных десяти файликов, уйдет туева хуча времени.


Кстати ни одна программа не работает с файловой системой XFS - по крайней мере не нашел в описании. Еще все осложнялось тем, что диск с которого шло восстановление нельзя было отключать, нельзя также было отключить и сетевой ресурс с которого удалились файлы. Сканирование шло на живую, что естественно недопустимо, по идее, так как и ежу понятно что после "инцидента" раздел нужно отключить, или примаунтить только для чтения. И уже точно никакие файлы на него не записывать.