NTFS раздел потерян, но данные (должны быть) есть, как восстановить?

Question

Коротко: у меня проблемы с потерянным разделом, и Testdisk не может решить мою проблему. Все заставляет меня думать, что файлы находятся на диске, но я не знаю, как их вернуть. Кроме того, я не являюсь носителем английского языка, поэтому я прошу прощения за то, что в итоге допустил некоторые ошибки.

подробности

Я попытался изменить размер раздела NTFS на моем диске с помощью gparted (Linux работал), но операция не удалась, и я потерял файловую систему.

Это был диск ДО:

125 GB - primary - NTFS (windows)
3 GB - primary - linux swap
21 GB - primary - ext4 (linux)

Это то, что я хотел сделать: уменьшить NTFS-раздел СЛЕВА, чтобы освободить место в начале диска. В gparted я отредактировал разделы так:

60 (more or less) GB - unallocated
60 (more or less) GB - primary - NTFS (windows) (shrink)
swap and ext4 same as before (unchanged)

и нажал "Применить". Во время процесса я читал, что происходит: он переносил 30 ГБ данных из первой части HD в новый меньший раздел NTFS. Эта часть была успешной (вы знаете, процесс сжатия состоит из нескольких частей, и передача файлов прошла нормально). Тогда, я думаю, gparted попытался создать новый MFT и обновить MBR, но это не удалось. Моя самая большая ошибка в тот день заключалась в том, что я не сохранял логи (gparted автоматически сохраняет логи?) но, насколько я помню, ошибка была чем-то вроде «свободных кластеров больше, чем ожидалось». Ну, результат следующий:

67 GB - primary - NTFS (gparted says: "Failed to load runlist for $MFT/$DATA. highest_vcn = 0xc747, last_vcn - 1 = 0x1633b . Failed to load $MFT: Input/output error . NTFS is inconsistent")
57 GB - unallocated
swap and linux are unchanged

Я запускаю Testdisk с загрузочного USB, я сделал быстрое сканирование, но ничего нового не нашел. При глубоком сканировании он обнаружил дополнительный раздел NTFS:

NTFS 0 32 48 16305 55 6 261941233

но когда я набираю "enter" или "p" для просмотра файлов, он говорит "раздел поврежден".

Некоторые заметки:

1) странно, что мои инструкции заключались в создании свободного пространства ДО NTFS, но то, что теперь видит gparted, это нераспределенное пространство ПОСЛЕ NTFS. И NTFS несовместима. Может быть, gparted создал новый MFT в первом разделе и не смог скопировать во второй?

2) из того, что я прочитал во время операции, файлы должны быть все в нераспределенном пространстве .. как их найти? Я попытался бы восстановить их упорядоченным способом, так как, если бы я использовал PhotoRec, я потерял бы любую структуру каталогов.

Что я должен делать? Пожалуйста, помогите или моя девушка убьет меня! (это ее компьютер ..:O)

Answer 1

Вот так мне наконец удалось восстановить некоторые файлы с диска. Я знаю, что часть ответа будет не по теме (поскольку я использовал много программ для Windows), но для полноты картины я хочу поделиться своим опытом для будущих пользователей.

Самый важный урок, который я усвоил, - СОЗДАТЬ ВАШИ ДАННЫЕ ПЕРЕД ИЗМЕНЕНИЕМ РАЗДЕЛА.

Поскольку TestDisk не помог мне, даже при глубоком сканировании, я решил использовать PhotoRec. К счастью, у меня была резервная копия на диске, которой было 3-4 месяца, поэтому я стремился восстановить все файлы с диска и отфильтровать только те полезные, которые были созданы после моей последней резервной копии.

1-е сканирование с PhotoRec было для всего диска. Он восстановил 5700 файлов (2,12 ГБ), но затем начал зацикливаться, и количество секторов возвращалось назад.

Во втором сканировании я настроил сканирование только на половину NTFS. Восстановлено 56800 файлов (40 ГБ).

Мне нужно было сканировать вторую половину диска, поэтому я снова запустил сканирование всего диска, остановил его и отредактировал файл журнала сеанса. Я вручную ввел число, которое составляло несколько миллионов секторов, прежде чем конец части уже был сделан. Я снова запустил PhotoRec, я сказал ему возобновить сессию и ... волшебным образом! Удалось отсканировать только 2-ю половину диска. Найдено 128400 файлов (43,5 ГБ).

Я скопировал 3 скана в папку с именем «PR_scans», используя FreeFileSync.

Я установил Cygwin. Я создал еще одну пустую папку с именем «Обработка», которую использовал для сбора некоторых полезных файлов и сравнения их с резервной копией.

В Cygwin я использовал такие команды:

find PR_scans/ -iname '*.jpg' -size +250k -exec mv -vi {} Processing/ \;

найти полезные файлы. Я обнаружил, что 250k был хорошим размером для отделения личных фотографий от файлов интернет-кэша. Для других типов файлов я не установил минимальный размер:

find PR_scans/ -iname '*.docx' -exec mv -vi {} Processing/ \;

Я повторил эту операцию для всех значимых расширений файлов (doc, xls, xlsx, pdf, png, mov, avi и т.д.)

Наконец, я использовал Duplicate Cleaner Free для удаления всех файлов из папки Обработка, которые уже присутствовали в моей старой резервной копии.

Создатель RecuperaBit связался со мной на этом сайте, поэтому я решил протестировать этот инструмент, который кажется довольно волшебным.

RecuperaBit обнаружил в общей сложности 13772 файла (22,2 ГБ) против 13500, 30,8 ГБ, что было размером с моей 3-месячной резервной копии. Это выглядит довольно хорошо. Из этих файлов:

• 8700 файлов были точными копиями файлов в моей старой резервной копии
• 4000+ файлов имели одинаковое имя, но разное содержимое, потому что они были изменены в это время или потому что RecuperaBit восстановил поврежденный контент.
• самое интересное: 395 были дубликатами файлов PhotoRec, которых нет в моей резервной копии, это означает, что PhotoRec восстановил содержимое, но RecuperaBit восстановил имя файла и путь !!

Answer 2

Предполагая, что движение действительно прошло как ожидалось, данные должны быть там.

Хотя я не знаю, как восстановить таблицу разделов, я успешно восстановил данные с диска с уничтоженной таблицей разделов, используя:

http://www.r-studio.com/

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

Обратите внимание, что вам понадобится еще один диск, чтобы использовать этот подход.

Пока вы пытаетесь это сделать, 20 ударов за игру с редактором разделов без полной резервной копии!

(У меня нет никакой связи с компанией, за исключением того, что я очень доволен результатами, когда любой другой инструмент, который я пробовал, не мог приседать, потому что ситуация с RAID приводила к тому, что таблица разделов находилась в нестандартном месте.)