Почему с SSD часто нельзя восстановить данные: случай Samsung 860 EVO
Привычка думать, что удалённый файл «где-то ещё лежит», осталась со времён обычных жёстких дисков. На HDD это чаще всего так и было: система помечала место как свободное, но сами данные оставались на пластинах, пока их не перезапишут. Именно на этом построено большинство программ восстановления.
С SSD такая логика не работает. Здесь накопитель имеет право сам стереть блоки, которые система объявила ненужными. И он это делает — быстро, без вопросов и без возможности отмены.
Разберём на свежем случае, который хорошо показывает разницу.
О чём статья
Речь о ситуации, когда данные с SSD пропали не из-за поломки, а из-за действий с самим накопителем: удалили раздел, отформатировали, переустановили систему, «попробовали восстановить сами».
Главная мысль: на SSD между «данные удалены» и «данных физически больше нет» может пройти несколько минут. И никакое оборудование потом не поможет, потому что читать уже нечего — данных нет уже «физически».
Как выглядела ситуация
К нам приехал Samsung 860 EVO на 500 ГБ — обычный SATA-накопитель в корпусе 2,5 дюйма, каких стоят миллионы. Со слов клиента история простая: компьютер выключили, потом включили — а данных нет.
Первый же осмотр показал другую картину. На накопителе два раздела: служебный на 100 МБ, который Windows создаёт при установке, и основной раздел с именем «Новый том». Такое имя система присваивает по умолчанию, когда раздел создают заново и не переименовывают.
Внутри раздела — пусто. Ни документов, ни фотографий, ни следов пользовательских папок. Только одна папка Wondershare.
Это уже почти полное описание того, что произошло. Разметку на диске создавали заново, а поверх этого кто-то ставил программу для восстановления данных. Прямо на тот же накопитель, с которого эти данные и пытались достать.
Что показал побайтовый анализ
Дальше мы посмотрели накопитель не глазами Windows, а в двоичном редакторе — то есть напрямую по секторам, без файловой системы и её таблиц.
Результат однозначный: нули по всему объёму. Не «повреждённые данные», не «остатки старых файлов», не обрывки документов. Ровные нули от начала до конца.
Для восстановления это тупик. Мы работаем с тем, что физически считывается с носителя. Если накопитель отдаёт нули, собирать нечего: ни файловую систему, ни отдельные файлы по сигнатурам, ни фрагменты.
Как SSD работает внутри
Чтобы понять, куда делись данные, нужно коротко разобрать логику работы накопителя. Она одинаковая почти для всех современных SSD, и именно из неё следует всё остальное.
Память нельзя перезаписать поверх. Ячейки флеш-памяти объединены в страницы, страницы — в блоки. Записывать можно страницами, а стирать только целыми блоками, и блок в разы больше страницы. То есть чтобы изменить один килобайт, накопителю пришлось бы стереть несколько мегабайт. Напрямую так никто не работает.
Поэтому запись всегда идёт в новое место. Когда вы меняете файл, контроллер не правит старые ячейки. Он пишет новую версию на свободную страницу, а старую помечает как недействительную. Физически старые данные какое-то время ещё лежат в памяти, но накопитель уже считает их мусором.
Адреса внутри и снаружи не совпадают. Операционная система обращается к накопителю по номерам секторов — это внешняя, условная нумерация. Внутри контроллер ведёт собственную таблицу соответствия: какой внешний адрес где сейчас физически находится. Эту таблицу называют таблицей трансляции. Без неё накопитель — просто набор микросхем с перемешанными кусками данных.
Свободное место постоянно готовится заранее. Раз стирать можно только блоками, контроллер регулярно занимается уборкой: собирает из полупустых блоков ещё живые страницы, переносит их в новое место, а освободившиеся блоки стирает целиком. Это фоновая сборка мусора. Плюс к этому контроллер старается изнашивать все ячейки равномерно и время от времени перекладывает даже нетронутые данные.
Всё это делается ради скорости и ресурса. И работает независимо от того, знает пользователь о таких механизмах или нет.
Что делает TRIM и почему после него читаются нули
Есть одна проблема: сам накопитель не понимает, где у него файлы. Он видит только адреса и байты. Для него удалённый файл ничем не отличается от нужного — данные же на месте.
Чтобы контроллер не таскал при уборке мусор, которым никто не пользуется, придумали команду TRIM. Логика такая: когда файловая система что-то удаляет, она дополнительно сообщает накопителю — вот эти адреса больше не нужны, можешь считать их пустыми.
Дальше происходит следующее:
- контроллер помечает соответствующие записи в таблице трансляции как недействительные;
- связь между внешним адресом и физическим местом в памяти разрывается;
- при ближайшей уборке эти блоки стираются физически;
- на любой запрос по этим адресам накопитель отдаёт нули — читать ему просто нечего.
Причём нули начинают возвращаться сразу, ещё до реального стирания ячеек: связь уже разорвана, а значит показать нечего. Дотянуться до старого содержимого в обход таблицы трансляции нельзя, даже если физически оно ещё несколько минут где-то лежит.
Именно это мы и увидели на Samsung 860 EVO. Никакой поломки: накопитель полностью исправен и честно выполнил то, что ему сказали.
Форматирование, удаление раздела и создание нового — как раз те операции, после которых TRIM уходит на весь объём сразу. Пятьсот гигабайт превращаются в нули за минуты.
Почему на HDD было иначе
На жёстком диске такой логики нет вообще. Данные лежат в фиксированных местах на пластинах, адрес сектора соответствует физическому месту, и удаление файла — это правка записей в служебных таблицах файловой системы. Сами данные остаются на поверхности до тех пор, пока поверх них не запишут что-то новое.
Отсюда и привычное ожидание: удалили — значит можно найти. С жёстких дисков действительно нередко достают то, что удалили месяц назад.
С SSD может быть наоборот: уже нельзя достать то, что удалили полчаса назад.
Это не особенность Samsung и не особенность SATA
Отдельно стоит сказать, потому что вопрос возникает постоянно: описанное выше не про конкретную модель и не про конкретный разъём.
Страницы и блоки, запись в новое место, таблица трансляции, сборка мусора, выравнивание износа и TRIM есть у любого современного твердотельного накопителя. Меняются производитель, контроллер, тип памяти, скорость и оформление — логика остаётся.
Это одинаково справедливо для:
- SATA SSD в корпусе 2,5 дюйма;
- накопителей M.2, как SATA, так и NVMe;
- mSATA и других устаревших форматов;
- SSD в ноутбуках, где память распаяна прямо на плате;
- встроенной памяти телефонов и планшетов, где к этому добавляется ещё и шифрование.
Разница между накопителями будет в другом: насколько агрессивно контроллер убирает мусор, поддерживает ли конкретное подключение передачу TRIM, есть ли к контроллеру технологический доступ. Это влияет на детали и иногда на шанс. Но общий принцип «система сказала «свободно» — накопитель стёр» работает везде.
Вторая часть проблемы: клиенту рассказали не всё
Отдельный момент этой истории в том, что владелец накопителя описывал ситуацию честно, но неполно — он сам не знал, что произошло на самом деле.
По его версии всё сводилось к «выключили и включили». По факту раздел на диске создавали заново, и человек, который это сделал по ошибке, не стал об этом рассказывать.
Для нас это важно не ради поиска виноватых. Просто от точности исходных данных зависит выбор действий. Одно дело — накопитель, который перестал определяться сам по себе. Совсем другое — накопитель, на котором пересоздали разметку, а потом ещё и запускали программы восстановления.
В этом случае итог был бы тот же: TRIM отработал раньше, чем накопитель попал к нам. Но бывают ситуации, где скрытая деталь меняет всё, и время уходит на проверку заведомо неверных версий.
Если вы приносите носитель на диагностику, лучше рассказать всё как было, даже если действия выглядят неудачными. Специалиста удивить сложно, а работать по реальной картине быстрее и результативнее.
Почему папка Wondershare — плохой знак
Программы вроде Wondershare Recoverit, Recuva и подобных сами по себе не зло. Проблема в том, куда их устанавливают.
Когда такую программу ставят на тот же накопитель, с которого нужно достать данные, происходит сразу несколько неприятных вещей:
- на диск записываются файлы установки, и они могут занять именно те места, где лежали нужные данные;
- система продолжает работать с накопителем и генерировать новые записи;
- TRIM продолжает отрабатывать по всему, что помечено как свободное;
- каждая минута работы уменьшает и без того небольшой шанс.
Есть простое правило: программа восстановления никогда не должна находиться на том носителе, который восстанавливают. И запускать её имеет смысл только тогда, когда вы понимаете, что именно произошло с данными.
Когда шанс на SSD всё-таки есть
Не каждая ситуация с SSD безнадёжна. Смысл имеет смотреть накопитель, если:
- накопитель сразу отключили и больше им не пользовались;
- TRIM был отключён или не мог отработать — например, накопитель был подключён через переходник или контроллер, который эту команду не передаёт (например через USB контроллер);
- проблема не в удалении, а в неисправности: накопитель не определяется, определяется не тем объёмом, уходит в безопасный режим;
- файловая система повреждена, но данные никто не удалял;
- часть нужного лежит в резервных копиях, облаке или на другом устройстве.
Разница принципиальная. Если SSD сломан, но данные внутри — это техническая задача, и она решаема далеко не всегда, но обсуждаема. Если данные удалены и накопитель успел их стереть — обсуждать нечего.
Что делать сразу, если данные пропали
Порядок простой и он одинаковый для любого носителя:
- Прекратить работу с накопителем и выключить устройство. Не «доделать дела», не «доскачать», не оставлять включённым на ночь.
- Не форматировать, не создавать разделы, не соглашаться на предложение Windows проверить и исправить диск.
- Не устанавливать программы восстановления на этот же накопитель.
- Вспомнить и записать, что именно с ним делали — по шагам и честно.
- Отдать на диагностику, пока состояние не изменилось.
Каждый пункт здесь стоит дороже, чем кажется. На SSD цена одного лишнего часа работы системы может быть выше, чем цена самого накопителя.
Итог
Samsung 860 EVO из этой истории полностью исправен. Он определяется, читается, не имеет ошибок — и содержит ровно ноль полезной информации на все 500 гигабайт. Данные не повреждены и не спрятаны: их физически нет.
И дело не в этой модели. Так устроен любой SSD: он не хранит удалённое «на всякий случай», он освобождает место под будущую запись.
SSD быстрее HDD во всём, включая необратимость. Файловая система сказала «свободно», контроллер стёр ячейки — и никакая лаборатория этот процесс назад не отматывает.
Поэтому с SSD работает только два подхода: нормальные резервные копии заранее и мгновенная остановка при первых признаках потери данных.
Если накопитель ещё не подвергали экспериментам, приносите на диагностику. Посмотрим реальное состояние, скажем прямо, есть ли что доставать, и не будем обещать результат там, где его не бывает.