[Решено] Восстановление раздела с ext4

Автор Maksim, 21 мая 2013, 23:43:30

« назад - далее »

0 Пользователи и 1 гость просматривают эту тему.

Maksim

Имею hdd на 500гб. Был установлен как дополнительный; файловая система: один расширенный раздел на весь диск (из gparted визуально помню оставшиеся неразмеченными области в начале и в конце диска) с одним логическим разделом с фс ext4 (также на весь диск). Все дальнейшие действия были выполнены в gparted последовательно в течение 5-10 мин без записей. Вначале был удалён логический раздел, затем в пределах оставшегося расширенного создан раздел на весь диск с фс fat32, который удалён. Затем удалён и расширенный раздел. Сейчас - не размеченная область на 500гб. Testdisk находит только fat32, даже при глубоком сканировании и условии не искать виндовые разделы.
Подскажите, если тип найденного раздела fat32 с помощью testdisk изменить на ext4 (ведь начало и конец совпадали) и записать таким образом таблицу разделов, то можно будет получить доступ к файловой системе? (хотя бы частично к некоторым необходимым файлам, готов рискнуть потерей части файлов).

PbI6A

С testdisk в комплекте идёт photorec, стоит попробовать просканировать ей, может, что-то из файлов и найдёт. Но раздел ext4 не восстановится - практически 100%.
LINUX means: Linux Is Not a UniX
Вернулся на Devuan. Счастлив!

Maksim

Спасибо, именно сейчас photorec и работает. Вообще нет вариантов восстановления?

PbI6A

Каких вариантов? Файловая система затёрта поверх виндовым мусором. Большей части данных о разделе и ФС вообще нет. Хорошо ещё, если данные удастся вытащить.
LINUX means: Linux Is Not a UniX
Вернулся на Devuan. Счастлив!

Maksim

#4
Наверное, я неправильно описал ситуацию. Никакой записи НЕ было. Исключительно ошибочное форматирование (быстрое) диска. Извиняюсь за нубизм, просто хочу понять: при форматировании меняется структура на диске или "сообщается" диску как дальше (впоследствии) он будет размещать файлы, не изменяя структуры прежней?

PbI6A

Файловая система состоит из нескольких областей. Начинается всё с записи кода ФС в таблицу разделов. Далее, для fat будет заголовок раздела, две (обычно) копии таблицы fat, корневая директория и потом уже данные. Возможно, в современных версиях fat пишется ещё много разной муры. Когда форматируешь раздел, всё это записывается на винт. Отличие полного об быстрого форматирования в том, что не затирается и не проверяется на читаемость вся поверхность раздела, а только его начало. Но и в этом случае восстановить раздел, который был ранее, практически 100% невозможно. Вытащить данные часто можно, но тоже гарантии нет.
LINUX means: Linux Is Not a UniX
Вернулся на Devuan. Счастлив!

Maksim

Спасибо за подробный ответ. Буду экспериментировать. Частично, нужные файлы (таблицы ods) photorec вытянула. Хотя в её настройках указать, что искать нужно ТОЛЬКО opendocument (ods, odt) я не смог. В доступных для поиска расширениях файла они отсутствуют. Или плохо смотрел или действительно нет такой опции?

PbI6A

Если память не изменяет, там таких настроек просто нет :)
LINUX means: Linux Is Not a UniX
Вернулся на Devuan. Счастлив!

Maksim

Указал photorec искать только документы с расширением doc. Только их и нашла. Как думаете, под какое расширение из доступных для поиска наиболее подходит odt и ods (в глобальном же поиске всех файлов она их нашла как-то)? Один важный для меня отчёт в формате ods программа не нашла. Есть идеи как задать направленный глубокий поиск на ods?
Кстати, поэкспериментировал с флэшкой. Вы правы, в плане восстановить раздел действительно глухо. Но, что забавно, изначально на флэшке была записана Gparted-live. После создания там раздела с ext4, записи тестовых данных, форматирования в fat32 и убивания этого fat32 в неразмеченную область, там вновь светилась gparted-live. Видимо, утилита cat умеет убедить диск хранить данные значительно сильнее, чем unebootin  ???

PbI6A

Опять же, если память не изменяет, там сжатие контейнера gzip.
LINUX means: Linux Is Not a UniX
Вернулся на Devuan. Счастлив!

Maksim

#10
Нашёл. Можно в корневом каталоге с photorec создать файл photorec.sig. В нём прописать требуемое для поиска расширение файла, его сигнатуры (уникальные метчики). В настройках программы убрать все остальные расширения и выбрать свои. Поиск в случае такой настройки оказался весьма продолжительным (расчётное время более суток). Посмотрим, что из этого выйдет. Кстати, лучше брать программу посвежее; с официального сайта testdisk. Благо, установки она не требует. Версия из реп неверно распознаёт разделы (по крайней мере, в моём случае это так).
А, ведь, вы чертовски правы! Последняя опция - поиск zip, в том числе Openoffice!

PbI6A

То есть, умершую информацию достать удалось?
LINUX means: Linux Is Not a UniX
Вернулся на Devuan. Счастлив!