Флеш-карта монолит Silicon Power и ее брат-близнец для опытов.
Монолит — это карта памяти, выполненная в едином блоке компаунда, в которой все микросхемы находятся внутри этого компаунда. Как правило, выполняется на подложке, с одной стороны которой имеется медное напыление, на котором вытравлены (или нанесены другим способом) дорожки (контактные группы, проводники и прочее), а на другой находятся сами электронные компоненты. Доступ к электронным компонентам напрямую невозможен, его организация производится строго через указанные дорожки.
Время от времени обращаются клиенты с флешками, имеющими монолитное исполнение. Восстановление данных с таких флешек значительно труднее, чем с устройств аналогичного типа, но имеющих распаянные на печатной плате NAND-микросхемы. Связано это с тем, что для доступа к данным на NAND-микросхеме ее достаточно просто выпаять и прочитать на специальном устройстве, а для доступа к данным монолита нужно зачистить контактные площадки, определить назначение контактов и правильно припаяться к ним.
Между тем временами встречаются флешки, которые, скажем так, скорее живы, чем мертвы. Например, герой этого рассказа — монолит, который на короткий миг появляется в системе (и даже показывает свое содержимое), но при любой попытке доступа к поверхности — исчезает. Этакая флешка-фантом.
Восстановление данных с такой флешки возможно двумя способами. Более сложный — определить назначеие технологических контактов, напаяться на них и читать через них данные. Более простой — подобрать правильное питание и вычитать флешку напрямую. Естественно, что более простой метод будет и более дешевым, и более надежным.
Так мы и сделали. Через специализированный адаптер флешка была запитана, работа ее стала стабильной. Ну а дальше это было лишь дело техники: считать устройство в образ, разобрать его и доставить клиенту данные.
Вычитывание карты памяти с использованием адаптера питания
Встречались с таким — приносите устройство в сервис, а вам называют за работу такую цену, что вы начинаете сомневаться в психическом здоровье мастера? Не удивляйтесь, это — один из приемов сервисного маркетинга. Называется заградительный ценник.
Для чего такой ценник нужен? Цель одна: увеличить процент успешных заказов, даже не делая их — ведь отказ заказчика не является фэйлом сервиса, не так ли? Искусственное завышение положительной статистики. Механизм простой.
Сервис-центр, в который вы обратились, не умеет делать ту работу, которая вам нужна. Но признаться в этом сервис-центр не может, ведь это удар по репутации. Мало ли, вдруг клиент напишет где-то в интернете: пришел, дескать, принес железку, а там покрутили ее и развели руками. Гораздо правильнее (так они думают) сказать: да, мы можем. Но случай очень сложный, нужно использовать эксклюзивную, или экспериментальную, или какую-то еще, но обязательно безумно сложную и дорогую, технологию. Ну а технология такая, поскольку сложная и дорогая, то и стоить вам будет немало.
И называется заведомо неприемлемый прайс. Например, за ремонт телевизора — в 2 или 3 раза дороже нового аппарата. Или за восстановление данных с монолитной флешки — тысяч 5 долларов (при разбросе цен от 200 до 1000, в зависимости от сложности).
В итоге выходит так: вы отказываетесь от работы, а сервис-центр вроде как и прав. Ведь они от работы не отказались, просто она жутко дорогая, но клиент выбирает, надо ему это или нет ;). Самое смешное, что по мере использования заградительного ценника сервис-центр и сам начинает верить в то, что реально может что-то сделать, если заказчик согласится на многократно завышенный прайс.
Профессиональный сервис всегда знает, может он сделать тот или иной заказ, или нет. Тратить ваше время на пустопорожнее обсуждение безумной цены настоящий профи не будет — он просто скажет, что не может его сделать. Это нормальное явление, абсолютного сервиса не бывает, также, как не бывает 100% успешных заказов. Всегда есть такие, которые нельзя сделать — а вот их отношение к общему числу заказов — это уже показатель профессионализма сервиса.
Последнее время участились звонки с просьбой восстановить удаленные чаты WhatsApp. В этой статье мы постараемся объяснить, как сделать это самостоятельно — ведь в тех случаях, когда телефон не проходил через сброс на заводские настройки, все данные, нужные для восстановления удаленных чатов, все еще находятся в нем.
Удалить чаты можно по разному. Первый, и наиболее распространенный способ — «очистить чат» — когда удаляется все содержимое одного чата по нажатию кнопки. Второй способ — удаление программы (вместе с программой теряются и чаты). Ну и третий — это сброс телефона на заводские настройки. В первых двух случаях обычно получается восстановить все данные из утерянных чатов, в третьем случае — только то, что было сохранено при резервном копировании в облако.
Резервная копия чатов в облаке
По умолчанию резервное копирование чатов WhatsApp в облако не активирована, поэтому, чтобы иметь резервную копию данных из WhatsApp на Google Drive, вам нужно ее настроить.
Настройка резервного копирования переписки WhatsApp на GoogleDrive
Настройка резервного копирования в облако предельно проста (см. скриншот выше). Требуется указать аккаунт Google, который будет использоваться для создания резервной копии, периодичность копирования (в настоящий момент на скриншоте там указано «Никогда» — достаточно нажать на этот пункт и выбрать интересующую вас периодичность) и использование сетей (если поставить ползунок «Использовать только Wi-Fi», который находится в самом низу этого меню и не попал на скриншот, то для резервирования данных не будет использоваться мобильная сеть).
Проверить, что резервная копия у вас есть, очень просто. Зайдите в ваш аккаунт Google, выберите утилиту Drive, а в ней — раздел «Резервные копии». В этом разделе должна появиться запись со значком облачка «Резервная копия Whatsapp» и в скобочках — номер телефона аккаунта WhatsApp (см. скриншот ниже).
Резервная копия WhatsApp в облаке (Google Drive)
Восстановление переписки из облачной копии крайне просто. Если вы безвозвратно потеряли все чаты (телефону сделали сброс на заводские настройки, или телефон сломался/потерялся), устанавливайте WhatsApp, и после подтверждения номера (вам придет СМС) в следующем экране будет предложение восстановить чаты из локальной или сетевой (Google Drive) копии. Выбирайте восстановление из Google Drive, разрешите аппарату его использовать, и ждите. Процесс восстановления сильно зависит от скорости вашего интернета и может занимать часы.
Восстанавливаем чаты из локальной резервной копии
Первое, что нам нужно сделать — это убедиться в том, что WhatsApp резервировал данные а автоматическом режиме. Сделать это очень просто. На вашем телефоне найдите утилиту «Файлы» (может называться по разному: «Мои файлы», «Файловый менеджер» и т.п. — но суть всегда одна — утилита дает возможность просмотра файлов на вашем телефоне), и зайдите попеременно в папки WhatsApp на карте памяти и в памяти телефона. В этих папках должны храниться данные, имеющие отношение к вашей переписке WhatsApp: медиа-файлы (картинки, видео, аудио и т.п.), файлы настроек и, что нас больше всего сейчас интересует — резервные копии (папка Databases).
Содержимое папки WhatsApp в памяти телефона
Открываем папку Databases. В ней должны находиться файлы, в названии которых присутствует слово «msgstore». Основной файл резервной копии, созданный по нажатию кнопки на резервное копирование или по расписанию — msgstore.db.crypt12. Автоматические копии за последние несколько дней — msgstore-YYYY-MM-DD.1.db.crypt12, где YYYY — год, MM — месяц, а DD — день создания резервной копии. Как мы видим, программа довольно долгое время хранит копии чатов в памяти телефона.
Файлы резервных копий переписки WhatsApp в памяти телефона.
Ну а теперь — порядок действий для восстановления удаленных чатов 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 успела считать с карты загрузочный сектор и некоторое количество секторов за ним, после чего карта памяти перестала определяться. Заметим, что в загрузочном секторе обнаружились вполне вменяемые данные: программа определила раздел. Следовательно, карту можно назвать неисправной лишь частично: на короткое время она дает доступ к поверхности и позволяет забрать порцию информации.
Инициализация карты памяти при стандартном напряжении питания 3.3 Вольт
Такое поведение карты памяти обычно говорит о частичном или только начавшемся выходе из строя (деградации) ее контроллера. Контроллер карты памяти — это небольшая микросхема, которая организует миллионы ячеек памяти NAND-микросхем в единый массив данных, определяет алгоритмы сохранения ресурса карты памяти и делает массу другой работы, направленной на то, чтобы карта памяти функционировала правильно и как можно более долго.
Наиболее логичным способом обхода таких ошибок является понижение питания флешки. При этом контроллер получает меньшее питание и меньше нагревается, что позволяет ему хоть и ненадолго, но вернуть карте работоспособность. Собственно, нам надолго и не надо: наша задача забрать информацию с неисправной карточки. Само устройство, в силу его малой цены, обычно никому уже не интересно.
Применение пониженного напряжения (3 Вольт) на карту памяти microSD
Опытным путем мы установили, что карты памяти с подобного рода повреждениями лучше всего работают при напряжениях 2.8 — 3.0 Вольт. Берем верхнюю границу этого значения, и получаем стабильно работающую карту памяти. Не теряя времени, забираем с нее интересующие нашего заказчика видеофайлы.
MicroSD-карта, проинициализировавшаяся при напряжении 3.0 Вольт
Дальше это было лишь делом техники. Нужные заказчику видеофрагменты были выделены и скопированы на наши носители. Вся операция заняла не более 15 минут, и довольный заказчик понес в ГАИ доказательства своей невиновности.
Задача. Восстановить данные с жесткого диска Samsung HD103SJ
Описание проблемы. Накопитель поступил с жалобой на то, что с него не удается скопировать файлы.
Результаты диагностики. Диагностика проведена с использованием ПАК РС-3000. Обнаружено, что у диска имеются обширные зоны повреждения поверхности (дефектные сектора).
Необходимые для восстановления информации процедуры.
Модификация микропрограммы.
Запуск накопителя в технологическом режиме.
Вычитывание накопителя в технологическом режиме.
Извлечение данных из полученных файлов-образов.
Результат.
Данные восстановлены полностью.
Особенности заказа.
Особенность данного заказа заключается в том, что в штатном режиме блок магнитных головок не мог прочитать некоторые части поверхности. Однако в технологическом режиме эти данные прочитать было возможно.
Задача. Восстановить данные с жесткого диска Seagate ST2000DM002
Описание проблемы. Накопитель поступил с жалобой на то, что он не определяется в системе.
Результаты диагностики. Диагностика проведена с использованием ПАК РС-3000 и ламинарного шкафа. При подаче питания накопитель начинает издавать характерные щелчки. Анализ гермозоны накопителя в ламинарном шкафу: у диска вышел из строя блок магнитных головок.
Необходимые для восстановления информации процедуры.
Подбор и адаптация донорского устройства.
Замена блока магнитных головок.
Запуск накопителя в технологическом режиме.
Вычитывание накопителя в технологическом режиме.
Извлечение данных из полученных файлов-образов.
Результат.
Данные восстановлены с небольшими (около 1%) потерями.
Особенности заказа.
Накопители Seagate Grenada, к которому относится наш пациент, отличаются достаточно высокой «смертностью». Надо сказать, что пару лет назад их поступало на восстановление информации намного больше, чем сейчас: до половины всего потока дисков, приходивших в работу, были именно Seagate Grenada. В настоящее время исправных накопителей этого семейства осталось уже немного, поэтому стоимость такого диска на запчасти превышает 100 (а для некоторых моделей и 200) долларов США.
Задача. Восстановить данные с жесткого диска Maxtor 2F040L0 (40 GB)
Описание проблемы. Накопитель поступил с жалобой на то, что он не определяется в системе.
Результаты диагностики. Диагностика проведена с использованием ПАК РС-3000. Обнаружено, у диска имеется стандартная для накопителей Maxtor: запорченные контрольные суммы некоторых модулей служебной зоны, приводящие к невозможности старта микропрограммы.
Необходимые для восстановления информации процедуры.
Анализ микропрограммы.
Исправление ошибок контрольных сумм и заголовков испорченных модулей микропрограммы.
Вычитывание накопителя в технологическом режиме.
Извлечение файлов из вычитанных данных.
Результат.
Данные восстановлены полностью.
Особенности заказа.
Старые накопители производства Maxtor имели производственный дефект: при записи некоторых модулей микропрограммы, если в этот момент происходил какой-то сбой (например, выключение электропитания), содержимое этих модулей портилось (как правило, оказывалась неверной контрольная сумма модуля). Это приводило к невозможности запуска микропрограммы (модули не проходили проверку на целостность данных).
Задача. Восстановить данные с жесткого диска Seagate ST1000VM002
Описание проблемы. Накопитель поступил с жалобой на то, что он не определяется в системе.
Результаты диагностики. Диагностика проведена с использованием ПАК РС-3000. Обнаружено, у диска имеется стандартная для накопителей архитектуры F3 проблема: самоблокировка микропрограммы в результате ошибки.
Необходимые для восстановления информации процедуры.
Разблокировка микропрограммы.
Запуск накопителя в технологическом режиме. Исправление проблем в служебной зоне.
Вычитывание накопителя в технологическом режиме.
Извлечение файлов из вычитанных данных.
Результат.
Данные восстановлены полностью.
Особенности заказа.
Жесткий диск оказался с заблокированной возможностью работы в служебной зоне (Diagnostic Port Locked). Для разблокировки такой возможности используется патч ПЗУ.
Владельцы Mac-устройств (MacBook, iMac и т.п.), с выходом в свет операционной системы High Sierra, принялись достаточно активно трансформировать свои разделы из традиционной файловой системы HFS+ в экспериментальную APFS. И тут очень важно понимать, что APFS в настоящее время – файловая система экспериментальная, Apple не обещает, что текущие ее модификации будут поддерживаться в более поздних версиях операционной системы и в окончательном релизе APFS. Для чего возможность работы с этой файловой системой была допущена Apple, нам неведомо (думается, однако, что это банальное широкое тестирование), но вот проблемы с этой ФС нам приходится видеть довольно часто.
Первая проблема – это то, что по сути APFS не является файловой системой в принятом виде. Это скорее контейнер, в котором хранятся в зашифрованном виде те структуры, с которыми будет работать пользователь (обычно это разделы, но тут возможны вариации…).
Вторая проблема – шифрование. APFS шифрует данные уже без каких-либо запросов, по умолчанию. Пользователь, который совершил конвертацию старого раздела HFS+ в новый APFS, должен самостоятельно сделать его нешифрованным (такая опция – отмена шифрования – доступна в некоторых модификациях APFS). В противном случае раздел так и останется зашифрованным, и в случае утери возможности загружаться с устройства, доступ к данным будет утерян.
Третья проблема – это «экспериментальность» файловой системы. На настоящий момент не существует инструментов для работы с ней, кроме заложенных в MacOS, и до момента принятия окончательного релиза – специализированные инструменты вряд ли появятся. Поэтому восстановление данных с разделов APFS – вопрос исключительно профессионализма специалиста.
К нам накопители с файловой системой APFS поступают все чаще и чаще. Эти диски определить достаточно просто: в заголовке основного раздела отсутствуют стандартные загрузочные сигнатуры (такие, как 55 AAh), зато там присутствуют сигнатуры вроде той, что изображена на скриншоте:
Диски поступают с двумя типами неисправностей: операционная система перестала загружаться, но накопитель физически исправен; операционная система перестала загружаться, а диск физически неисправен. И в том, и в другом случае работа с оригинальными дисками не проводится, делается посекторная копия накопителя, с которой уже и производятся все манипуляции. Для накопителей с файловой системой APFS критически важно знать пароль на вход в систему. Суть восстановления данных заключается в максимально полном вычитывании отказавшего тома (в образ или на отдельный носитель) с последующей его реанимацией средствами MacOS. После того, как зашифрованный том APFS удается подмонтировать в High Sierra, мы копируем данные на незашифрованный том.
Поэтому, если у Вас на Apple устройстве установлена High Sierra, и вдруг устройство перестало загружаться или пропал раздел – скорее всего, у Вас APFS. Мы сможем помочь Вам извлечь данные с такого раздела.
