Про бэкап это ответ на вопрос о самом подходящем. Но у тебя такового нет, поэтому надо исходить из этого.
Поэтому надо определяться с тем что важно, что нет - первое восстанавливать на другой носитель. Если чего то из такого нет - искать в RAW- результатах и (или) другим ПО.
Ещё раз, типично советуемый вариант восстановления - восстановление всего на другой носитель (представляю если диск был забит весь), формат этого и запись восстановленного назад. То есть делается перезапись диска. В случае если пойти по пути корректировки начальной записи, переформатирование не нужно - и в случае если всё пройдёт успешно всё что выжило останется на месте. Но если что то не выжило (из за того что не остались записи о файлах, после этого может быть перезаписано новыми записями винды (чуть позже опишу пример, который это наглядно покажет) и тогда уже не получится восстановить никакими программами.
Опять же - я не могу дать никаких гарантий на действия чекдиска. И если есть хотя бы один вариант (*) того что возможна потеря - я просто обязан тебя об этом предупредить; чтобы ты подстраховался тем самым восстановлением на другой носитель - самого ценного или всего.
(*) Я то понимаю что должно пройти нормально, но таком деле никогда нельзя исключать шанс обратного.
PS. могу предложить тебе собрать массив по месту - в котором будет использована скорректированная 0-вая запись. Это не повредит никоим образом то, что есть сейчас на диске, но позволит примерно оценить как будет выглядеть содержимое тома.
В результатах полного сканирования есть раздел RAW - вот в нём и искать по типу данных (файлов). Там нет привычных имён и т.п.
Тебе известны таковые? Просто созданный виндой раздел без форматирования является равом - что с него восстановит такая утилита?
Добавлено через 40 минут
stenn
Примеры того что бывает:
1. Из реальной практики в нескольких случаях (в том числе форумных).
СПОЙЛЕР »
Из того что было, обычно 0-вая запись имеет расширенный атрибут + работа с NTFS ведётся из чего то линуксового (например диск подключен к роутеру). Вполне возможны и проблемы с самим диском - те же пендингию
Возможно, в следствии того, что NTFS исследована не полностью, нет драйвера который работает с таким атрибутом по понятиям microsoft, а может и сам чекдиск сходит с ума от подобны но факт остаётся фактом.
Выглядит это примерно так. Есть MFT на миллионы записей, у которой начальный блок тоже содержит немало записей.
Чекдиск находит какую то ошибку в 0-вой записи и решает по простому (*) - сокращает MFT до минимума (256 записей). Обычно, виндовый драйвер резервирует какую то зону для расширения MFT, но это видимо уже после, или чекдиску на него всё равно, но вот он берёт и начинает писать свой лог прям сразу за последней записью. То есть начинает перезаписывать ещё живые записи, и число таких зависит от обьёма лога. Даже если после этого скорректировать 0-вую запись под реальный размер прописать нормальный ранлист - эти записи уже не вернуть.
2. Результат простого теста, в котором попробовал смоделировать твою ситуацию.
СПОЙЛЕР »
Создал небольшой том и записал на него структуру данных с числом файлов более тысячи. Параллельно создал том, на который записал 50 файлов - в принципе мог просто скорректировать 0-вую запись первого, но сделал именно как в твоём случае жизни (запись чужого раздела)
Подменил на первом разделе 4-ре начальные записи.
Чуть "теории" - для записи MFT ей выделяется начальный блок записей, в случае заполнения этих записей выделяется новый. Начальный блок обычно 256 записей, что касается приращения, судя по всему, тоже 256 записей. Хотя тут нельзя сказать точно, потому как блок скорей всего выделяется кластерами и если они большие, то и записей может быть поболее.
Так вот, в 0-вой записи второго тома обьём MFT соответствовал 256-и записям. И чекдиск отработал именно в таких рамках - то есть на диске появились все обьекты, номера записей которых были в этом пределе.
Если бы после этого не была бы начата работа с диском - причём даже не работа а просто его просмотр, то можно было бы расширить границы MFT и после отработки чекдиска всё бы восстановилось.
Но жизнь сурова и винда решила что на этом диске нет корзины и папки System Volumre Information и создала их....
А так как все 256 записей были заняты (не было ничего удалённого), то она выделила под эти несколько новых блок из 256 записей. А так как в новом блоке могут быть какие то данные, которые могут быть трактованы неправильно - они обнуляются.
Вот так вот и были уничтожены записи о 256 обьектах, которые потом уже нельзя восстановить по файловой системе.
Вот как то так.