Твердотельные накопители давно стали стандартом: система загружается за секунды, ноутбук не боится тряски, ничего не щёлкает и не гудит. Но когда с SSD пропадают данные, многие с удивлением узнают, что восстановить их сложнее, чем с привычного жёсткого диска, а иногда невозможно совсем. Дело не в том, что SSD хуже, — просто он устроен принципиально иначе. Разберём, почему приёмы, которые отлично работают с HDD, на твердотельном накопителе часто бесполезны, какие поломки встречаются чаще всего и в каких ситуациях шансы на восстановление всё-таки есть.
Как устроен SSD и почему это важно
В жёстком диске логический адрес сектора жёстко привязан к физическому месту на пластине. В SSD между ними стоит посредник — контроллер со своей микропрограммой. Данные хранятся в микросхемах флеш-памяти NAND, которые обладают неудобными особенностями:
- записывать можно только в предварительно очищенные ячейки;
- стирать можно только крупными блоками, а записывать — мелкими страницами;
- каждая ячейка выдерживает ограниченное число циклов перезаписи.
Чтобы всё это работало быстро и долго, контроллер постоянно перемещает данные: распределяет запись равномерно по всем ячейкам (выравнивание износа), собирает мусор, освобождая блоки, и ведёт таблицу трансляции — карту, где какая логическая страница реально лежит. Кроме того, почти все современные контроллеры шифруют или как минимум перемешивают данные перед записью в память, даже если пользователь никакого шифрования не включал.
Из этого следуют две главные особенности восстановления: удалённые данные быстро физически стираются, а без работающего контроллера сырое содержимое памяти почти бесполезно.
TRIM: главный враг восстановления удалённого
Когда вы удаляете файл с жёсткого диска, его содержимое остаётся на месте, пока не будет перезаписано. С SSD иначе. Операционная система отправляет контроллеру команду TRIM со списком освободившихся блоков. Контроллер помечает их как ненужные и при сборке мусора физически очищает. С точки зрения чтения многие накопители начинают возвращать нули по этим адресам сразу после получения команды — ещё до реальной очистки.
Практический итог:
- файлы, удалённые с системного SSD в Windows 10/11, где TRIM включён по умолчанию, чаще всего восстановить нельзя уже через несколько минут;
- быстрое форматирование SSD отправляет TRIM на весь раздел, и данные исчезают практически полностью;
- чем дольше накопитель после удаления остаётся включённым, тем меньше шансов.
Есть и исключения, когда TRIM не срабатывает: SSD подключён через некоторые USB-адаптеры, которые не передают команду; накопитель работает в RAID-массиве, где TRIM не поддерживается; используется устаревшая ОС или файловая система без поддержки команды; TRIM отключён вручную. В таких случаях удалённые файлы могут сохраниться, и шансы сопоставимы с жёстким диском.
Типичные поломки SSD
Физических отказов у SSD меньше, чем у HDD, но они есть, и выглядят иначе.
| Симптом | Вероятная причина | Перспективы восстановления |
|---|---|---|
| Не определяется вовсе | Отказ контроллера, питания, пробой после скачка напряжения | Зависят от модели контроллера и наличия технологических решений |
| Определяется с чужим именем или объёмом 0 | Контроллер ушёл в защитный режим, повреждена служебная информация | Часто есть, через технологический режим |
| Перешёл в режим «только чтение» | Исчерпан ресурс или резерв ячеек | Хорошие, данные нужно срочно скопировать |
| Зависания, ошибки чтения отдельных файлов | Деградация памяти, ошибки коррекции | Хорошие при бережном копировании |
| Удалены файлы, TRIM активен | Логическое удаление | Низкие |
| Пролита жидкость, следы коррозии | Повреждение платы | Есть, если память и контроллер целы |
Отдельно стоит упомянуть «внезапную смерть». Жёсткий диск обычно предупреждает о проблемах: появляются медленные секторы, звуки, ошибки. SSD нередко отказывает без предупреждения: вчера работал, сегодня не определяется. Чаще всего это связано с повреждением служебных структур контроллера после внезапного отключения питания или ошибки микропрограммы.
Как восстанавливают данные с неисправного SSD
Работа через контроллер
Основной метод — заставить родной контроллер снова отдавать данные. Для многих распространённых контроллеров существуют специализированные аппаратно-программные комплексы, которые переводят накопитель в технологический режим, загружают в оперативную память контроллера служебный загрузчик и позволяют восстановить или пересобрать таблицу трансляции. После этого содержимое читается как с обычного диска, и с него снимается образ.
Ремонт электроники
Если проблема в цепях питания — пробитом конденсаторе, стабилизаторе, защитном элементе после скачка напряжения — сначала ремонтируют плату. Иногда после этого накопитель просто начинает работать.
Чтение микросхем напрямую
Для флешек этот метод работает хорошо, а для SSD — только в ограниченных случаях. Если контроллер шифрует данные аппаратным ключом, который хранится внутри него самого, прочитанный дамп памяти — это набор шума. Поэтому при мёртвом контроллере с аппаратным шифрованием восстановление часто невозможно в принципе. Для старых и простых контроллеров без шифрования дамп можно собрать программно, подобно флешке.
Чего не делать с проблемным SSD
- Не оставляйте его включённым «на всякий случай». Контроллер продолжает сборку мусора в фоне, и удалённое стирается.
- Не форматируйте и не переустанавливайте систему. Для SSD это почти гарантированная потеря.
- Не обновляйте прошивку на накопителе с данными. Обновление иногда сбрасывает таблицы или приводит к полному отказу.
- Не выполняйте Secure Erase и «сброс» фирменными утилитами в надежде, что накопитель заработает. Заработает — но пустым.
- Не подключайте его многократно к разным компьютерам. Каждое подключение — это монтирование, запись служебных данных и TRIM.
- Не прогревайте плату феном и не пытайтесь перепаять микросхемы без оборудования.
Из практики: после неудачного обновления Windows ноутбук перестал загружаться. Владелец решил переустановить систему «с сохранением файлов», но в установщике удалил разделы и создал новые. На SSD это означает TRIM всего объёма. Вернуть удалось лишь несколько файлов из кэша облачного клиента на другом устройстве. На жёстком диске в такой же ситуации данные почти наверняка удалось бы восстановить.
Если SSD ещё работает, но уже сбоит
Самый благоприятный сценарий — накопитель подаёт признаки деградации, но пока читается. В этом случае:
- посмотрите SMART любой бесплатной утилитой: процент оставшегося ресурса, количество переназначенных блоков, ошибки;
- сразу скопируйте самые важные файлы на другой носитель, начиная с наиболее ценных;
- если копирование отдельных файлов идёт с ошибками — не повторяйте его много раз, лучше отдайте накопитель специалистам для снятия образа;
- после сохранения данных замените SSD.
Режим «только чтение», в который переходят многие SSD при исчерпании ресурса, — на самом деле защитная функция. Накопитель жертвует возможностью записи, чтобы сохранить доступ к данным. Воспользуйтесь этим окном, пока оно есть.
Итог
Восстановление данных с SSD имеет серьёзные ограничения. Удалённые файлы на системном накопителе быстро стираются из-за TRIM и сборки мусора, а при отказе контроллера аппаратное шифрование часто не позволяет прочитать память напрямую. При этом многие аппаратные неисправности успешно решаются через технологический режим контроллера и ремонт платы. Главное — не форматировать, не переустанавливать систему, не прошивать накопитель и не держать его включённым без необходимости. А лучшая защита для SSD — регулярные резервные копии.
Если SSD перестал определяться или с него пропали важные файлы, мастера «Гизмы» в Новосибирске проведут диагностику и честно оценят шансы на восстановление. Подробнее — на странице восстановления данных с SSD и RAID.
Комментарии
Комментариев пока нет. Будьте первым — задайте вопрос мастеру или поделитесь опытом.