rm -rf * И чего теперь делать?

Aug 08, 2013 18:05

Дело было так. Некоторое время назад на одном локальненьком ftp-ничке забилась папочка uploads. Ну, подумав некоторое время, я написал скриптик, который время от времени заходит в папочку и делает там ЭТО. Оставляя после себя README.txt с текстом вида "Раз в неделю тут все трется...".

И жило оно себе прекрасно до того момента, пока не глюкнул винт, ответственный за эту папочку. Далее - cd в папочку, вероятно, вернул ошибку (которую я, дурак, не обработал) и rm -rf весело запустился в корне. Сервак, ясное дело, отбросил копыта.

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

Дано:
образ раздела после ребута (~50Gb). mount -o ro на него дает почти зияющую пустоту. ФС - ext3
debugfs в списке удаленных печатает кучу инод с малыми (3 байта) размерами, что вообще не понятно...
Куча файлов известных типов, успешно восстановленных волшебной палочкой по имени PhotoRec из пакета TestDisk (http://www.cgsecurity.org/wiki/Main_Page). В частности - .frm и .myi файлы от mysql.
Задача: найти на диске файлы данных mysql (которые вероятно ibdata1 и ib_logfile0 и ib_logfile1).

Проблемы:
1. ext2fs теряет имена файлов при удалении напрочь
2. файлы данных mysql не имеют четкой сигнатуры (заголовка), позволяющего их идентифицировать как таковые.

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

Мысль вслух - если бы ситуация была поймана в процессе, можно было бы выдернуть все из /proc/(PID мускуля)/fd/, а так - не представляю, что можно сделать...

Previous post Next post
Up