Я использую R-studio для восстановления данных на одном из моих разделов NTFS. Существует файл PDF размером около 16 МБ, но программное обеспечение может восстановить только 15 МБ. Поэтому я думаю о том, какие способы можно использовать для улучшения качества сканирования и восстановления с помощью программного обеспечения?

Я смотрю вокруг его предпочтений. Я не совсем уверен, есть ли какие-то настраиваемые параметры для сканирования и восстановления, которые можно настроить для улучшения качества?

R-studio имеет бесплатную демо-версию, для которой сканирование бесплатное, а восстановление - нет. Его можно загрузить с http://www.data-recovery-software.net/Data_Recovery_Download.shtml Его руководство находится здесь http://www.r-tt.com/downloads/Recovery_Manual.pdf. Я старался изо всех сил искать ответы в руководстве, но не смог найти. Их техническая поддержка не так хороша, как их программное обеспечение, и обычно, на мой взгляд, беспомощна.

3 ответа3

1

Проблема, с которой вы сталкиваетесь, связана с фрагментацией. Когда файл записывается на диск, он не всегда сохраняется со всем своим содержимым в строке. Каждый раз, когда вы удаляете файл, он освобождает некоторые блоки на диске, но сразу после него может быть другой файл. Это оставляет кусок свободного пространства размером с удаленный файл (округляется до ближайшего размера кластера). Если вы затем напишите файл, который больше, чем удаленный файл, он может быть записан в этот блок, но только столько, сколько подходит, а остальное будет записано в следующий доступный свободный блок. Этот файл теперь фрагментирован.

Большинство людей считают, что фрагментация диска ухудшает производительность, но, по правде говоря, это гораздо более проблематично и проблематично для восстановления данных. Когда вы теряете файл и нуждаетесь в его восстановлении, если файл не фрагментирован, все, что вам нужно сделать, - это найти начало файла и узнать его размер. Тогда вы можете просто скопировать соответствующее количество кластеров. Это облегчается при использовании подписи файла, которая обычно хранится в заголовке (т. Е. В начале файла). Поэтому все, что вам нужно сделать, - это сканировать диск, искать шаблоны, которые указывают начало файла, а затем копировать определенное количество блоков для восстановления файла (обычно это приводит к некоторому постороннему мусору в конце файла; но это лучше чем ничего).

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

Если вы пытаетесь восстановить текстовый файл, вы можете вручную найти отдельные фрагменты, разбросанные по всему диску, и соединить их вместе, но даже это будет трудно, если вам случалось редактировать файл и сохранять его несколько раз, делая меняется каждый раз. Как вы узнаете, является ли следующий фрагмент из последней версии файла или из более раннего фрагмента? Вполне возможно, но довольно много времени. С другой стороны, большинство двоичных файлов невозможно восстановить, если они фрагментированы (я полагаю, вы можете найти фрагменты определенных типов двоичных файлов, таких как MP3, в которых можно «просматривать» даже фрагменты).

Дефрагментация диска значительно упрощает восстановление данных. К сожалению, из-за ограниченной возможности записи SSD-дисков многие люди на самом деле меньше дефрагментируют, что повышает риск потери данных.


Допустим, ваши файлы хранятся на диске, как показано ниже. Фиолетовые кластеры - это место, где хранится ваш файл. Первые 15 МБ файла хранятся в строке, но последние 1 МБ хранятся отдельно, ранее на диске. Желтая линия показывает начало файла, где была найдена подпись PDF. Программа нашла подпись и определила файл PDF, но смогла скопировать только первые 15 МБ, прежде чем найти другой файл. Он не может знать, где находится последний 1 МБ, потому что цепочка кластеров, или, скорее, была сохранена в файловой системе.

1

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

Если вы используете Windows с этого диска, учитывая, что она записывает на диск различные вещи (обновления реестра, журналы), чем больше времени проходит, тем больше шансов, что удаленный файл может быть перезаписан и станет невосстановимым. Первое правило восстановления заключается в удалении соответствующего устройства и использовании операционной системы, работающей с отдельного диска (или компакт-диска / флэш-накопителя), для проверки и выполнения операций восстановления.

Вы можете попробовать другие инструменты восстановления, такие как Recuva от Piriform, но, скорее всего, часть файла, которую не удалось восстановить, была перезаписана более поздним файлом, записанным на диск.

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

1

Я фактически использовал все 3 инструмента, упомянутых в моем ответе на ваш предыдущий запрос. В итоге я получил целую кучу частичных файлов (к сожалению, неизбежных), и, поскольку я был параноидален в отношении полноты любого конкретного восстановленного файла, я получил несколько копий каждого из них, восстановленных различными программами. Конечно, некоторые файлы были найдены одной программой, а не другой, но в целом я потратил более двух недель на сортировку мусора, сравнение копий, сохранение (в основном) самых больших из множества версий и так далее. Для некоторых файлов, которые были восстановлены частично, я смог отследить источник и загрузить оставшиеся части после проверки хеша или подобного. В целом, я смог восстановить примерно 80-85%, не от общего количества, но от файлов, которые я действительно хотел. Я чувствую, что это был очень приличный показатель успеха, учитывая, что привод в моем случае физически отказывал (я даже использовал трюк с морозилкой в конце!) В другом случае, когда я сделал это для друга, который случайно отформатировал неправильный диск и затем использовал систему в течение нескольких часов, я смог восстановить около 90% его файлов.

Процесс займет время и усилия , и если вы можете, вы абсолютно должны попробовать более одной программы, так как все они не работают точно так же, и их алгоритмы восстановления отличаются. Говоря конкретно о R-Studio, я давно помню, что я включил поиск по известным типам файлов, хотя это добавило часы к времени сканирования. В этом режиме программа использует знание внутреннего формата / структуры общих типов файлов, чтобы идентифицировать и восстановить как можно большую часть содержимого файла. Хотя мне удалось сэкономить много времени на сканирование, перейдя в диалоговое окно «Типы файлов» (руководство - стр. 32) и сняв флажки со всех тех типов, которые, как я знал, никогда не были на моем диске. Это избавило программу от потери времени на поиск несуществующих типов файлов. Я также удостоверился, что сохранил информацию сканирования, чтобы в последующих запусках я мог просто загрузить ее и сэкономить часы на повторном сканировании. Другие настройки, которые я настраивал, были связаны с пропуском поврежденных блоков / нечитаемых областей диска, что, на мой взгляд, не является проблемой в вашем случае, поскольку с вашим диском все в порядке.

Не могу думать ни о чем другом, что я сделал специально для R-Studio. Я также просмотрел все настройки для двух других программ и в основном включил любую опцию, которая, как мне показалось, улучшит качество сканирования, независимо от того, сколько времени это займет. Не связывался с техподдержкой, знаю как они. В любом случае, после того, как программы были закончены, это была вся ручная работа, чтобы просеять и спасти то, что я мог от полученных результатов.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .