Нужна Ваша помощь. Восстановление данных.

Значит ситуация такая. Решил сделать мультизагрузочную флешку. В итоге сделал, но рогатый дернул меня попробовать утилиту, которая устанавливалась по умолчанию на эту флешку и отвечала за Grub. Я запустил данный пункт меню и в итоге появился черный экран с мигающим курсором. Ничего не происходило минуты 3 и я решил ребутнуться. В итоге все разделы на жестком были на месте, но были пусты почти на 90%. Диск / был пуст вообще, а на НОМЕ осталась папка Видео с содержимым. Я запустил Testdisk и в итоге она нашла много удаленных файлов (красного цвета), но пункта для восстановления этих файлов не было, т.к. данный пункт есть только для NTFS, FAT. Тогда я принял опрометчивое решение и форматнул все разделы в тот же формат что и был - EXT4. Теперь
TestDisk более не находит файлов на разделах, а видит там только папки Lost Found. Хотя я знаю, что файлы на месте, т.к. Photorec находит много фотографий, офисных документов. Но мне нужно восстановить хотя бы если не всю рабочую систему, то структуру папок и файлов в них. А это может только Testdisk. Что мне делать?

Глубокий анализ TestDisk

"dm2003" написал:

Но мне нужно восстановить хотя бы если не всю рабочую систему, то структуру папок и файлов в них. А это может только Testdisk. Что мне делать?

я не оригинален
сделай вдоль
а впредь делай бекапы.

А что такое "сделай вдоль"?
А вообще то, некоторые сохранения я делал, к примеру фотки практически все лежат на minus.com, google и т.д. А вот образ системы лежал именно на НОМЕ.

"dm2003" написал:

А вот образ системы лежал именно на НОМЕ.

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

"dm2003" написал:

А что такое "сделай вдоль"?

вены резать вдоль надо. Так эффективнее, чем поперёк.

"dm2003" написал:

А вообще то, некоторые сохранения я делал, к примеру фотки практически все лежат на minus.com, google и т.д. А вот образ системы лежал именно на НОМЕ.

Про вены спасибо, не знал, пригодится. Ну а что систему с нуля. так это ясно.

А как мне к примеру выудить базу данных программы AntMovieCatalog с расширением .amc, а то полностью всю инфу восстанавливать как бы нет и возможности. и надобности.

Данные в базе в бинарном виде? Если в этих файлах я заранее известное сочетание символов, попробовать найти их можно с помощью чего-то вроде

strings FILE | grep TEMPLATE

или с помощью команды file, посмотрев заголовок у заведомо целого файла, искать файлы с подобными заголовками.
P.S. Всё это мои предположения, сам я давно делаю бэкапы ;)

Lupo Alberto написал:

Данные в базе в бинарном виде?

Даже не в курсе. Это каталог фильмов

"dm2003" написал:

Даже не в курсе. Это каталог фильмов

Создайте новый, посмотри́те, здесь покажите.

Вот он.
http://depositfiles.com/files/5llf29t3t

Вы туда какие-либо данные добавили?
Добавьте что-нибудь ещё в любом случае и дайте ещё один файл, сравнить.

Эта программа сохраняет свои данные как в собственном бинарном формате, так и XML. Вы случайно в XML не сохраняли?

http://depositfiles.com/files/srymiirlb
В XML не сохранял.

В этих файлах всегда первой строкой идёт

 AMC_3.5 Ant Movie Catalog 3.5.x   www.buypin.com    www.antp.be

также в читаемом виде сохраняются имена фильмов.
Пробуйте использовать команды strings и grep для восстановленных файлов, т.е. как-то так:

for i in *; do strings "${i}" | grep "AMC_3.5 Ant Movie Catalog" > /dev/null && echo "${i} содержит строку"; done

Если файлы битые, используйте вместо первой строки названия фильмов.

Спасибо. но для меня это мягко говоря сложновато.

А вот еще вопрос в тему. Хочу попытаться восстановить структуру папок прогой extundelete, но вот что она мне пишет после команды:

cd /home/dm/recovery 

~/recovery $ sudo extundelete /dev/sda3 --restore-directory /home 

[sudo] password for dm: 
WARNING: Extended attributes are not restored. Loading filesystem metadata ... 4489 groups loaded. Loading journal descriptors ... 591 descriptors loaded. Failed to restore file /home Could not find correct inode number past inode 2.

Подскажите, что не так?

Я бы сделал dd-дамп диска сразу после происшествия. И работал бы с ним. Инфы вытащить шансов больше. А поскольку вы, как я понял, на пострадавший диск уже писали, я вам посоветую восстановить все читающиеся файлы, а структуру каталогов воссоздать заново. А программа по какой-то причине не может выделить корректный идентификатор для файла, описывающего бывший каталог /home. Я с этой программой не работал, поэтому что делать, не подскажу, потому что не знаю.

На диск я пока что ничего не писал. У меня 2 харда, поэтому работаю пока что на первом, а с тем ковыряюсь. Сделать слепок не выйдет, т.к. он 640 гиг, а тот, на котором сейчас работаю всего 500 гиг. Нет возможности залить куда нибудь еще.