Восстановить разделы на ssd. Инструкция по восстановлению данных с SSD диска

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

Неисправности, препятствующие чтению данных

На сегодняшний день все неисправности, не позволяющие прочитать присутствующие на носителе рассматриваемого типа данные, можно условно разделить на несколько основных категорий:

К повреждениям физического характера относится выход из строя основных компонентов:

  • разъемы для подсоединения интерфейса;
  • поломка микросхемы контролера физической памяти;
  • выход из строя компонентов платы;
  • выход из строя всей печатной платы.

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

Логическое повреждение носителя (его файловой системы) может являться следствием ошибочного стирания информации, форматирования. Также возникновение подобного рода ситуаций случается из-за неправильной работы каких-либо специализированных приложений. Разрешается подобного рода ситуация достаточно просто – при помощи специализированных утилит.

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

Восстановление в случае повреждения контролера

Процесс рассматриваемого типа всегда состоит из двух основных этапов:

  • аппаратного;
  • программного.

Разборка устройства и последующие действия

Разборка устройства рассматриваемого типа осуществляется в несколько этапов:

  • корпус извлекается из персонального компьютера (ноутбука или стационарного – не важно);
  • при помощи подходящей отвертки (крестовой или шлицевой) откручиваются все соединительные болты;
  • специальным инструментом для вскрытия (или обычной пластиковой картой) осуществляется разъединение корпуса.

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

Чтение данных с микросхемы

Для работы с данными на выпаянной из печатной платы микросхеме можно использовать следующие приложения :

  • PC-3000 Flash;

Для восстановления данных при помощи PC -3000 Flash необходимо выполнить следующие действия:

  • после запуска в левом окне нажать правой кнопкой мыши на требуемую микросхему;
  • в открывшемся контекстном меню выбрать пункт «чтение микросхемы»;
  • задать параметры чтения в соответствующем окне и параметры автоанализа;
  • осуществляется сборка образа, все данные расположены в правой части окна;
  • выделяем все необходимое и нажимаем снова на правую кнопку мыши – выбираем «Сохранить» (или жмем «F2»).

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

Ещё одно довольно мощное приложения для работы с микросхемами памяти дисков SSD– FlashExtractor. Изначально оно разрабатывалось для работы со схемами обычных флэш-карт, но впоследствии стало применяться для работы с компонентами рассматриваемых дисков.

Процесс восстановления данных с SSD диска:

  • подсоединяем специальный ридер с установленной в него схемой к персональному компьютеру через USB;
  • запускаемфайл Flash Drive Information Extractor (\usbflashinfo\GetFlashInfo.exe);
  • на панели функций необходимо нажать на кнопку «Получить информацию»;
  • выбираем место назначения, куда будет сохранено все спасенное содержимое;
  • нажимаем на «Extract».

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

При исправном контролере

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

Для реанимации данных в рассматриваемом случае отлично подойдут следующие приложения:

  • DMDE;
  • Hetman Partition Recovery;

Все обозначенные выше приложения дают довольно высокий процент успеха. Их использование позволит восстановить данные даже в случае форматирования устройства.

DMDE

Чтобы запустить процесс восстановления приложением DMDE , необходимо сделать следующее:

  • запустить приложение из директории, куда оно проинсталлировано;
  • после пуска отобразится окно, в котором необходим будет осуществить выбор нужного устройства (выбираем SSD-накопитель);
  • нажимаем на кнопку «Пуск» (на ней нарисован зеленый треугольник).

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

Приложение под названием HetmanPartitionRecovery также отлично подходит для реанимации данных на SSD-диске.

Чтобы осуществить данный процесс, требуется сделать следующее:

  • запускаем приложение;
  • в левой части рабочей области выбираем диск, с которым необходимо осуществлять работу и выделяем его;
  • открываем меню «Файл», выбираем пункт «Сканировать».

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

AdvancedDiskRecovery

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

Для начала процесса реанимации необходимо сделать следующее:

  • в левой части экрана выбрать устройство;
  • открыть меню «Options» и нажать на пункт «Scanning»;
  • в правой части экрана будут обозначены доступные объекты, подлежащие реанимации;
  • выделаем необходимые файлы и папки, нажимаем кнопку «Save» (в правой нижней части экрана).

Несмотря на всю свою надежность, носители типа SSD иногда выходят из строя. Также нередко пользователи сами являются основной причиной потери данных (случайно удаляют файлы или форматируют устройство). Хотя и существуют некоторые сложности, практически всегда есть шанс восстановить утерянную информацию.

В статье под названием «Как SSD-накопители стирают данные » мы рассказывали, почему твердотельные накопители непрерывно «зачищают» свободное пространство, практически мгновенно стирая данные после быстрого форматирования диска или удаления раздела. Звучит страшно, не так ли? Тем не менее, не всегда все так плохо, как может показаться. Часто ваши файлы все-таки остаются на SSD диске, а значит, могут быть восстановлены. Давайте посмотрим, когда это происходит и почему это возможно.

TRIM: когда функция не работает

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

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

  • Вы использовали накопитель SSD в корпусе USB. TRIM не работает через USB (тем не менее, он работает через ESATA);
  • Вы использовали один или несколько SSD накопителей в корпусе NAS (большинство NAS-накопителей не поддерживают TRIM, за исключением некоторых типов сетевых накопителей, работающих в сочетании с новейшей ОС);
  • Вы использовали два или более твердотельных накопителя во внутреннем массиве RAID (до недавнего времени Windows не поддерживала функцию TRIM на RAID-массивах. Даже сегодня, TRIM и RAID не всегда могут работать вместе);
  • Вы используете Windows XP или Vista (TRIM был добавлен только в Windows 7 и более новые версии ОС, в том числе Windows 8 и 8.1);
  • Ваш SSD диск отформатирован в FAT, FAT32 или EXFAT (в Windows TRIM работает только с NTFS);
  • Диск или файловая система повреждена (TRIM срабатывает только если вы эксплицитно удалили файл, отформатировали диск или заново разбили его на разделы. В противном случае, даже если вы не видите каких-либо данных, и диск кажется пустым или недоступным, команда TRIM не сработает, пока вы производите форматирование или перераспределение разделов);
  • Non-Apple SSD на Mac (в Mac OS X функция TRIM поддерживается только для SSD-накопителей, выпускаемых компанией Apple).

Если ваш случай подходит под одно из описанных выше условий, вы смело можете использовать одну из программ для восстановления данных, таких как RS Partition Recovery , чтобы вернуть ваши удаленные файлы. Вероятность того, что ваши данные по-прежнему существует и могут быть восстановлены так же высока, как при работе с традиционным жестким диском!

А в ЖЖ делаю репост:

У дисков OCZ серии Vertex есть неприятная особенность (возможно, присущая дискам и других производителей), с которой пришлось мне столкнуться.

Иногда при отключении питания (например, кончился заряд батарей ноутбука, или комп завис и пришлось его перезагрузить) эти диски блокируются ATA паролем (ATA password). И чтобы получить снова доступ к SSD, требуется его как-то разблокировать. Это баг в прошивке, потому все SSD диски настоятельно рекомедуется сразу после покупки перепрошить на последнюю версию firmware!
Я свой диск не перепрошил, и у меня с диском Vertex 450 произошло именно это — зависание, перезагрузка компа и блокировка диска. В результате с диском ничего нельзя сделать, даже провести форматирование. Гугление по инету не дало толковой информации, все сводилось к тому, что можно попробовать использовать OCZ Toolbox, и он типа может быть поможет. Не помог. Даже попытка запуска secure erase в этом тулбоксе совершенно не помогла — диск не дает с собой ничего делать. Единственной альтернативой является сдать диск по гарантии, случай это гарантийный, и на подобные жалобы на форуме OCZ советуют просто нести в гарантию, и все будет ОК. Но мне было во-первых влом тащить куда-то диск, а во-вторых интересно самому решить эту проблему (и сегодня, а не когда-то там когда по гарантии сделают).

Спасло гугление информации по утилите hdparm для Linux. Совсем другая история, как я на эту утилиту вышел, но это не важно.

2. Записываем образ на CD/DVD диск.

3. Перезагружаем комп, отключаем в БИОС все жесткие диски, если их больше чем один SSD, но оставляем CD/DVD привод, разумеется.

3. Грузимся с диска Ubuntu, выбираем режим Live CD («Try Ubuntu»).

4. Жмем в левом верхнем углу кнопку с логотипом Убунты, вводим там terminal, в найденных программах запускаем Terminal.

5. Вводим команду

sudo hdparm -I /dev/sda

6. Читаем вывод команды, там будет что-то такое:

Model Number: OCZ-VERTEX450

Нам надо убедиться, что это тот самый диск, и это он. Ок, идем дальше.

7. В самом конце вывода команды ищем такое:

Security:

supported
enabled
locked
not frozen
not expired: security count
not supported: enhanced erase
Security level high

Нас интересует «locked» — в нем и проблема, должно быть «not locked»! Значит диск реально блокирован.

sudo hdparm —security-unlock "" /dev/sda

Тут "" — это две двойные скобки, внутри них — ничего, это типа пустой пароль. Не знаю, как на других дисках, а на Vertex 450 проканал пустой пароль.

9. Снова sudo hdparm -I /dev/sda
Видим:
Security:
Master password revision code = 24519
supported
enabled
not locked
not frozen
not expired: security count
not supported: enhanced erase
Security level high
Все ок, «not locked»!

10. Теперь отключаем безопасность (пока мы только типа ввели пароль чтобы получить доступ), чтобы и после перезагрузки все было хорошо:

sudo hdparm —security-disable "" /dev/sda

11. Теперь скачайте утилиту OCZ Toolbox и с ее помощью обновите прошивку SSD: http://ocz.com/consumer/download/firmware

Под Ubuntu это легко сделать, скачав архив для Linux по ссылке выше, распаковав его на рабочий стол и введя команду:

sudo ~/Desktop/OCZToolbox

Обновление прошивки должно пройти успешно, а затем так же успешно должна будет пройти и загрузка компа с этим диском, и все должно без проблем работать. Работы — на 10-20 минут!

Приветствую всех Хабровчан!

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

Как нетрудно догадаться, с накопителями, расположенными в зеленой зоне, обычно возникает меньше всего проблем (при условии, что инженер обладает необходимым инструментарием, разумеется). А накопители из красной зоны способны доставить немало страданий как их владельцам, так и инженерам-восстановителям. В случае выхода из строя подобных SSD шансы вернуть назад потерянные данные на сегодняшний день слишком малы. Если ваш SSD расположен в красной зоне или рядом с ней, то я бы советовал делать backup перед каждой чисткой зубов.

Те, кто уже сегодня сделал backup, добро пожаловать под кат.

Тут следует сделать небольшую оговорку. Некоторые компании умеют чуть больше, некоторые чуть меньше. Результаты, проиллюстрированные на диаграмме, представляют из себя нечто среднее по индустрии по состоянию на 2015 год.

На сегодняшний день распространены два подхода к восстановлению данных с неисправных SSD.

Подход №1. Вычитывание дампов NAND flash микросхем

Решение задачи что называется в лоб. Логика проста. Пользовательские данные хранятся на микросхемах NAND flash памяти. Накопитель неисправен, но что, если сами микросхемы в порядке? В абсолютном большинстве случаев так и есть, микросхемы работоспособны. Часть данных, хранящихся на них, может быть повреждена, но сами микросхемы функционируют нормально. Тогда можно отпаять каждую микросхему от печатной платы накопителя и считать ее содержимое с помощью программатора. А после попробовать собрать логический образ накопителя из полученных файлов. Этот подход в настоящее время используется при восстановлении данных с usb flash накопителей и различных карт памяти. Сразу скажу, что работа эта не из благодарных.

Трудности могут возникнуть еще на этапе считывания. Микросхемы NAND flash памяти выпускаются в разных корпусах, и для конкретной микросхемы в комплекте с программатором может не оказаться нужного адаптера. Для таких случаев в комплекте обычно есть некоторый универсальный адаптер под распайку. Инженер вынужден, используя тонкие проводки и паяльник, соединить нужные ножки микросхемы с соответствующими контактами адаптера. Задача вполне решаемая, но требует прямых рук, определенных навыков и времени. Сам то я с паяльником знаком не близко, поэтому такая работа вызывает уважение.

Не будем также забывать, что в SSD таких микросхем будет скорее всего 8 или 16, и каждую придется распаять и считать. Да и сам процесс вычитывания микросхемы тоже быстрым не назовешь.
Ну а дальше остается только из полученных дампов собрать образ и дело в шляпе! Но тут то и начинается самое интересное. Не буду углубляться в подробности, опишу только основные задачи, которые предстоит решить инженеру и используемым им ПО.

Битовые ошибки

Природа микросхем NAND flash памяти такова, что в сохраненных данных непременно появляются ошибки. Отдельные ячейки памяти начинают читаться неверно, причем стабильно неверно. И это считается нормой ровно до тех пор пока количество ошибок внутри определенного диапазона не превысит некоторый порог. Для борьбы с битовыми ошибками используются коды коррекции (ECC). При сохранении пользовательских данных, накопитель предварительно делит блок данных на несколько диапазонов и каждому диапазону добавляет некоторые избыточные данные, которые позволяют обнаружить и исправить возможные ошибки. Количество ошибок, которые могут быть исправлены определяется мощностью кода.

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

Формат страниц микросхем памяти

Единицей чтения и записи у микросхем памяти выступает единица, именуемая страницей. Для современных микросхем размер страницы равен приблизительно 8 КБ или 4 КБ. Причем это значение не является степенью двойки, а немного больше. Т. е. внутри страницы можно разместить 4 или 8 КБ пользовательских данных и еще что-нибудь. Эту избыточную часть накопители используют для хранения кодов коррекции и некоторых служебных данных. Обычно страница поделена на несколько диапазонов. Каждый диапазон состоит из области пользовательских данных (UA) и области служебных данных (SA). Последняя как раз и хранит внутри себя коды коррекции, которые защищают данный диапазон.

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

Скремблирование VS Шифрование

Большинство современных SSD не хранят пользовательские данные в открытом виде, вместо этого они предварительно скремблируются или зашифровываются. Разница между этими двумя понятиями достаточно условна. Скремблирование - это некоторое обратимое преобразование. Основная задача этого преобразования получить из исходных данных нечто похожее на случайную последовательность бит. Данное преобразование не является криптостойким. Знание алгоритма преобразования позволяет без особого труда получить исходные данные. В случае с шифрованием знание одного лишь алгоритма ничего не дает. Необходимо также знать и ключ для расшифровки. Поэтому, если в накопителе используется аппаратное шифрование данных, и вам неизвестны параметры шифрования, то из считанных дампов данные восстановить не получится. Лучше даже не приступать к этой задаче. Благо большинство производителей честно признаются в том, что используют шифрование.

Более того, маркетологи сумели сделать из этой преступной (с точки зрения восстановления данных) функциональности опцию, которая якобы дает конкурентное преимущество над другими накопителями. И ладно если бы были отдельные модели для параноиков, в которых была бы качественно сделана защита от несанкционированного доступа. Но сейчас, видимо, настало время, когда отсутствие шифрования считается плохим тоном.
В случае со скремблированием дела обстоят не так печально. В накопителях оно реализовано как побитовая операция XOR (сложение по модулю 2, исключающее «ИЛИ») , выполненная над исходными данными и некоторой сгенерированной последовательностью бит (XOR паттерном).

Часто эту операцию обозначают символом ⊕.

Поскольку
То для получения исходных данных необходимо произвести побитовое сложение прочитанного буфера и XOR паттерна:

(X ⊕ Key) ⊕ Key = X ⊕ (Key ⊕ Key) = X ⊕ 0 = X

Остается определить XOR паттерн. В самом простом случае для всех страниц применяется один и тот же XOR паттерн. Иногда накопитель генерирует длинный паттерн, скажем длиной в 256 страниц, тогда каждая из первых 256 страниц микросхемы складывается со своим куском паттерна, и так повторяется для следующих групп из 256 страниц. Но бывают случаи и посложнее. Когда для каждой страницы индивидуально генерируется свой паттерн на основании какого-то закона. В таких случаях помимо прочего нужно еще попытаться разгадать этот закон, что уже, мягко скажем, непросто.

Сборка образа

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

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

Данный подход к восстановлению данных заставляет полностью эмулировать работу накопителя на низком уровне. Отсюда вытекают плюсы и минусы этого подхода.

Минусы:

  • Трудоемкость . Поскольку мы полностью эмулируем работу накопителя, нам придется выполнить всю грязную работу за него.
  • Риск потерпеть фиаско . Если не удастся решить хотя бы одну из поставленных задач, то о восстановлении не может быть и речи. А вариантов много: невозможность прочитать микросхемы, потому что программатор их не поддерживает; неизвестные коды коррекции; неизвестный XOR паттерн; шифрование; неизвестный транслятор
  • Риск еще больше угробить накопитель . Помимо трясущихся рук риском является сам нагрев микросхем памяти. Для изношенных микросхем это может привести к появлению дополнительного числа битовых ошибок.
  • Время и стоимость работ
Плюсы:
  • Широкий круг задач . Все, что нужно от накопителя, это работающие микросхемы памяти. Неважно в каком состоянии остальные элементы.

Подход №2. Технологический режим

Очень часто разработчики SSD помимо реализации работы накопителя согласно спецификации наделяют его также дополнительной функциональностью, которая позволяет протестировать работу отдельных подсистем накопителя и изменить ряд конфигурационных параметров. Команды накопителю, позволяющие это сделать, принято называть технологическими. Они также оказываются весьма полезными при работе с неисправными накопителями, повреждения которых носят программный характер.

Как уже было сказано выше, со временем в микросхемах памяти неизбежно появляются битовые ошибки. Так вот, согласно статистике, причиной выхода из строя SSD в большинстве случаев является появление некорректируемых битовых ошибок в служебных структурах. То есть на физическом уровне все элементы работают нормально. Но SSD не может корректно инициализироваться из-за того, что одна из служебных структур повреждена. Такая ситуация разными моделями SSD обрабатывается по-разному. Некоторые SSD переходят в аварийный режим работы, в котором функциональность накопителя значительно урезана, в частности, на любые команды чтения или записи накопитель возвращает ошибку. Часто при этом, чтобы как-то просигнализировать о поломке, накопитель меняет некоторые свои паспортные данные. Например, Intel 320 series вместо своего серийного номера возвращает строку с кодом ошибки. Наиболее часто встречаются неисправности из серии «BAD_CTX %код ошибки%”.

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

В настоящее время производителей SSD слишком много, а новые модели появляются слишком часто, и на детальное изучение не остается времени. Поэтому практикуется немного другой подход.

Среди технологических команд очень полезными оказываются команды, позволяющие читать страницы микросхем памяти. Таким образом можно считать целиком дампы через SATA интерфейс накопителя, не вскрывая корпус SSD. Сам накопитель в таком случае выступает в роли программатора микросхем NAND flash памяти. В принципе, подобные действия даже не должны нарушать условий гарантии на накопитель.

Часто обработчики техно-команд чтения микросхем памяти реализованы так, что есть возможность оставить исправление битовых ошибок, а иногда и расшифровку данных , на стороне накопителя. Что, в свою очередь, значительно облегчает процесс восстановления данных. По сути остается только разобраться с механизмами трансляции и, можно сказать, решение готово.

На словах то оно, кончено, все просто звучит. Но на разработку подобных решений уходит немало человеко-часов. И в результате мы добавляем в поддержку всего одну модель SSD.

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

Минусы:

  • Сложность и стоимость разработки . Достаточно немногие компании могут себе позволить содержать свой отдел разработок и проводить подобного рода исследования.
  • Решения индивидуальны .
  • Ограниченный круг задач . Не ко всем накопителям применим данный подход. SSD должен быть физически исправен. Также, редко, но все же бывает, что повреждения некоторых служебных структур, исключает возможность восстановления пользовательских данных.
Плюсы:
  • Простота .
  • В некоторых случаях позволяет обойти шифрование . По сути подход к восстановлению данных с помощью технологических команд на сегодняшний день является единственным известным способом восстановить данные с некоторых накопителей, использующих аппаратное шифрование данных.

Заключение

На войне все средства хороши. Но лично я отдаю предпочтение второму подходу как более тонкому инструменту. И наиболее перспективному, поскольку все более широкое распространение аппаратного шифрования исключает возможность восстановления информации с „сырых“ дампов микросхем. Однако и у первого подхода есть своя ниша задач. По большому счету это те задачи, которые нельзя решить с использованием технологических функций накопителя. В первую очередь это накопители с аппаратной неисправностью, и при этом нет возможности определить поврежденный элемент, или характер повреждений исключает ремонт. И браться за дело рекомендуется только в том случае, если уже есть успешный опыт восстановления информации с подобной модели SSD, или есть информация о решении. Необходимо знать, с чем придется столкнуться: используется ли шифрование или скремблирование, какой XOR паттерн вероятнее всего используется, известен ли формат транслятора (есть ли сборщик образа). В противном случае шансы на успех невелики, по крайней мере оперативно решить задачу не получится. К тому же нагрев негативно влияет на изношенные микросхемы памяти, в результате чего могут появиться дополнительные битовые ошибки, которые, в свою очередь, могут привнести свою ложку дегтя в последующем.

На этом пока все. Берегите себя! И да хранит ваши данные backup!



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

Роман, как я понял, ваша компания занимается непосредственным выпуском программно-аппаратных комплексов, помогающих диагностировать и восстанавливать информацию с жестких дисков или Flash систем хранения, таких как карты памяти, «флешки» и SSD?

Да, Антон, все верно. Компания называется ACE Laboratory и в этом году она отметила 20- летний юбилей, что для российской компании является очень солидным сроком. Много-ли IT компаний начала 90-х, продолжают активно развиваться спустя 20 лет с момента своего открытия? Я о таких, слышу не очень часто:)

Изначально, ACE Lab была основана выходцами Таганрогского Радио Технического Института и выходцами из Ростовского НИИ ТОП. В конце 80-х, в этом научно-исследовательском институте, велась разработка советских жестких дисков. По большей части, это были клоны Seagate’ов объемом 5-20 Мбайт (самые вместительные зарубежные модели того времени, едва переваливали за 60 Мбайт), но тем не менее, все собиралось из отечественной элементной базы, использовались советская электроника и работали советские инженеры. Сейчас сложно представить, что когда-то, в нашей стране, выпускались полностью отечественные компоненты не только для военных нужд, но и для домашнего использования, в частности, для персональных компьютеров. С началом 90-х, когда вместе с развалом СССР начался развал государственных предприятий, НИИ ТОП не долго смог продержаться и вскоре был закрыт. Талантливые инженеры, знающие о принципах работы HDD, нашли свое место в новых условиях рынка – если производить что-то уже не было никакого смысла, то восстановление данных – оказалось весьма перспективным направлением деятельности. Ведь в начале 90-х, жесткие диски только-только набирали обороты, и были примерно такой же, редкостью, как сегодня SSD. По этому, ведя разработки своего оборудования, параллельно развитию HDD, компания накопила огромный опыт за это время, и сегодня, без преувеличения, является лидером по производству оборудования для восстановления информации во всем мире. Просто говорят о нас не очень часто – слишком уж узкоспециализированное это дело, “Data Recovery” :)

Озабочена ли ваша компания развитием данного перспективного направления (твердотельная память), или сосредотачивает свои силы больше на традиционных жестких дисках?

В процентном соотношении, HDD и SSD идут примерно 90% к 10%, так что упор на жесткие диски ставится сейчас, конечно же, больше чем на твердотельные накопители. С другой стороны, постепенная каннибализация предприятий, выпускающих HDD идет на пользу и SSD – появляется возможность лучше сконцентрировать ресурсы для разработок. К примеру, еще лет 10 назад, жесткие диски выпускались целой когортой компаний. Это были Fujitsu, IBM, Hitachi (а в последствии, Hitachi-IBM), Samsung, Toshiba, Seagate, Western Digital, Quantum, Maxtor и т.д. Приходилось уделять всем накопителям времени в равной степени, и поскольку каждый из производителей имел уникальную архитектуру дисков (а как следствие, и принципы восстановления данных с них), то заниматься равномерным развитием сразу всех направлений было непросто. Со временем, на рынке осталось лишь два основных конкурента, которые поглотили всех остальных – Seagate и Western Digital ну, и пожалуй, Hitachi который хотя и был куплен Seagate’ом, сейчас все еще штампует очень малым тиражом дешевые 2.5” диски для ноутбуокв. Так что сосредоточившись на двух-трех производителях, появляется возможность больше времени уделять и SSD – впрочем, все случившееся сложилось крайне своевременно.

По ходу работы ты часто общаешься с западными клиентами, а многие ли у нас сейчас пользуются услугами восстановления данных с SSD или Flash?

Дело в том, что восстановление информации – дело дорогое. Это весьма кропотливый процесс, который по определению не может оплачиваться дешево. И если с жесткими дисками, дела идут неплохо (люди часто обращаются за восстановлением своей инфы), то с Flash накопителями все гораздо сложнее. К примеру, SD карта фотографа который вел свадьбу, внезапно его подвела, и все праздничные фото пропали вместе с работоспособностью карты. В этом случае, конечно же, и фотограф, и жених с невестой, заинтересованы в восстановлении утерянных данных и готовы заплатить немалые деньги. Но если у студента навернулась флешка с рефератом, вряд-ли он будет платить две-три тысячи рублей за восстановление своей информации. За рубежом, даже 100-200$ не являются большими деньгами если на кону стоят фотографий с путешествий, или более-менее значимые документы. А вот у нас, народ менее богатый, по этому и восстанавливать данные не спешит. Часто бывают случаи, когда люди не хотят жертвовать 8-гиговой флешкой стоимостью в 500 рублей (которую нужно вскрыть и отпаять чип памяти для дальнейшего восстановления), боясь лишиться гарантии и в дальнейшем, потерять возможность обменять в магазине на новую, бесплатно. Это не говорит о жадности, это говорит о совершенно другом уровне доходов по сравнению с богатым Западом. Тоже самое и с SSD – восстановление данных с них стоит еще дороже, и пока, на Российском рынке никто тратить большие деньги за восстановление твердотельного диска не хочет. К тому же, те кто покупает SSD осведомлены о их недолговечности, по этому и важные данные на них не хранят, используя исключительно для программ и операционной системы. На Западе, люди менее технически подкованы, по этому купив ноутбук с SSD, они тут же скидывают на него важные документации, фотографии, видео, да и вообще все что только можно, и сильно удивляются когда SSD внезапно умирает. Так что на Западе, клиентов обращающихся за восстановлением данных с SSD уже достаточно много – в разы больше чем в России.

Среди пользователей всегда ходило поверье, что если сломался жестких диск, то с него без проблем можно «слить информацию», а вот из-за особенностей твердотельных накопителей этого сделать вообще невозможно, так ли это?

Твердотельные накопители, относительно новы – им всего-лишь несколько лет (именно столько времени они активно развиваются, до 2008 года о них вообще почти никто не знал), по этому и времени на их “раскопку” было затрачено гораздо меньше. С HDD есть огромный опыт, восстанавливать данные с них легче ввиду совершенства и технологии, и программного обеспечения. С флешками и SSD все по-другому, принцип работы, размещения и хранения данных сильно отличается от HDD, по этому «переключить мозги» с жестких дисков на флешки было довольно непросто.

Поначалу, SSD первых поколений не отличались от обычных флешек по принципу записи и чтения информации, просто действий было немного больше, и общее восстановление проходило медленнее, требуя куда больше времени. К примеру, в SSD, все данные разбиваются на куски размером 4 Кбайт, и записываются в разные микросхемы на плате SSD. По этому и доступ к этим данным очень высок. Т.е. контроллер, один и тот же файл начинает считывать сразу по 4-м каналам, с 4-х микросхем, считывая 1-ю часть с 1-й микросхемы, 2-ю со второй и т.д., делая это одновременно (что-то типа RAID0 у HDD). Благодаря такому распараллеливанию, и достигается высокая скорость наряду с более «плавным» износом NAND FlASH, поскольку запись и считывание велось постоянно в разные участки чипов памяти.. Но считав данные с микросхем, инженер получал мусор из кусков файлов – необходимо было восстановить преобразования контроллера, повторив их в обратном порядке. Представь себе лоскутное одеяло, разрезанное на полоски шириной 5-см, которые потом перемешали в общей коробке. Задача – все куски выстроить в правильном порядке, и заново сшить одеяло – примерно с такой же задачей сталкивался специалист. Необходимо было отпаять все микросхемы, считать их, проанализировать

каждую из них, и начать связывать их между собой по кускам, что бы получить данные пользователя. Это требовало огромного количества времени и естественно, назад свой дорогой SSD пользователь уже не получал и вернуть в магазин по гарантии не мог – либо данные, либо гарантия, т.к. все микросхемы предварительно выпаивались и считывались. Тем не менее, вернуть данные было можно, хотя и очень-очень непросто. Однако, уже во втором поколении SSD, разработчики твердотельных накопителей довели свои алгоритмы записи информации не просто до разрезания и перемешивания (для более равномерного использования ячеек микросхем), они решили включить шифрование. Т.е. контроллер, перед записью данных предварительно их шифровал, получался так называемый “равномерный белый шум”, который заполнял пространство микросхем. Тут то и возникла проблема – вычитать данные было возможно, а вот «склеить» их без расшифровки оказалось просто нереально. Но, как оказалось, SSD 2-го и 3-го поколения уже умели работать в технологическом режиме, который можно было активировать если слетала прошивка или происходил сбой микропрограммы контроллера SSD. Активировав этот режим, стало возможным добиться доступа к данным без предварительной отпайки чипов, сделав процесс восстановления более быстрым и менее сложным.

Если технологический режим реализован на SSD, то почему о нем мало кто говорит из производителей, когда он может помочь восстановить испорченный накопитель?

Все просто – никто из производителей не хочет что бы SSD диски ремонтировались сторонними компаниями, а данные восстанавливались. Они хотят одного – больших продаж. Ломается диск – ты покупаешь новый, а не идешь его ремонтировать, как к примеру, HDD. Однако поскольку производители расширяют гарантию на свою продукцию твердотельных накопителей, и хотят что бы пользователи больше им доверяли, приходится идти на хитрости, так что добавили они техно режим не для того что бы помочь восстановить данные, а для того, что бы самим их починить. Допустим – поломался у тебя SSD через два года после покупки, а гарантия на SSD – пять лет. Ты несешь его в сервисный центр где у тебя его забирают, а в замен дают точно такой же. При этом, твой старый SSD отправляется на завод, где его вводят в техно режим, делают перепрошивку микропрограммы, тестируют, меняют корпус и отправляют в СЦ обратно, что бы кто-то другой забрал его, вместо точно такого же, сломавшегося. Ведь как показывает практика, в современных SSD, изнашиваются не чипы памяти – все проблемы связанны в 95% с контроллером и прошивкой\микропрограммой, которая попросту может слететь, или повредиться во время использования. Но, хочу заметить, что это – исключительно догадка, хотя надо сказать, выглядит она очень правдоподобно:)

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

99% всех производителей контроллеров, включая известные Marwell, Indilinx, SiliconMotion, Alcor Micro, Phison, Sandforce, находятся в Китае. Именно там они разрабатываются, выпускаются и т.д. Наладить контакт очень непросто, да и это не совсем уж выгодно самим производителям контроллеров которые, как я уже говорил, хотят как можно больше продать. По этому, разработчикам, методом проб и ошибок приходится самим до всего додумываться. :)

Сейчас многие негативно относятся к переходу NAND памяти на новые техпроцессы производства, в связи с сокращением числа циклов перезаписи ячеек. Как ты считаешь, есть ли реальная опасность в том, что память просто перестанет работать со временем в персональных компьютерах, ноутбуках и так далее в какие-то разумные сроки?

Вероятность того, что SSD выйдет из строя – 100% :) Другой вопрос в том, сколько времени на это потребуется? Если к примеру, гарантия производителя 5 лет, могу с очень высокой вероятностью сказать что сам SSD морально устареет куда быстрее, чем успеет закончится гарантия на него, или он поломается. За 5 лет любое компьютерное железо серьезно устаревает, так что самые «ходовые» 2-3 года, любой SSD вполне сможет проработать. Что касается техпроцессов и уменьшения размером ячеек памяти, то здесь вступают в работу программисты, которые доводят алгоритмы записи и «выравнивания» до совершенства (как я уже и говорил выше). Кроме того, добавляется солидный кусок пространства для «переназначенных секторов», так что битые ячейки будут моментально переписываться в резервную область, обеспечив тот самый запас по прочности.

Допустим, первые поколения SSD 2007-2008 года, имели 30000-50000 цикл перезаписи каждой ячейки памяти, после чего она становилась непригодной для записи. При этом, из-за «линейной» записи, когда пользователь постоянно переписывал первые 1-5 Гбайт (кэширование браузера и ОС могут делать тысячи записей ежедневно в одно и то же место), изнашивались только они, а остальные 50 Гбайт, оставались невостребованными, и диск мог очень быстро «умереть». В современных SSD жизненный запас одной ячейки куда меньше – примерно 3000-5000 циклов, однако из-за используемых алгоритмов «выравнивания» записи, шифрования, накладывания XOR паттернов, перезапись каждой ячейки максимально эффективна. Разработчики любят хвастаться тем, что на коробках с SSD указывают, мол, «наш накопитель проживет 10 лет, даже если каждый день вы будите записывать на него 20 Гбайт данных!». Вот именно это они и имеют ввиду – одни и те же ячейки, благодаря оптимизированным алгоритмам записи не будут использоваться постоянно, так что для «убийства» современной микросхемы объемом 16 Гбайт, нужно записать на нее в 3000 раз больше ее реального объема, т.е. примерно 48 Тбайт… Не думаю, что в повседневной жизни, даже за пару лет получится записать хотя бы 100-200Гбайт, не говоря уже о терабайтах. Т.е. даже если с освоением 14нм техпроцесса, запас прочности одной ячейки упадет до 300-500 циклов перезаписи, на 512 Гбайтный SSD придется записать минимум две сотни Тбайт для заметных повреждений NAND чипа.

Слабое место SSD - не память, а именно контроллер и прошивка, которая очень уж любит слетать, блокируя всякий доступ к данным.

Аналитики SSD светлое будущее, все больше компаний начинают выпускать твердотельные накопители (например, недавно о таком желании «изъявили» Seagate и MSI). Раньше тоже были предположения, что со временем NAND Flash память или ее аналоги смогут заменить собой жесткие диски, это было еще до официального выхода массовых линеек SSD, в качестве сроков тогда назывались десятки лет. Сейчас уже говорят о перевесе в сторону SSD за какие-то ближайшие 3-5 лет, как ты считаешь, будет ли он и что надо накопителям для того чтобы обогнать в производстве жесткие диски?

Отрицать то, что будущее за SSD – глупо. Но и делать какие-то предсказания о «существенном перевесе в ближайшие два-три года” тоже ошибочно То, что все большее число производителей, будет выпускать SSD накопители – это вполне очевидно, ведь запустить в производство твердотельный накопитель в сотни раз проще, чем выпустить работающий HDD. Что нужно для того что бы SSD работал? Закупить пригоршню микросхем и к ним контроллер, с официальной заводской прошивкой, которую по желанию можно дописать или дополнить. Т.е. любая более-менее весомая конторка, которая занимается выпуском компьютерного железа (клепает видеокарты и материнки), вполне может выпускать и SSD без особых головных болей – ничего нового для них не будет. Совсем другое – выпустить конкурентоспособный контроллер, так что тут, скорее,

вопрос в том, сколько компаний будут продолжать или начнут выпуск SSD контроллеров, а не самих SSD дисков. Пока, из весомых, их всего пять – Sandisk, Sandforce, Samsung, Indilinx, Marwell, но вполне возможно, что будут появляться и новые игроки, которые представят свое видение «идеального контроллера для SSD». Начать разработку контроллера для твердотельного накопителя, гораздо проще чем начать выпуск собственных HDD, так что перевес рано или поздно все равно будет в сторону твердотельных накопителей. Игроков на рынке NAND FLASH будет становиться все больше, а вот количество производителей HDD с вероятностью в 99.9% останется тем же – Seagate и WD, третьего уже не будет.

Но пока, коренных изменений на рынке ПК я не вижу, за HDD все еще главные плюсы – большая надежность (вероятность внезапной смерти меньше чем у SSD), невысокая цена, огромные объемы. Да, в мобильном секторе, FLASH давно вытеснил HDD форм-фактора 1.8”, полностью заняв весь рынок, но вот что касается ПК, то глобальных улучшений по сравнению с 2008 годом, я пока не вижу. Твердотельные накопители все еще дороги, а максимальный объем ограничен 256-512 Гбайтами (это уже последняя грань с вменяемой стоимостью, далее идут просто ошеломительные цены), так что даже удешевление памяти не дает существенной доступности. Казалось бы, победитель очевиден – HDD продолжают доминирование в секторе ПК (мы о нем и говорим, он для нас главный, мобильный в расчет не берем), но на деле конкуренции как таковой нет. Между SSD и HDD, буквально сейчас завязывается дружба, поскольку вместе, друг от друга, они будут брать гораздо больше плюсов, чем по одиночке. В ближайшем будущем нас, скорее всего, ждет следующее развитие ситуации: у среднестатистического пользователя в ПК будет установлено два накопителя – один SSD, небольшого объема и по доступной цене (128-160 Гбайт за ~80-100$) для программ, игр и операционной системы, и вместительный HDD объемом в 2-4 Тбайт, для хранения FullHD фильмов, музыки, документов, образов игр и т.д.

Но, опять же – это все только в том случае, если цены на доступ в интернет не полетят вниз, и люди не станут массово пользоваться сервисами для онлайн просмотра HD Video, музыки и т.д. В этом случае, смысла в HDD не будет никакого – для игр и установленных программ, хватит и 256 Гбайтного SSD, а все остальное можно будет хранить на “облачных серверах”, которые набирают популярность. Вот только дело это не ближайшего будущего, скорее всего такая картина будет к 2018-2020 году, а пока – SSD и HDD будут жить в тесном сотрудничестве друг с другом.

Но, это лишь мое видение ситуации, слишком уж много условий для какого-то однозначного вывода:)

Благодарю за ответы на вопросы и желаю дальнейших успехов в вашем нелегком деле:)