7200.11 и DiamondMax 22

Сигейтовские диски-флагманы серии Барракуда 7200.11, а также Maxtor DiamondMax 22, рушатся с тревожной частотой и вызывают гнев приверженцев этих дисков.

Это новое семейство дисков Seagate, имеющее достаточно отдаленное отношение к старым дискам этого производителя. Новая архитектура, новое ПО – и как следствие «первый блин комом». Причиной тому — большое число программных ошибок и высокая чувствительность к аппаратным сбоям, которые обычные диски «глотают» и «переваривают» без проблем плюс не очень качественная механика.

Вот некоторые цитаты из сети по количеству выходящих из строя накопителей, у нас приблизительно те же цифры:

”Центры по Возврату Товара и Центры по Восстановлению Данных (Data Recovery Centres) тоже сообщают об очень высокой частоте сбоев на этом типе дисков. Так, один пользователь сообщает, что у него был 6-терабайтный массив, но по прошествии одного месяца половина дисков на нём вылетела. Хотя и не опубликована официальная статистика, но по крайней мере RMA-посредник сообщил, что частота сбоев составляет 30-40%. “

Производитель сейчас пытается решить проблему сменой прошивки накопителей – это может немного облегчить стуацию в плане ПО, но не исправит механику и чувствительность к сбоям. То, что Сигейт периодически выкладывает на своем сайте обновления firmware для этих дисков – еще более усугубляет ситуацию, когда пользователи окончательно добивают свои диски обновлением, средняя успешность обновлений – 70%. Да и не всегда оно спасает от последствий – диски с обновленным ПО подвержены той же проблеме.

Так что Вам решать, стоит ли сейчас покупать диски данного производителя или все же глянуть в сторону других вендоров и перестать верить «доброй памяти»…

Flash технология покорена!

Каждому работающему за компьютером известна эта удобнейшая вещь – «флешка». Когда они появились, они стоили довольно больших денег и считались экзотикой, и им не пророчили такого светлого будущего – распространения какое они получили в наши дни. Сейчас «флешки» полностью вытеснили из компьютеров традиционные загрузочные и «спасительные» приводы – флоппи-дисководы. Старичкам-дискетам уже невозможно конкурировать ни по скорости ни по объему ни по цене со своими твердотельными собратьями. Но мало кто знает КАК на самом деле работает эта компактная и удобная штучка – накопитель на твердотельной FLASH-памяти. И соответственно очень многие не догадываются насколько ненадежным по сравнению даже с той же дискетой может оказаться современный флеш — диск. Итак, небольшой экскурс в принципы работы «флешки».

Любая «флешка», будь то USB накопитель или MMC для телефона или CF для фотоаппарата или еще какая другая – строится по одному принципу и всегда состоит из 2 основных узлов – контроллера и микросхемы – накопителя данных. Контроллер выполняет функцию согласования интерфейсов, управление размещением данных дефект-менеджментом короче занимается всеми интеллектуальными функциями. Есть некоторые типы «флешек» которые не имеют контроллера а лишь несут в себе «голый» чип памяти. Контроллер в данном случае встроен в устройство к которому такая флешка подключается и убран из нее лишь в целях удешевления, однако надежности это не добавляет. К таким относятся SmartMedia и xD. На рисунке слева показан контроллер одной из USB «флешек». В данном случае он состоит из нескольких микросхем что не меняет сути. Но самой главной микросхемой в любом накопителе является NAND-чип, хранящий данные. Как правило эта микросхема выглядит так как показано на следующем рисунке, ее можно встретить во всех «флешках», mp3, mp4-плеерах.


Все эти микросхемы (ну или почти все, есть маааленькое исключение на примере Renesas с его хитрым AG-AND) сделаны по технологии NAND, что расшифровывается как Not-AND, по-русски НЕ – И. Это – метод и структура ячейки хранящей минимальную единицу информации. Тем кто хочет подробнее ознакомиться с предметом – гугль (www.google.com) в руки – там очень много информации на эту тему. Для ленивых дам одну интересную ссылку https://www.gaw.ru/html.cgi/txt/publ/memory/nand.htm. Там все разжевано.


