7

Клонировал диск с ожидающими секторами на новый диск с помощью Clonezilla, используя -rescue , затем подключил только что клонированный диск в рабочую систему в качестве USB-накопителя (у меня есть док-станция USB-SATA) и запустил chkdsk .

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

Это последнее, что меня беспокоит. Clonezilla сообщила, что не удалось прочитать несколько секторов и что они "потеряли данные". Я предполагаю, что эти сектора стали свободным пространством, помеченным как выделенное, которое очистил chkdsk . Но я нигде не могу найти, какие файлы якобы использовали выделенное пространство, поэтому я не знаю, что восстановить из оперативного резервного копирования.

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

2 ответа2

3

Этот вопрос был задан несколько месяцев назад, я надеюсь, что вы тем временем нашли подходящий ответ. Тем не менее, вот тот, который я с большим успехом использовал в последнее время на жестком диске емкостью 1 ТБ, который кто-то раздал мне в надежде, что я смогу «заставить его говорить» и восстановить как можно больше данных, не платя за это рукой и ногой. ! : ^ p Оказывается, мне удалось восстановить очень высокий процент его личных файлов на жестком диске, пострадавшем от печально известного «щелчка смерти»: только около 125 были повреждены неисправимыми секторами, которые я идентифицировал этим методом и, поскольку большинство этих файлов были продублированы один или несколько раз, я мог затем восстановить или восстановить большинство из них (используя DoubleKiller Pro в режиме только размера для обнаружения дубликатов - в некоторых случаях 2 или 3 обычно идентичных файла, расположенных в разных местах, имели поврежденные части, которые отличались друг от друга и были бесплатными, поэтому я мог восстановить оригинал с помощью WinHex (это довольно сложный материал для простого любителя), поэтому только около 20 файлов остаются частично или полностью поврежденными. (И я попросил только 50 €, чтобы сделать это! О_о Ну да ладно, было поучительно хотя бы ...)

- Восстановите исходную единицу хранения, используя ddrescue, с файлом журнала / файлом карты.

ddrescue [options] [input drive or partition] [image file or volume] [logfile]

- Как только восстановление считается завершенным, так как оно почти наверняка является разделом NTFS, запустите ddru_ntfsfindbad, включенный в ddrutility, используя выходной образ или том и файл журнала / файл карты в качестве входных данных. Этот инструмент будет анализировать logfile / mapfile (теперь он называется "mapfile", раньше назывался "logfile"), который указывает, какие области не были восстановлены, и сравнивать его с информацией, найденной в MFT. Это происходит очень быстро (для анализа раздела 919 ГБ потребовалось 2 минуты) и выдает список затронутых файлов с точным размером ошибок. Конечно, это требует, чтобы MFT был полностью восстановлен для правильной работы (он обычно располагается в начале тома, в моем случае первые 165 ГБ или около того были восстановлены без ошибок, поэтому он дал надежные результаты).

ddru_ntfsfindbad [-V] -i [partition offset] [ddrescue output] [ddrescue mapfile] 

Выдержка из списка, который я получил (отредактировано с помощью TEDNotepad):

name=./Users/titi/Desktop/Documents/Films/Clones.avi    errors=0006 errorsize=163549184 FILE    inode=4942
name=./Users/titi/Desktop/Documents/Films/Cloud Chasers Les Traqueurs de Tempêtes.avi   errors=0005 errorsize=160069632 FILE    inode=91564
name=./Users/titi/Desktop/Documents/Films/Contagion.avi errors=0003 errorsize=173576192 FILE    inode=3410
name=./Users/titi/Desktop/Documents/Films/Fast and Furious 5.avi    errors=0003 errorsize=163557376 FILE    inode=5076
name=./Users/titi/Desktop/Documents/Films/Green Lantern.avi errors=0003 errorsize=163553280 FILE    inode=13740
name=./Users/titi/Desktop/Documents/Films/Numéro 4.avi  errors=0003 errorsize=163553280 FILE    inode=5252
name=./Users/titi/Desktop/Documents/mes chiens/MapsAppList.targetsize-48.png    errors=0001 errorsize=000551    FILE    inode=301935
name=./Users/titi/Desktop/Documents/mes escargots/Recette d'Escargots à la catalane_files/430(2)    errors=0001 errorsize=035793    FILE    inode=84109
name=./Users/titi/Desktop/Documents/mes escargots/Recette d'Escargots à la catalane_files/430(3)    errors=0002 errorsize=032768    FILE    inode=84118
name=./Users/titi/Desktop/Documents/mes escargots/Recette d'Escargots à la catalane_files/430(5)    errors=0001 errorsize=036864    FILE    inode=84745
0

Другой возможный способ сделать это, если Clonezilla (или любое другое программное обеспечение для обработки изображений) предоставило вам полный список LBA для плохих секторов: используйте инструмент Microsoft nfi.exe. Это очень маленький инструмент командной строки, который может анализировать MFT и предоставлять список секторов, занятых данным файлом (если вы введете путь к файлу), или найти файл, соответствующий данному сектору.


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


Опять же еще одна возможность: R-Studio включает в себя шестнадцатеричный анализатор (и элементарный редактор). Для каждого файла, который он обнаруживает и отображает в дереве восстановления, вы можете щелкнуть правой кнопкой мыши, чтобы открыть шестнадцатеричный анализатор, затем в «углу интерпретатора данных», нажать на вкладку «Секторы» и вуаля, вы получите список занятых сектора. Чтобы получить только номер первого сектора, нажмите на вкладку «Свойства» и прочитайте последнюю строку.

Еще один продвинутый трюк с R-Studio: во вкладке дерева восстановления для данного раздела (может быть клоном оригинала, также может быть файл изображения), нажмите «Файл», затем «Показать файлы в HexEditor»: это создаст полное шестнадцатеричное представление тома со всеми связанными именами файлов (это может занять некоторое время для большого тома), которое затем можно использовать для поиска файлов, связанных с данным сектором. Для этого вернитесь на общую вкладку «Представление устройства» (которая отображается при открытии R-Studio со списком доступных томов), щелкните правой кнопкой мыши том, с которого вы пытаетесь восстановить данные (весь том). , а не отдельные разделы), а затем нажмите «Просмотр / Редактирование», чтобы отобразить шестнадцатеричное представление; здесь вы можете ввести номер сектора или значение смещения в пустое поле в середине верхней панели инструментов. Хотя у него есть небольшая ошибка или неудобство: по моему опыту (с R-Studio 8.0), чтобы отобразить содержимое данного файла, вы должны ввести номер логического сектора относительно раздела, в котором он расположен (число, отображаемое в последний раз). строка на вкладке «Свойства» в отдельном шестнадцатеричном представлении выбранного файла), но для получения имени файла (или иногда файлов, когда существуют жесткие ссылки или когда файл был идентифицирован как в файловой системе, так и в файловой системе). в качестве необработанного файла, отображаемого в «Дополнительные найденные файлы»), связанного с данным сектором, необходимо ввести абсолютный номер сектора относительно всего тома, поэтому необходимо добавить смещение раздела в секторах. Например, я проанализировал жесткий диск объемом 3 ТБ с одним разделом, начиная со смещения 135266304 (129 МБ), поэтому для отображения имени файла (ов), связанного, например, с логическим сектором 1000000, мне пришлось добавить 135266304/512. = 264192 и введите значение 1264192 (но тогда отображаемое содержимое не совпадает, фактическое содержимое файла будет действительно отображаться в секторе 1000000).


WinHex также может анализировать раздел NTFS (возможно, и другие файловые системы, который никогда не пробовал, но он должен это делать) или образ всего тома (при условии, что вы открываете его, выбирая его правильный тип в меню «Открыть» - обычно «Все» типы изображений »), и для любого заданного местоположения будет отображаться имя связанного файла или указывается, зарегистрирован ли он как свободное место.


Я не знаю, возможно ли получить список поврежденных секторов после их перераспределения. В этот момент они представляются системой HDD «прозрачно» (или, точнее, «неясно», если можно так сказать), как если бы они были исходными секторами в последовательном порядке, а исходные сектора исчезли навсегда, из того, что я мог собрать. (Кто-то может написать песню с этим дерьмом, и, к сожалению, в 2017 году она может стать хитом!)

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