Отримайте список файлів, постраждалих від поганих секторів

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

У режимі лише для читання chkdskне виявлено помилок. З /B, chkdskочищено деякі теги примірника, невикористані записи індексу та виправлено вільний простір, позначений як виділений як у MFT, так і в растровій томі.

Це останній шматочок мене хвилює. Clonezilla повідомила, що кілька секторів неможливо прочитати і що "втратили дані". Я припускаю, що ці сектори стали вільним простором, позначеним як виділений, який chkdskочистили. Але я ніде не можу знайти, які файли нібито використовували виділений простір, тому я не знаю, що відновити за допомогою резервного копіювання в Інтернеті.

Чи є інструмент, який може підказати мені, на які файли були виділені погані сектори? Можливо, якщо замість цього запустити його лише на оригінальному диску?

Це питання було задано кілька місяців тому, я сподіваюся, що ви знайшли відповідну відповідь тим часом. І все-таки, ось який я з великим успіхом використовував нещодавно на невдалому 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 , використовуючи вихідне зображення або об'єм та журнал / файл файлу як вхід. Цей інструмент буде аналізувати файл журналів / файл файлів(тепер він називається "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

Ще один можливий спосіб зробити це, якщо Clonezilla (або будь-яке інше програмне забезпечення для зображень) дало вам повний перелік LBA з поганими секторами: скористайтеся інструментом nfi.exe Microsoft. Це дуже невеликий інструмент командного рядка, який може проаналізувати MFT і надати список секторів, зайнятих певним файлом (якщо ви введете ім'я файлу шляху), або знайти файл, відповідний даному сектору.

Ще одна можливість: деякі дефрагментатори відображають файли, пов’язані з блоками, на яких ви наведіть курсор миші. (Це менш точно, але зручніше.)

Знову ще одна можливість: R-Studio включає шістнадцятковий аналізатор (і рудиментарний редактор). Для кожного файлу, який він виявляє та відображає у дереві відновлення, ви можете клацнути правою кнопкою миші, щоб відкрити шістнадцятковий аналізатор, потім у куті «Інтерпретатор даних», натисніть на вкладку «Сектори» та voilà, ви отримаєте список зайнятих сектори. Щоб отримати лише номер першого сектора, натисніть на вкладку "Властивості" і прочитайте останній рядок.

Ще один вдосконалений трюк з R-Studio: на вкладці дерева відновлення для даного розділу (може бути клоном оригіналу, також може бути файл зображення) натисніть «Файл», а потім «Показати файли в HexEditor»: це створить цілу шістнадцяткову презентацію тома з усіма пов'язаними іменами файлів (може знадобитися певний час для великого тома), який ви потім можете використовувати, щоб знайти, які файли пов’язані з певним сектором. Для цього поверніться до загальної вкладки «Перегляд пристрою» (тієї, яка відображається під час відкриття R-Studio, де перераховані наявні томи), клацніть правою кнопкою миші на том, з якого ви намагаєтесь відновити (весь обсяг , а не окремі розділи), а потім натисніть «Переглянути / редагувати», щоб відобразити шістнадцяткову презентацію; тут ви можете ввести номер сектора або значення зсуву в порожньому полі посередині верхньої панелі інструментів.Вміст даного файлу ви повинні ввести номер логічного сектора відносно розділу, де він знаходиться (номер, який відображається в останньому рядку на вкладці "Властивості" в індивідуальному шістнадцятковому виді вибраного файлу), але щоб отримати ім'я файлу (або іноді файлів, коли є жорсткі посилання або коли файл був ідентифікований як у межах файлової системи, так і як вихідний файл, що відображається у "Додаткових знайдених файлах"), пов'язаних із заданим сектором, ви повинні ввести абсолютнийномер сектора відносно всього обсягу, тому вам доведеться додати зміщення розділу в секторах. Наприклад, я проаналізував жорсткий диск 3 ТБ, при цьому один розділ починався зі зміщення 135266304 (129 МБ), тому для відображення назви файлів, пов'язаних з логічним сектором 1000000, наприклад, мені довелося додати 135266304/512 = 264192 і введіть значення 1264192 (але тоді відображений вміст не збігався, фактичний вміст файлу дійсно відображатиметься в секторі 1000000).

WinHex також може проаналізувати розділ NTFS (можливо, інші файлові системи теж ніколи не пробували, але це передбачається), або зображення цілого тома (за умови, що ви відкриєте його, вибравши його правильний тип у меню "Відкрити" - загалом "Усі типи зображень »працює добре), і для будь-якого даного місця відображатиметься ім’я пов’язаного файлу або вказується, чи зареєстровано він як вільний простір.

Я не знаю, чи можливо отримати список поганих секторів після їх перерозподілу. У цей момент вони подаються HDD до системи «прозоро» (а точніше, якщо ми говоримо «неясно») так, ніби вони були початковими секторами в послідовному порядку, а вихідні сектори назавжди пішли з того, що я міг зібратися. (Хтось міг скласти пісню з цим лаєм, і, на жаль, у 2017 році це може стати хітом!)