Задача. Восстановить данные с жесткого диска Seagate ST2000LX001.
Описание проблемы. Накопитель поступил с заявленной проблемой: не определяется в системе.
Результаты диагностики. Диагностика проведена с использованием ПАК РС-3000. Диск имеет проблемы в служебной зоне (проблемы с загрузкой некоторых необходимых для работы накопителя модулей).
Необходимые для восстановления информации процедуры.
Разблокировка технологического режима.
Исправление проблем с служебной зоной.
Запуск накопителя в нормальном режиме.
Копирование данных заказчика на исправный носитель.
Результат.
Данные восстановлены полностью.
Особенности заказа.
Жесткие диски ST2000LX001 являются гибридными накопителями. В составе этих дисков имеются как магнитные пластины для записи основной части информации, так и NAND-микросхема для хранения наиболее часто востребованных данных. Основной проблемой работы таких накопителей является именно NAND-часть.
На текущий момент ни один из коммерческих продуктов для восстановления информации не поддерживает эти диски, разблокировка технологического режима этих накопителей является нашим know how.
Наступила осень, и в работу стало поступать больше жестких дисков из внешних USB-коробочек, в особенности — Seagate Mobile HDD. С чем это связано, еще предстоит выяснить, но факт налицо: общая статистика по этим дискам показывает увеличение их числа в работе в сентябре и октябре на без малого 30%.
Следует отметить, что Seagate Mobile HDD — это одни из наиболее широко распространенных дисков для внешних устройств в настоящее время. Такая популярность объясняется очень просто: эти накопители имеют относительно низкую цену, довольно скромные размеры (высота диска составляет всего 7 мм, то есть такой накопитель можно установить не только во внешнюю USB-коробку, но также и в любой ноутбук, ультрабук, second caddy и подобное устройство) и приличные емкости (от 500 Гбайт до 2 Тбайт).
Вполне логично, то при высокой популярности их покупают больше, чем диски других производителей, и именно по этой причине эти диски поступают на восстановление данных чаще. К сожалению, их конструктив довольно слаб, особенно крышка гермоблока. Она сделана из довольно тонкого железа, по этой причине ее очень легко погнуть. Если диск подвергнется физическому воздействию (изгибание, удар или падение), в подавляющем большинстве случаев страдает верхняя головка и верхняя поверхность, так как крышка, как сказано выше, тонкая.
Для того, чтобы обезопасить себя от потери данных с такого диска, мы рекомендуем относиться к нему максимально аккуратно: не бросать, не ударять, не двигать резко во время работы. Если соблюдать простейшие меры предосторожности, характерные для хрупких (fragile) устройств, то ваш Seagate Mobile HDD будет жить долго и счастливо. Примером тому — мой собственный накопитель, который работает в ноутбуке, с которого я пишу этот пост, уже больше года.
Ну а если вы столкнулись с отказом работы Seagate Mobile HDD, равно как и любого другого жесткого, твердотельного, гибкого, оптического диска, сотового телефона, стриммера, флеш-карты и т.п. цифрового устройства хранения информации — мы здесь для того, чтобы помочь вам. Мы занимаемся восстановлением информации уже 27 лет, и уверены, что сможем вам помочь.
Всегда приятно получать благодарности. Эта благодарность нам приятна особенно — мы помогли сохранить частичку культуры Кыргызстана, готовый фильм, и сопутствующие его производству материалы.
Монолит — это карта памяти, выполненная в едином блоке компаунда, в которой все микросхемы находятся внутри этого компаунда. Как правило, выполняется на подложке, с одной стороны которой имеется медное напыление, на котором вытравлены (или нанесены другим способом) дорожки (контактные группы, проводники и прочее), а на другой находятся сами электронные компоненты. Доступ к электронным компонентам напрямую невозможен, его организация производится строго через указанные дорожки.
Время от времени обращаются клиенты с флешками, имеющими монолитное исполнение. Восстановление данных с таких флешек значительно труднее, чем с устройств аналогичного типа, но имеющих распаянные на печатной плате NAND-микросхемы. Связано это с тем, что для доступа к данным на NAND-микросхеме ее достаточно просто выпаять и прочитать на специальном устройстве, а для доступа к данным монолита нужно зачистить контактные площадки, определить назначение контактов и правильно припаяться к ним.
Между тем временами встречаются флешки, которые, скажем так, скорее живы, чем мертвы. Например, герой этого рассказа — монолит, который на короткий миг появляется в системе (и даже показывает свое содержимое), но при любой попытке доступа к поверхности — исчезает. Этакая флешка-фантом.
Восстановление данных с такой флешки возможно двумя способами. Более сложный — определить назначеие технологических контактов, напаяться на них и читать через них данные. Более простой — подобрать правильное питание и вычитать флешку напрямую. Естественно, что более простой метод будет и более дешевым, и более надежным.
Так мы и сделали. Через специализированный адаптер флешка была запитана, работа ее стала стабильной. Ну а дальше это было лишь дело техники: считать устройство в образ, разобрать его и доставить клиенту данные.
Часто задают вопрос: при каких повреждениях головка жесткого диска неспособна читать данные? Ответ на этот вопрос прост: часто достаточно минимальных повреждений. На фото выше и ниже вы видите исправную головку из накопителя Western Digital емкостью 2 Тб. На этой головке нет никаких повреждений.
А вот на фото ниже — головка из того же накопителя, имеющая крайне незначительные повреждения. Буквально это несколько царапин (на самом последнем фото они выделены стрелками). И вот этих повреждений оказалось достаточно, чтобы головки полностью перестали работать. А какой из этого вывод? Достаточно крайне незначительного физического воздействия, чтобы вывести накопитель на жестких магнитных дисках из строя, с такими устройствами нужно быть предельно аккуратным.
Встречались с таким — приносите устройство в сервис, а вам называют за работу такую цену, что вы начинаете сомневаться в психическом здоровье мастера? Не удивляйтесь, это — один из приемов сервисного маркетинга. Называется заградительный ценник.
Для чего такой ценник нужен? Цель одна: увеличить процент успешных заказов, даже не делая их — ведь отказ заказчика не является фэйлом сервиса, не так ли? Искусственное завышение положительной статистики. Механизм простой.
Сервис-центр, в который вы обратились, не умеет делать ту работу, которая вам нужна. Но признаться в этом сервис-центр не может, ведь это удар по репутации. Мало ли, вдруг клиент напишет где-то в интернете: пришел, дескать, принес железку, а там покрутили ее и развели руками. Гораздо правильнее (так они думают) сказать: да, мы можем. Но случай очень сложный, нужно использовать эксклюзивную, или экспериментальную, или какую-то еще, но обязательно безумно сложную и дорогую, технологию. Ну а технология такая, поскольку сложная и дорогая, то и стоить вам будет немало.
И называется заведомо неприемлемый прайс. Например, за ремонт телевизора — в 2 или 3 раза дороже нового аппарата. Или за восстановление данных с монолитной флешки — тысяч 5 долларов (при разбросе цен от 200 до 1000, в зависимости от сложности).
В итоге выходит так: вы отказываетесь от работы, а сервис-центр вроде как и прав. Ведь они от работы не отказались, просто она жутко дорогая, но клиент выбирает, надо ему это или нет ;). Самое смешное, что по мере использования заградительного ценника сервис-центр и сам начинает верить в то, что реально может что-то сделать, если заказчик согласится на многократно завышенный прайс.
Профессиональный сервис всегда знает, может он сделать тот или иной заказ, или нет. Тратить ваше время на пустопорожнее обсуждение безумной цены настоящий профи не будет — он просто скажет, что не может его сделать. Это нормальное явление, абсолютного сервиса не бывает, также, как не бывает 100% успешных заказов. Всегда есть такие, которые нельзя сделать — а вот их отношение к общему числу заказов — это уже показатель профессионализма сервиса.
Последнее время участились звонки с просьбой восстановить удаленные чаты WhatsApp. В этой статье мы постараемся объяснить, как сделать это самостоятельно — ведь в тех случаях, когда телефон не проходил через сброс на заводские настройки, все данные, нужные для восстановления удаленных чатов, все еще находятся в нем.
Удалить чаты можно по разному. Первый, и наиболее распространенный способ — «очистить чат» — когда удаляется все содержимое одного чата по нажатию кнопки. Второй способ — удаление программы (вместе с программой теряются и чаты). Ну и третий — это сброс телефона на заводские настройки. В первых двух случаях обычно получается восстановить все данные из утерянных чатов, в третьем случае — только то, что было сохранено при резервном копировании в облако.
Резервная копия чатов в облаке
По умолчанию резервное копирование чатов WhatsApp в облако не активирована, поэтому, чтобы иметь резервную копию данных из WhatsApp на Google Drive, вам нужно ее настроить.
Настройка резервного копирования в облако предельно проста (см. скриншот выше). Требуется указать аккаунт Google, который будет использоваться для создания резервной копии, периодичность копирования (в настоящий момент на скриншоте там указано «Никогда» — достаточно нажать на этот пункт и выбрать интересующую вас периодичность) и использование сетей (если поставить ползунок «Использовать только Wi-Fi», который находится в самом низу этого меню и не попал на скриншот, то для резервирования данных не будет использоваться мобильная сеть).
Проверить, что резервная копия у вас есть, очень просто. Зайдите в ваш аккаунт Google, выберите утилиту Drive, а в ней — раздел «Резервные копии». В этом разделе должна появиться запись со значком облачка «Резервная копия Whatsapp» и в скобочках — номер телефона аккаунта WhatsApp (см. скриншот ниже).
Восстановление переписки из облачной копии крайне просто. Если вы безвозвратно потеряли все чаты (телефону сделали сброс на заводские настройки, или телефон сломался/потерялся), устанавливайте WhatsApp, и после подтверждения номера (вам придет СМС) в следующем экране будет предложение восстановить чаты из локальной или сетевой (Google Drive) копии. Выбирайте восстановление из Google Drive, разрешите аппарату его использовать, и ждите. Процесс восстановления сильно зависит от скорости вашего интернета и может занимать часы.
Восстанавливаем чаты из локальной резервной копии
Первое, что нам нужно сделать — это убедиться в том, что WhatsApp резервировал данные а автоматическом режиме. Сделать это очень просто. На вашем телефоне найдите утилиту «Файлы» (может называться по разному: «Мои файлы», «Файловый менеджер» и т.п. — но суть всегда одна — утилита дает возможность просмотра файлов на вашем телефоне), и зайдите попеременно в папки WhatsApp на карте памяти и в памяти телефона. В этих папках должны храниться данные, имеющие отношение к вашей переписке WhatsApp: медиа-файлы (картинки, видео, аудио и т.п.), файлы настроек и, что нас больше всего сейчас интересует — резервные копии (папка Databases).
Открываем папку Databases. В ней должны находиться файлы, в названии которых присутствует слово «msgstore». Основной файл резервной копии, созданный по нажатию кнопки на резервное копирование или по расписанию — msgstore.db.crypt12. Автоматические копии за последние несколько дней — msgstore-YYYY-MM-DD.1.db.crypt12, где YYYY — год, MM — месяц, а DD — день создания резервной копии. Как мы видим, программа довольно долгое время хранит копии чатов в памяти телефона.
Ну а теперь — порядок действий для восстановления удаленных чатов WhatsApp из имеющихся автоматических копий.
Подключаем телефон к компьютеру и копируем полностью содержимое папок WhatsApp на обоих носителях телефона (и из памяти телефона, и из карты памяти) на жесткий диск компьютера. Таким образом мы создаем резервную копию данных WhatsApp.
После создания резервной копии данных WhatsApp на компьютере, создаем резервную копию чатов WhatsApp (меню «Настройки» — «Чаты» — «Резервная копия чатов». Это делается для того, чтобы не потерять то, что было получено на текущий момент. Файл msgstore.db.crypt12, который WhatsApp создаст (свежая резервная копия) также копируем на компьютер, но уже в другое место, чтобы не затереть предыдущую резервную копию.
Теперь мы готовы к восстановлению. Удаляем WhatsApp.
Выбираем файл резервной копии, который нас интересует (скажем, самая свежая копия переписки для нас не подходит, в ней еще нет того, что было удалено, но вот копия на два дня раньше — как раз то, что нужно), и переименовываем его в msgstore.bd.crypt12.
Копируем полученный файл в папку WhatsApp/Databases в памяти телефона и на карте памяти (обычно сообщения резервируются на карту памяти, но для того, чтобы не было накладок, лучше скопировать и туда, и туда).
Устанавливаем WhatsApp, проходим процедуру подтверждения (будет прислан код в СМС).
В следующем окне выбираем пункт «Восстановить из локальной копии». Программа сама найдет файл резервной копии и развернет из него сообщения.
Для того, чтобы в сообщениях появились медиафайлы, на телефон перед тем, как устанавливать WhatsApp, нужно вернуть и папку WhatsApp/Media.
Заключение
Как видите, ничего сложного с восстановлением данных переписки WhatsApp при наличии резервных копий, нет. Старайтесь производить или настраивать резервное копирование с той периодичностью, которая для вас наиболее оптимальна, и тогда вы не попадете в сложную ситуацию с восстановлением ваших чатов.
Ну а если все-таки чаты были удалены, а резервных копий вы найти не можете — приходите к нам, мы обязательно вам поможем.
Кстати, таким методом (перенос файла базы данных и папки Media) можно перенести ваш WhatsApp на другой телефон вместе с чатами, фотографиями, видео и аудио ;).
Довольно часто для успешного восстановления информации решающую роль играет техническое оснащение (хотя, конечно, не всегда). Часто оказывается так, что без определенных технических средств восстановить данные просто нельзя. К счастью, мы занимаемся восстановлением данных уже 27 лет, и к оборудованию относимся очень щепетильно.
На днях в нашу лабораторию поступил довольно любопытный заказ — microSD карта из китайского видеорегистратора. Карта памяти упорно не хотела определяться ни одном устройством, куда ее устанавливали. При этом на карте должно было находиться видео аварии, в которой, как мы понимаем, обвиняли хозяина флешки.
Действительно, при штатном подключении флешка не определилась. Это означает, что она физически неисправна, и может потребоваться сложная процедура определения пинаута, подключения на технологические контакты, вычитывания данных с последующей их сборкой. Как вы понимаете из перечисления необходимых акций, восстановление могло оказаться довольно дорогим.
Однако, прежде чем включать тяжелую артиллерию, мы всегда пробуем пойти более легким путем. Для этого у нас имеется специализированное оборудование: SD/microSD адаптер для РС-3000 Flash. В сочетании с модулем чтения NAND-микросхем 4-го поколения, этот прибор позволяет производить тонкую настройку чтения карты памяти по нескольким параметрам, включая напряжение питания.
Далеко не всегда проблемы флеш-карты связаны с транслятором или ошибками микропрограммы, и далеко не всегда распайка на самом деле необходима. Важно понимать, что распайка — это значительно более дорогая услуга, и не очень добросовестные компании могут предлагать вам ее как единственно возможное решение лишь потому, что хотят заработать на вас максимум денег. Мы идем другим путем: если более простое и более дешевое решение возможно, мы его непременно предложим.
Лог инициализации карты памяти при стандартном напряжении питания виден на картинке внизу. Из этого лога очевидно, то карта практически инициализирована, но на подаче последней команды случился сбой — причем РС-3000 успела считать с карты загрузочный сектор и некоторое количество секторов за ним, после чего карта памяти перестала определяться. Заметим, что в загрузочном секторе обнаружились вполне вменяемые данные: программа определила раздел. Следовательно, карту можно назвать неисправной лишь частично: на короткое время она дает доступ к поверхности и позволяет забрать порцию информации.
Такое поведение карты памяти обычно говорит о частичном или только начавшемся выходе из строя (деградации) ее контроллера. Контроллер карты памяти — это небольшая микросхема, которая организует миллионы ячеек памяти NAND-микросхем в единый массив данных, определяет алгоритмы сохранения ресурса карты памяти и делает массу другой работы, направленной на то, чтобы карта памяти функционировала правильно и как можно более долго.
Наиболее логичным способом обхода таких ошибок является понижение питания флешки. При этом контроллер получает меньшее питание и меньше нагревается, что позволяет ему хоть и ненадолго, но вернуть карте работоспособность. Собственно, нам надолго и не надо: наша задача забрать информацию с неисправной карточки. Само устройство, в силу его малой цены, обычно никому уже не интересно.
Опытным путем мы установили, что карты памяти с подобного рода повреждениями лучше всего работают при напряжениях 2.8 — 3.0 Вольт. Берем верхнюю границу этого значения, и получаем стабильно работающую карту памяти. Не теряя времени, забираем с нее интересующие нашего заказчика видеофайлы.
Дальше это было лишь делом техники. Нужные заказчику видеофрагменты были выделены и скопированы на наши носители. Вся операция заняла не более 15 минут, и довольный заказчик понес в ГАИ доказательства своей невиновности.
На днях к нам поступил довольно любопытный заказ. Жесткий диск, абсолютно исправный, но около двух месяцев бывший в использовании у другого человека. Проще говоря, диск украли, а вернулся он к своему хозяину лишь через два месяца. Естественно, все время, что диска не было на его законном месте, его использовали: записывали на него фильмы и музыку, очевидно, чтобы куда-то это все переносить или где-то смотреть и слушать.
Ситуация оказалась отягощена тем, что диск (а это был внешний накопитель емкостью 1 Тб) был размечен и отформатирован в файловой системе FAT32 — не самый удачный выбор для файлового хранилища. Почему? Да хотя бы потому, что в FAT32 имеются ограничения на длину пути в имени файла, на размер файла, на количество файлов, и т.п. (подробнее можно почитать в википедии). Ну и самое главное — при форматировании FAT32 затираются файловые таблицы. После этого воссоздать файловую систему довольно трудно, а если на диске имелись крупные фрагментированные (состоящие из нескольких кусков, раскиданных по разным местам диска) файлы, то возникают проблемы с их сборкой.
Ну и добавьте сюда то, что диск около двух месяцев использовался, активно затирая данные настоящего владельца.
В этих условиях восстановление информации — задача вовсе не тривиальная. С чего мы начали?
Как обычно, был создан полный посекторный клон диска. Да, мы работаем только так: в любых условиях, при любой неисправности мы вначале создаем клон диска. О том, почему мы так делаем, мы уже писали, и останавливаться на этом не будем. Работа с оригинальным диском — вне зависимости от того, какая у него неисправность — это грубейшая ошибка любого псевдоспециалиста в области восстановления данных, так как при этом имеется потенциальный риск для данных пользователя. А работа специалиста по восстановлению данных как раз и заключается в том, чтобы достать данные, полностью исключив все риски.
После клонирования работы ведутся только с клоном, оригинальный «больной» диск заказчика отправляется на полку.
Естественно, в нас теплилась надежда, что какие-то фрагменты старой файловой системы на диске все-таки остались. И мы не ошиблись — при анализе диска нам удалось обнаружить больше 800 записей о каталогах и больше 64000 записей о файлах. Дело за малым: собрать это все в файловую систему.
Как правило, в таких случаях мы не ограничиваемся сборкой виртуальной файловой системы, так как гарантировать ее 100%-ное совпадение с исходной в условиях перезаписи нельзя. Поэтому мы проводим параллельную работу восстановления файлов по сигнатурам: диск сканируется последовательно, все найденные заголовки файлов анализируются, после чего файлы собираются и «выливаются» на диск-приемник. При этом восстанавливается все, что было записано на диск, вне зависимости от того, кто и когда это сделал. В случае с фрагментированными файлами (особенно это касается видео) используются наши собственные разработки.
Так же мы поступили и на этот раз: данные были восстановлены как традиционным путем, с сохранением файловой структуры, так и в режиме сигнатурного поиска. Как ни странно, результаты оказались почти одинаковыми по объему восстановленного — а это означает, что файловая система была воспроизведена очень близко к исходной, почти без потерь.
Ну и о результатах. Это было сюрпризом, но результат оказался более чем воодушевляющим: нам удалось восстановить около 75% данных, которые находились на диске на момент кражи. Заказчик остался доволен, да и мы тоже остались довольны своей работой.