Но вернемся к нашим баранам то бишь к «флешкам». У NAND чипов много плюсов – высокая скорость чтения и записи, быстрое стирание, возможен быстрый произвольный доступ как по чтению так и по записи. Но есть и один очень существенный минус – ограниченный ресурс ячеек памяти по циклам стирания. Для большинства производителей этот параметр гарантируется на уровне 100 000 циклов стирания. Это означает что после данного количества стираний ячейка перестанет стабильно хранить записанное в нее значение.

Вы можете сказать – «да что там 100 тысяч! Я за всю жизнь столько не запишу!» однако не спешите с выводами. Если работать с флеш-диском как резервным накопителем то действительно этого ресурса хватит надолго. Но все чаще флеш-диски используются как загрузочные носители, как хранилище динамически меняющихся данных (к примеру, база данных 1C-бухгалтерии). В таком режиме работы ресурс в 100 000 циклов расходуется в считанные дни. Десятки часов. По этому поводу тоже можно в Интернете почитать множество исследований и расчетов.


Для того чтобы бороться с этим неприятным эффектом была придумана хитроумная технология под названием Wear leveling. Эта технология призвана увеличить срок службы накопителей на FLASH микросхемах методом равномерного использования всех ее ячеек памяти. Ресурс каждой ячейки мы конечно не можем увеличить но сделать кое-что для увеличения срока службы всего устройства можем. Как известно, большинство всех видов накопителей используются не на всю свою емкость – чаще даже не наполовину. И наиболее используемой частью любого накопителя является его начало – это как дно сосуда – если наливаешь в него воду – дно всегда будет укрыто водой. Но до краев сосуд наполняется редко.

Так и с накопителями – начало всегда в использовании, конец почти всегда пустой. Идея технологии wear leveling заключается в том чтобы создать при каждом изменении данных пользовательской области данных ФИЗИЧЕСКИ в микросхему памяти записывать данные в РАЗНЫЕ ячейки памяти. И все ячейки памяти микросхемы включить в общую ротацию. Это значит что независимо от того сколько мы храним данных на накопителе – при каждом изменении данных будут использоваться новые ячейки памяти, благодаря чему общий ресурс работы устройства возрастет в десятки раз.



Данная технология оказалась просто спасением всей отрасли. Первые «флешки» малой емкости делались без применения этой «волшебной» технологии и действительно при активном использовании быстро «протирались» вначале диска. Все что выпускается сейчас – использует в какой-то вариации данный метод.


Все бы хорошо, но эта технология, добавив надежности касательно ресурса микросхем, по иронии и по принципу своей работы снизила надежность устройства. У любого флеш-диска появилась сложная программа управления, следящая за количеством использований каждой ячейки памяти, появилось множество алгоритмов – реализаций технологии Wear leveling, и не все эти алгоритмы надежны. Плюс любой из этих алгоритмов добавляет накопителю инерционность – после модификации пользовательских данных контроллер должен сохранить свои таблицы и микропрограммы в ту же микросхему памяти.

И если по причине внезапного отключения питания или сбоя контроллера он этого не сделает – возникнет несоответствие микропрограмм и пользовательских данных, записанных в память. При следующем включении такой накопитель уже не заработает – контроллер не смог найти правильные микропрограммы и собрать свой виртуальный «транслятор». Все, флешка в ОС определяется как 0 размера либо обращение к любому ее сектору вызывает ошибку.


В данной ситуации пользовательские данные все еще есть в микросхеме памяти и их можно оттуда достать, но контроллер нам в этом уже не помощник – он сдался в момент включения питания «флешки» и сообщил вам об этом отсутствием доступа к данным. Единственный метод достать что-либо из данных – добраться до микросхемы памяти, считать ее на внешнем программаторе, и затем расшифровать полученный «сырой» образ с помощью утилит-сборщиков, которые пишутся под конкретный алгоритм и контроллер. Да, в результате возможны потери каких-то частей данных, но бОльшую часть обычно удается восстановить.


Около 1.5 лет мы занимались разработкой «железа» и ПО для считывания и восстановления информации с флеш-накопителей, и теперь в достаточно короткий срок готовы восстановить данные практически с любой «флешки», максимум за несколько дней если контроллер нам неизвестен или пару часов если контроллер уже известен и для него имеется реализованное ПО. Обращайтесь 🙂

Почему и как они ломаются?

Винчестер – самая высокотехнологичная деталь современного ПК. Но, к сожалению, не самая надежная. В этой, на первый взгляд, несложной «черной коробочке» на самом деле переплетены достижения нескольких высочайших технологий: на плате электроники установлен мощный микропроцессор, в современных винчестерах справляющийся с обработкой потока данных в 1 Гбит в секунду; в гермоблоке находятся точно сбалансированные пластины с тончайшей обработкой поверхностей; считывающие головки позволяют записывать данные на дорожку шириной в 2,5 микрона, а воздух в гермозоне соответствует классу очистки 100. 

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

 Такой диск в 99% случаев не подлежит ремонту, но Ваши данные с него все-таки считать возможно. Для этого существуют методы очистки дисков и считывающих головок, применяя которые можно ненадолго запустить винчестер для снятия с него Ваших данных.  Очень частой неисправностью дисков является выход из строя управляющей электроники.

Это может произойти по многим причинам: перегрев диска, выход из строя блока питания компьютера, неаккуратное обращение с винчестером, подключение «на горячую». Также это случается и по вине производителя диска, как это происходит с дисками Fujitsu серий MPF, MPG и дисками IBM. Диск с неисправным контроллером может даже раскручивать диски и издавать вполне «жизнеспособные» звуки (рекалибровка), но компьютером тем не менее не определяться или определяться неправильно.

К подобным симптомам приводит и неисправность внутренней операционной системы накопителя – если, например, винчестер Fujitsu при включении не считает все свои служебные микропрограммы с диска, то он определяться компьютером не будет.



В таких ситуациях возможно не только в большинстве случаев полностью восстановить Ваши данные, но и в некоторых случаях отремонтировать диск для дальнейшей работы.
 
Самое худшее, что может случиться с жестким диском – это выход из строя одной из считывающей головок. В таком случае винчестер как правило начинает издавать ритмический стук. Починить такой винчестер, сохранив его полную емкость, невозможно. А вот восстановить данные – вполне вероятно. Для этого как правило используется подобный «умершему» винчестер-донор, который должен подбираться особым образом по одинаковому типу используемых головок.

Исправный блок магнитных головок берется из винчестера-«донора» и устанавливается в чистой камере в неисправный накопитель. После «настройки» нового блока головок для работы в новом для них винчестере, можно считывать данные. К сожалению, описанная ситуация является самой дорогостоящей из комплекса наших услуг, ведь в данном случае заказчик оплачивает не только стоимость нашей работы, но и стоимость винчестера-«донора». А после «вскрытия» ни исходный, ни «донорский» винчестеры как правило, нормально работать уже не будут по причине появления микросмещений конструкции гермоблока после его вскрытия.

Иногда случаются и удачные случаи, когда после перестановки назад БМГ (Блок Магнитных Головок), донор нормально работает. Но это исключение. По сути, информация с неисправного винчестера снимается ценой двух – исходного и «донорского». Наиболее часто подобные проблемы встречаются у Quantum AS Plus, Maxtor D540X-4K, а так же у достаточно многих моделей IBM. Кстати, винчетеры IBM чаще всех “запиливают” себе диски – эта проблема из-за особенности конструкции всего гермоблока в целом.

Причём “запилы” бывают такими, что весь магнитный слой с “блинов” оседает внутри гремоблока. А так как диски сделаны из стекла (естественно, непрозрачного из-за магнитного слоя), то можно иногда увидеть занимательную картину – они становятся полностью чистыми “как стёклышко». В таком случае восстанавливать данные уже собственно и не с чего — магнитного слоя нет :). Так что если винт «стучит» — не заслушивайтесь этим звуком, каждая минута «стука» уменьшает вероятность снятия данных с такого винчестера или его возможной починки.


Happy END!



 

Что такое AAM?

AAM – аббревиатура от Advanced Acoustic Management. Что в переводе на русский – управление уровнем шума. Практически любой современный винчестер, соответствующий стандарту ATA/ATAPI-6 или выше поддерживает данную функцию. Исключение составляют лишь «тонкие», удешевленные, Maxtor и многие современные Seagate, у них поддержка AAM есть, но регулировку как таковую выполнить нельзя.

Каким образом винчестер регулирует издаваемый им шум? Для этого нам придется углубиться в строение винчестера. Некоторые полагают, что снижение уровня шума достигается снижением скорости вращения диска – это неправильно, потому как скорость вращения шпинделя – величина постоянная для конкретной модели и поддерживается с точностью до долей процента. А вот скорость перемещения привода БМГ (Блока Магнитных Головок) – вполне можно регулировать.

Если вы разбирали современный винчестер, то наверняка видели, что БМГ приводится в действие с помощью катушки, расположенной в поле действия сильного постоянного магнита. При пропускании через катушку тока одного направления БМГ начинает перемещаться в одну сторону, при смене знака тока – ускорение также меняет знак.Вся эта конструкция сильно напоминает конструкцию обычного акустического «динамика», отчего эту катушку называют «акустической».

Чем больше по амплитуде импульс тока, пропускаемый через катушку, и круче его фронт, тем больше ускорение, придаваемое БМГ. И тем сильнее шум, издаваемый конструкцией БМГ, ведь она в данном случае выполняет роль диффузора в «динамике».

Суть снижения шума сводится к сглаживанию фронтов импульса тока, подаваемого в катушку, что кроме снижения шума приводит к уменьшению ускорения движения БМГ. А это означает, что операция поиска определенного места на диске выполнится медленнее.

Согласно спецификации ATA/ATAPI регулировка может осуществляться по 126 дискретным уровням (значения в hex 0x80-0xFE), но на практике поддерживаются только 2 уровня регулировки – AAM ON (шумопонижение включено, значения hex 0x80-0xA0) и AAM OFF (соответственно максимальная производительность, значения hex 0xA1-0xFE).

На винчестерах разных производителей заводская установка может быть разной, причем может различаться и от партии к партии, например, некоторые модели Samsung с завода идут со включенным режимом AAM, а иногда приходят и включенными в режим максимальной производительности.
Для того, чтобы отрегулировать на своем винчестере уровень шума, можно воспользоваться одной из многих бесплатных утилит, например, AAMTOOL Михаила Маврицина или MHDD Дмитрия Постриганя.

Восстановление данных с необычного диска

Ремонт жесткого диска Samsung

   Попал к нам на восстановление необычный жесткий диск – внешний USB2.0 1.8” Samsung S1 Mini c проблемой «не считываются файлы». Диски редкие, малораспространенные, можно сказать экзотика. Вот он в сравнении с обычным 2.5” диском:
 
  Предварительная диагностика показала, что диск имеет нечитаемые области, как минимум попавшие на структуры файловой системы.  

Диски этой серии имеют отличительную черту – интегрированный USB интерфейс, распаянный прямо на плате жесткого диска. Через USB невозможна полноценная работа с поврежденными дисками, поэтому случай пообещал быть интересным и непростым.

   Для восстановления данных при таких повреждениях совершенно необходим прямой доступ к диску по основному интерфейсу SATA либо IDE, поэтому приступим к вскрытию и оценке того, что нас ждет дальше:


Внутри пластикового кейса обнаружился HS20YJZ c USB-мостиком JM20335, а значит диск имеет физический интерфейс PATA. Что ж, случай действительно сложный, но нет ничего невозможного.

Необходимо распаивать вручную интерфейс PATA через дополнительный переходник. Готовим рабочее место, включаем видеомикроскоп и начинаем распайку:

Для работы с такими случаями используем очень тонкие жала паяльника и специальный изолированный провод,  пайка производится под микроскопом. Подобным образом распаиваются монолитные «флешки», к примеру MicroSD.

Технология у нас отработанная, так что подобных случаев не боимся. Несколько часов кропотливой работы – и можно исследовать диск дальше! Пьем кофе и приступаем к этапу непосредственно восстановления данных. Здесь уже неожиданностей нет: как и предполагалось, диск был ударен и имеет поврежденные области в пользовательской зоне.

Запускаем обычный в таких случаях процесс вычитки занятого полезными данными пространства диска. Спустя некоторое время получим финальный результат, можно сказать отличный: восстановлено всё необходимое заказчику.

Happy END!

NTFS — ручное восстановление

Ручное восстановление файловой системы NTFS без потери данных


В этой статье покажу, как мы восстанавливаем данные с дисков, где есть повреждения файловой системы на примере NTFS.


В данном случае данные есть раздел NTFS с утерянными BOOT секторами и затертыми первыми MFT записями. Раздел не открывается в Windows. Можно, конечно, воспользоваться одной из сотни программ автоматического восстановления удаленных/утерянных данных, но это не наш метод.


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


Запускаем Hex редактор, начинаем анализ с BOOT сектора:



   Вместо привычного NTFS boot сектора видим щепки после мышей «мусор». В этом месте чуть позже воссоздадим правильную boot структуру. Просканируем диск на предмет поиска структур NTFS, посмотрим сколько и каких нашлось MFT записей, а нашлось много интересного:



   Сразу бросается в глаза большая непрерывная цепочка с адреса 6291551– это основное тело искомой файловой системы. Однако записи с номерами от 0 до 16 либо невалидны, либо вовсе пусты. Отсеиваем файловые записи из не интересующих нас остатков других файловых систем и приступаем к анализу MFT#0 искомой:


   Ясно-понятно, диск еще и форматировали, создана новая $MFT. Размер – 64 кластера.

Значит, нужно воссоздать оригинальные записи boot и MFT#0, тогда можно будет собрать полное дерево каталогов. Также для полноценного анализа нам понадобится оригинальный файл $Bitmap (карта занятого пространства тома)– это позволит оценить качество восстановления по оценке объема занятого пространства. Зная характерные места расположения этого метафайла и его приблизительное содержимое, находим его по адресу LBA 6231879:



   Для проверки найденного файла вычисляем его размер согласно предположению, что диск использовался целиком под NTFS и использовался стандартный размер кластера: 1953520000 / 8 / (512*8) = 59616 секторов. Проверим:



  В яблочко! Здесь виден конец диска, маркированный как занятое пространство.


 Дальше дело техники: создаем новую boot структуру, вручную в редакторе записи MFT вписываем в MFT#0 вычисленную кластерную цепочку (здесь она одна, но бывает и сотня-другая), создаем для нее новый Bitmap записи. Затем можно проверить валидность полученного файла $MFT по последним записям, обычно они пустые, но с заголовком:



Всё сходится. Строим дерево каталогов по полученному файлу, занято 785 Gb:



Просто чудесно – потерь нет, дерево полностью цело. Сверяемся по объему c картой занятого пространства тома:



  Итого, не включенного в файловое дерево осталось всего 506 Мб данных. Проверим эти данные с помощью анализатора по содержимому и убедимся, что они являются индексными записями, а значит результат отличный и без потерь!


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

Восстановление видео с камеры Canon LEGRIA HF G30

Восстановление данных с камеры Canon


Обратился к нам клиент с банальной, казалось бы, проблемой – удалил с карты памяти отснятый видеокамерой Canon LEGRIA материал. Большинство сразу скажет: «да воспользуйся любой программой по восстановлению удаленных файлов, в чем проблема?». А проблема, оказывается, есть, и существенная. Все современные камеры, с которыми мы сталкивались – создают на носителе файлы в фрагментированном виде.


Это касается всех камер, сохраняющих видео в формате Apple QuickTime (mov/mp4). Примеры на слуху – зеркальные фотокамеры Canon, экшн-камеры GoPro и их безымянные аналоги, автомобильные видеорегистраторы.


Короткая ремарка по содержимому файлов в указанном формате: файл состоит из сложной вложенной структуры, каждый элемент данных называется атомом. Более подробную информацию можно найти по ссылке, здесь оставлю лишь картинку с обобщённой структурой:


QT atom layout

Продолжим. После банального удаления файлов теряется самое важное – информация о расположении фрагментов (кластерная цепочка) файлов. Сразу оговорюсь – ситуация, о которой я говорю, верна для файловой системы FAT32. Для NTFS или ExFAT ситуация может быть другой. И в случае с FAT32 и удалёнными фрагментированными файлами существует всего два метода их восстановления:


    1. Поиск и анализ на носителе непосредственно видеопотока и воссоздание для него необходимых служебных метаданных, и
    2. Анализ служебных метаданных видеофайлов и сборка фрагментов вручную по найденным зацепкам.


Мы уже неоднократно работали с разными видеоформатами, и знаем, что далеко не каждый поток видео/аудио данных можно восстановить и воспроизвести без сопроводительных служебных метаданных. Например, простой формат MPEG-2 – является потоковым, и для его воспроизведения не нужны никакие дополнительные служебные данные – просто сырой поток данных, выровнянный по границе фрейма.

Такой поток можно восстановить первым методом и не тратить время на служебные данные. Также первым методом можно восстанавливать сырой видеопоток без служебных данных, даже если он был в Apple QuickTime контейнере (mov/mp4), при условии использования определенного видеокодека. Однако данная видеокамера создает файлы с видеопотоком, который не оставляет шансов на восстановление первым методом:


В таком формате нет никаких «зацепок», чтобы отделить фреймы с видео и аудио данными друг от друга. Они идут сплошным потоком, а информация о том, где находятся границы фреймов – сохранена в служебных атомах trak. Эти метаданные записываются камерой в виде отдельного фрагмента в отдаленном от основного потока данных месте носителя.

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


Однако, изучив в HEX-редакторе несколько примеров видеофайла с подопытной камеры, был придуман алгоритм сборки «фрагментов» по маркерам из содержимого файла.  Для решения задачи необходимо полностью проанализировать пример файла, понять какие атомы используются, какую информацию из них мы можем использовать, и как затем, находя содержимое этих атомов на носителе, соединить найденные фрагменты в единое целое. Для понимания первичной структуры используем MP4 Explorer:




Структура стандартная. Атом mvhd с временем создания файла оказался для нас очень важным – по времени создания можно связать найденный на диске фрагмент с атомами trak с началом файла, фрагментом ftyp. Глянем на начало файла в HEX виде:



Здесь в служебном атоме CNTH->CNDA  находится картинка-превью файла, в которой очень удачно для нас есть дата создания файла в текстовом виде. Эта информация очень пригодится далее. Как оказалось, камера при формировании метаданных резервирует фиксированное место под превью-картинку, а также для пользовательской информации, которую можно поместить в служебный атом udta. Ну а самое главное, что атом с непосредсвенно медиапотоком, mdat – записывается камерой нефрагментированно. И снова очень удачно – в этом атоме есть за что зацепиться для поиска соответсвующего ему атома mhvd и ftyp.



Приступаем к созданию инструмента для восстановления — создаем новый проект в С++ Builder:


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


По ходу написания инструмента придумываем алгоритмы валидации целостности найденных фрагментов, как оказалось — это реально. Нашлось заголовков файлов и секций mdat с видеопотоком: 


После – обрабатываем массив найденных данных, анализируем те атомы, которые можем, и даже проверяем на нефрагментированность найденные контейнеры. 


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

FILE 043A8B6B.mov check ok!

FILE 01010D52.mov check ok!

FILE 019E9DAD.mov check ok!

FILE 017FC7C4.mov check ok!

