У нашій практиці відновлення флешок ми часто стикаємося з тим, що якийсь файл на флешці не відкривається. Іноді це може бути не один, а кілька файлів, цілі папки або розділи. Зазвичай це софтові проблеми - наслідок будь-яких програмних збоїв. Вирішуються вони різними програмними засобами. Але буває і так, що будь-які програми виявляться безсилими, так як причина глибше. Флешка може лише «виглядати» працює правильно, коли насправді саме в її некоректної роботи і таїться корінь зла. Ось про таких помилково-софтових проблемах і піде мова в цій статті.

Incorrect password or not a TrueCrypt volume. Ось з яким повідомленням TrueCrypt'а зіткнувся наш черговий клієнт при спробі подмонтировать свій файл-контейнер з секретної та, звичайно, дуже важливою інформацією.

Приблизний (з урахуванням цензури) сенс обурення нещасного був таким:

- Як це невірний пароль ?! Вводжу кожен день з закритими очима !!! Як це не трукріптовскій тому ?? !! Він самий! Улюблений avi-файл на 1,5 Гб, в якому зовсім відео!

У чому ж справа?! Файл знаходився в числі інших даних на USB-flash Silicon Power 2 Гб. За словами клієнта, всі інші документи в порядку. Ніколи ніяких проблем з флешкою ​​не було. Роботу завжди закінчував коректно і взагалі берег її, як зіницю ока.

На перший погляд стан флешки абсолютно робоче. Сам файл на рівні файлових таблиць FAT живий-здоровий: копіюється і проглядається. Однак при спробі монтувати в TrueCrypt бачимо:

Слава Богу, власник флешки розсудив здраво і не став робити таємниці зі свого пароля, дозволивши нам працювати, перевіряючи всі версії.

Аналіз FAT на флешці ніяких помилок не виявив. Стара добра R-Studio і подібні засоби відновлюють файл рівно таким же чином, що і просте копіювання. Значить, проблема в самому файлі.

Іноді так може відбуватися навіть через незначних пошкоджень контейнера. Досить пошкодитися заголовку. І тоді врятувати може тільки використання резервного заголовка, що зберігається в самому контейнері. Перевірити цю версію неважко: в меню Mount Options відзначаємо відповідні галочки (працюємо тільки з копією файлу):

І, на превеликий жаль, бачимо колишній результат. Значить, пошкодження файлу виявилися більш серйозними.

Якщо припустити, що вміст файлу було змінено (частково перезаписано) внаслідок якогось програмного збою, дії вірусу або зловмисника, то, здавалося б, саме час здаватися. Весь файл зсередини виглядає приблизно так:

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

Краще займемося наступної гіпотезою. Припускаємо, що вміст файлу змінено не на програмному, а на апаратному рівні. У цьому випадку те, що ми бачимо є результатом некоректної роботи контролера, відповідального за читання і запис. І в такому випадку те, що нам «показує» флешка, зовсім не обов'язково збігається з «правильним» вмістом пам'яті.

При цьому «стійкість результату» нічого не доводить і не спростовує. Контролер дійсно може видавати однаковий, але не відповідає дійсності результат при кожній спробі читання.

Вирішувати таку проблему можна, сприймаючи носій як неробочий, з діагнозом «несправність контролера». Спочатку робимо резервний образ флешки з усіма даними. Для посектороного клонування використовуємо WinHex.

Далі флешку треба розбирати, отпаивать чіпи пам'яті, зчитувати її на програмно-апаратному комплексі (ми використовуємо Flash Extractor v6.141) в дампи. Лічені дампи містять безліч помилок, які виправляються ECC-корекцією. Потім, імітуючи правильну роботу контролера програмним чином необхідно розшифрувати отримані дампи і отримати коректний імідж-файл, тобто образ флешки. Витягуємо наш контейнер з цього образу. Пробуємо монтувати в TrueCrypt.

І Ура !!! Контейнер примонтировать !!! Буква логічному диску присвоєно, але вміст поки не відкривається.

Схоже, всередині самого контейнера все-таки є якісь некоректні записи і його файлова система пошкоджена. Але головне, що тепер вона не зашифрована. Тепер це звичайний пошкоджений розділ. Таке трапляється і з дисками і з флешками і навіть з RAID-масивами. У простих випадках все вирішується R-Studio. А це саме такий випадок. В результаті всі дані з контейнера відновлені і віддані щасливому клієнту.

Звичайно, пішовши таким шляхом, припустивши некоректну роботу пристрою, ми (з дозволу клієнта) ризикнули вартістю флешки. Тобто непідтвердження нашої гіпотези означало б, що ми даремно вбили справну флешку. Але цінність даних для клієнта була досить висока, що і спонукало нас використовувати будь-які шанси для їх відновлення, не звертаючи уваги на можливі жертви, тим більше, що флешки таких обсягів зараз дуже дешеві.

Отже, дані повністю відновлені. А розібрана нами флешка, як з'ясувалося, працювала некоректно, тобто довіряти їй важливі дані, в будь-якому випадку, було самогубством.

Слід зазначити, що цей випадок не є якимось винятком. Флеш-накопичувачі дійсно часто дають подібні збої. Просто не завжди це проявляється саме таким чином. Всім зрозуміла ситуація, коли флешка взагалі не працює, як пристрій. Тут спокуси самому собі допомогти не так багато. А якщо вона зовсім, як жива, просто файлик пошкодився. Наприклад, * .doc, *. хls або база даних 1с. Іноді таким чином «пошкоджується» не файл а таблиця розміщення файлів (FAT). Тоді флешка буде вести себе, як носій з логічної проблемою - файл копіюється, відкривається з помилкою або не відкривається зовсім. І недосвідчений відновник може не зрозуміти, чому ж софтові кошти (chkdsk, fsck, r-studio, easy recovery) не допомагають.

На жаль, часто бувають фатальні помилки. Наприклад, таким помилково-СОФТОВА чином пошкоджений файл дехто намагається «лагодити» стандартними MS-засобами або пробують нацькувати Chkdsk на «пошкоджений» FAT. Все це напевно призведе до запису на флешку. І дуже ймовірно, що сектора флешки, які з вини контролера всього лише «віддавали» неправильне вміст, тепер дійсно будуть перезаписані нісенітницею. І навіть дбайливо зроблений посекторний клон такого носія, не буде його справжньою резервною копією, тому що не дозволить повернути саму флешку до свого попереднього стану.

Тому бажаючим рятувати себе самостійно потрібно запам'ятати лише одне правило: якщо ви хочете спробувати різні засоби відновлення при «софтових» проблемах на флешці, зробіть попередньо її образ, наприклад, WinHex'ом. І експериментуйте тоді саме з цим образом, а не з оригіналом. Якщо проблема дійсно логічна, то ви прекрасно впораєтеся з нею, працюючи над клоном. А якщо її СОФТОВА виявиться помилковою, ви, хоча б, не погіршить шанси на відновлення даних апаратними засобами.

В'ячеслав Мочалов, 28 березня 2011 року

Схожі послуги: