Привет,
Недавно я совершил глупую ошибку, случайно отформатировав не тот жесткий диск, диск объемом 2 ТБ.
Я непрерывно запускаю программное обеспечение для восстановления данных, потому что, конечно же, ничего не записывал на диск после случайного быстрого форматирования. Я могу просмотреть список всех моих файлов, используя программу типа «R-Studio NTFS» или также в Recuva и EaseUS Data Recovery.
Проблема в том, что когда я восстанавливаю эти файлы, их содержимое пустое, все это просто нули. Файлы показывают правильное имя файла, путь к файлу, дату изменения, размер и т. Д., Но по какой-то причине данные отображаются пустыми, например, когда я пытаюсь «просмотреть» шестнадцатеричное содержимое этих файлов, это все 00.
На данный момент я не уверен, что попробовать. Я не понимаю, почему, несмотря на то, что файлы не перезаписаны и видны с их правильной информацией, я, похоже, не могу получить реальные файлы.
Я также экспериментировал с testdisk, но, похоже, он никогда не смог найти старый раздел и обнаружил только мой новый пустой раздел NTFS (тот, который был создан после быстрого форматирования).
Если у кого-либо есть какие-либо предложения или предположения относительно того, почему все файлы, которые я восстанавливаю с их исходной структурой папок, отображаются как пустые данные, это было бы очень признательно. Спасибо!
& Amp; # x200B;
редактировать: вот то, что, по-видимому, является важной частью журнала R-Studio в случае его использования; [https://justpaste.it/5p5j1](https://justpaste.it/5p5j1). В нем указана ошибка для «неожиданной записи MFT», которая может иметь некоторое значение.
Я сомневаюсь, что так будет лучше, но можем ли мы увидеть окно разделов в DMDE?
Нет необходимости в другом полном сканировании.
Я попробую, как только смогу, спасибо за идею.
Если это того стоит, то это разделы, которые я пока вижу в R-Studio; [Https://i.imgur.com/tX93D70.png](https://i.imgur.com/tX93D70.png)
Это то, что я вижу в DMDE. Я должен быть внутри, пожалуйста, дайте мне знать. Еще раз спасибо!
& Amp; # x200B;
Кстати, я решил попробовать «полное сканирование» в любом случае. В течение очень короткого времени он находит мой «NTFS 0» раздел с 74 000 файлов в списке и «стартовой LBA» 2048, а также «минимальный размер» 1,51 ТБ, что примерно соответствует тому, насколько полно было у меня накопитель до быстрого форматирования.
Ваша ссылка «DMDE» выглядит как скриншот R-studio.
упс, это должна быть правильная ссылка; [Https://i.imgur.com/b95Nd7k.png](https://i.imgur.com/b95Nd7k.png)
Это то, что я сейчас вижу во время «полного сканирования», кстати, если оно того стоит; [Https://i.imgur.com/nzRTbN4.jpg](https://i.imgur.com/nzRTbN4.jpg)
& Amp; # x200B;
Это изображение после полного сканирования; [Https://i.imgur.com/N8BbBJy.jpg](https://i.imgur.com/N8BbBJy.jpg)
Все 3 раздела содержат более или менее одинаковые файлы, но на данный момент кажется, что они почти все нули на всех 3 разделах.
Что это за жесткий диск?
EaseUs — мусор, Recuva бесполезен в этой ситуации. Насколько хорошо R-Studio восстанавливает дерево каталогов?
Я добавлю другую полезную утилиту GetDataBack от Runtime Software. O предложил бы классическую версию интерфейса, а не упрощенный интерфейс. Запустите его, выбрав Систематическое повреждение файловой системы.
Изменить: Хотя я согласен с тем, что полное сканирование может быть пустой тратой времени, тот факт, что вы восстанавливаете пустые файлы, а не никаких файлов, интересен.
Это Seagate, используемый для хранения данных, недавно приобретенный. Он указан как модель ST2000DM008 — 2FR1020001 в R-Studio. Был отформатирован NTFS, также был быстро отформатирован как NTFS. Содержит файлы, насчитывающие десятки тысяч, возможно 6 цифр.
Многие из файлов, без которых я могу жить, но некоторые являются важными резервными копиями, которые я бы чувствовал себя намного безопаснее, если бы мог их восстановить. Я действительно пробовал GetDataBack кратко, но если я правильно помню, мне пришлось бы платить за реальную функциональность восстановления, поэтому решил изучить варианты, которые я мог найти бесплатно.
R-Studio очень хорошо восстанавливает дерево каталогов для файлов, которые быстро находит, и перечисляет полную структуру папок от первой папки в корне до последней. Он пропускает 2 или 3 папки, которые были в корневом каталоге, но перечисляет эти файлы под другими именами (одна, очевидно, заполняет корзину, а другая находится в «дополнительных найденных файлах», а затем перечисляет все ее правильно названные подпапки). Я смог также восстановить дерево каталогов с помощью EaseUS и Recuva, что бы это ни стоило, но так как эти программы также давали мне пустые файлы, я решил попробовать программу «премиум».
& Amp; # x200B;
Есть несколько файлов, которые восстанавливаются правильно. Когда я смотрю на них в R-Studio, я вижу гекс вместо множества 00, и эти файлы прекрасно работают при восстановлении. Похоже, что это в основном только очень маленькие файлы, например, небольшие текстовые файлы, но я также нашел большие файлы .rar или .7z, которые содержат правильные данные.
Я случайно переписал небольшое количество данных на жестком диске, когда сделал быстрое форматирование, но я могу видеть, какие файлы перезаписываются в Recuva, и кажется, что только файлы, которые я ожидал перезаписать, первые файлы, на которые я скопировал этот жесткий диск при первоначальной настройке перезаписывается новыми данными.
& Amp; # x200B;
редактировать: большое спасибо за ваши идеи, кстати
& Amp; # x200B;
edit2: я вручную просматриваю свои файлы / папки, чтобы увидеть, какие из них показывают свои данные. До сих пор странным образом я обнаружил, что, по крайней мере, в папке, которая была перемещена в «корзину», первая половина папок в алфавитном порядке хороша, примерно до M в алфавитном порядке, независимо от размера. Продолжу копать, потому что пока что мне нужны именно те файлы, которые показывают пустые данные
& Amp; # x200B;
edit3: похоже, что большинство файлов из этой восстановленной папки «корзина» (содержимое которой находилось в другой папке до форматирования) просто показывают пустые данные за пределами некоторых очень маленьких файлов ( ~ 1000 байт) или нескольких случайных файлов как некоторые pngs, найденные в разделе «дополнительные найденные файлы». Почти все файлы с полной структурой папок отображаются как пустые.
ОБНОВЛЕНИЕ: Я обнаружил файл $ MFT в одном из 3 разделов, перечисленных после полного сканирования с помощью DMDE, которое, похоже, все еще содержит всю его информацию. Не уверен, что, если что-нибудь я мог сделать с этим, но возможно есть некоторая польза для этого.
& Amp; # x200B;
редактировать: продолжая исследовать 3 перечисленных раздела, я нахожу некоторые файлы, которые показывают свои реальные данные только на одном из 3 разделов. Когда я смотрю на различия между тем, что показывает каждый раздел, я нахожу, что расположение LBA для считываемых данных изменяется между 3 разделами, и, конечно, все 3 раздела показывают разные стартовые LBA. Если бы мне пришлось угадывать, я бы сказал, что файлы, в которых я могу читать только нули (даже во всех трех разделах), читают не с того LBA. Я не уверен, как это исправить, но если кто-то знает о LBA больше, чем я, я был бы рад услышать ваши мысли.
edit2: Между прочим, файлы MFT перечисляют разные LBA для всех файлов, которые не работают, хотя также перечисляют разные LBA для некоторых файлов, которые работают (в то время как файлы, которые работают на всех 3 жестких дисках, имеют соответствующие LBA с MFt на всех 3 раздела). Возможно, если бы я мог найти способ проверить перечисленные LBA в MFT, я мог бы действительно найти файлы.
Я не могу помочь, но у меня есть одно любопытное наблюдение (которое не должно иметь никакого значения для результата).
Когда R-Studio анализирует загрузочный сектор NTFS, он находит MFT в секторе 16 (8 КБ, кластер № 2) и MFT Mirror в секторе 6291456 (3 ГБ, кластер # 786432). DMDE, OTOH, сообщает об обратном: MFT в кластере 786432 и MFT Mirror в кластере 2.
Я думаю, что DMDE правильно.