FILE 00BFA3DE.mov check ok!


    Проверим файлы:

 

    Все проигрывается! Ура, но еще осталось около 20% невосстановленных файлов, метаданные которых оказались фрагментированы. Пишем для них отдельный сборщик, который свяжет найденные фрагменты начала и середины метаданных, опираясь на дату создания файла:



    В итоге получилось еще часть рабочих файлов. 

    На данном этапе осталось всего 25 фрагментов с метаданными, которые не удалось собрать в целостные файлы. Сохраняем все оставшиеся фрагменты в виде отдельных файлов, и собираем оставшиеся файлы вручную, опираясь на знания о том, что где должно лежать внутри файла. Как оказалось, метаданные этих 25 файлов были сильно фрагментированы – от 3 до 5 фрагментов. Однако через несколько часов кропотливой работы все до единого файлы удалось собрать.

    Как результат, мы получили ровно 244 рабочих файла, что является 100% успешным восстановлением (чуть выше в логе видно количество найденных заголовков файлов – их было 244).

    Клиент остался очень доволен, ведь свадьбу переснять уже  невозможно…

Как мы из карт памяти данные достаём

Восстановление данных с SD карты памяти

 

«Тут вся моя поездка на острова!» 

 С такими словами клиент передал нам MicroSD карточку из телефона. Карта не определяется нормально картридерами, емкость 0.5 Кб.

Стандартная проблема – повреждение таблиц трансляции либо встроенных микропрограмм. Единственный метод восстановления – чтение содержимого NAND памяти минуя контроллер, и затем сборка полученных «сырых» данных в то, что нам привычно видеть как файлы.

С обычными флешками проблем нет – выпаивай чипы памяти, и читай программатором, но из этой карты памяти нечего выпаивать – она сама по себе и есть  единый чип. Один шанс – подпаяться к дорожкам под защитным лаком, если конечно они там есть…

Снимаем защитный слой:

   Да-а, задачка очевидно решаемая, но непростая. Диаметр переходных отверстий около 0.2 мм, чаще бывают крупней. Главное — на эту задачу есть пинаут, то есть расположение нужных нам дорожек заранее известно.

Без него задача все еще останется решаемой, но сложность сильно вырастает – нужно вычислять назначение каждой дорожки, чтобы найти нужные нам.

 Готовим рабочее место, микроскоп, сверхтонкий провод и специальную переходную плату, где будет «жить» подопытный накопитель:

 

 

 Через несколько часов кропотливого труда, полюбуемся на результат:

Что же, теперь самое время прочесть ID памяти, и если всё хорошо, приступать к чтению ее содержимого:



Отлично! Есть результат. Однако этот результат – не файлы пользователя. Тут ещё «пилить и пилить»: предстоит немного магии много часов работы по коррекции вычитанных данных с помощью кодов коррекции ошибок ECC, вычисление параметров сборки и анализ полученного образа:

 

После еще нескольких чашек кофе и магических заклинаний получаем то, ради чего был начат этот долгий и сложный путь:

 

 

Звоним клиенту, зовём его глянуть результат и выпить с нами кофе 

Если у вас перестал работать или сбоит винчестер

Что делать если у вас перестал работать винчестер или происходят постоянные сбои в его работе?

   Обычному пользователю и даже «сисадмину» делать в гермоблоке нечего. Поверьте, там нет ничего, что нужно смазывать, протирать, паять, рихтовать. Открыв крышку, Вы свои данные не увидите, они не высыпятся оттуда. Наоборот, даже просто вскрыв гермоблок, сильно уменьшаете шанс успешного восстановление данных, не говорю уже про какие-либо манипуляции с БМГ (Блок Магнитых Головок) и пластинами.

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

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

    Бывают ситуации, когда перестаёт нормально функционировать одна из (или несколько) головок, при этом жестий диск ещё определяется, даже как-то читает и пишет информацию. Но проблема заключается в том, что те данные, которые записываются, в дальнейшем не могут быть прочитаны.Грубо говоря — данные, записанные сбоящей головкой, искажены настолько, что винчестер считает эти сектора дефектными (так называемые софт-бэды). Поэтому, если Вы заметили, что дисковые операции стали более медленными, а так же некоторые файлы уже не могут быть прочитаны или записаны — выключите компьютер, лучше даже моментально, из розетки, это «меньшее зло», чем тот вред, который может нанести полурабочий БМГ.