Маркировка SanDisk 96L BiCS4 TLC 16K 512Gb CE 512Gb die 2plane die встречается в конфигураторах PC-3000, Flash Extractor и VNR при работе с монолитными флешками и microSD-картами — и неправильный выбор параметров кристалла здесь приводит к «мусору» в дампе даже при исправном чипе. Эта строка описывает не готовый накопитель, а структуру NAND-памяти: 96-слойный кристалл поколения BiCS4 с трёхбитными ячейками, страницей 16 КБ и ёмкостью 512 Гбит (64 ГБ) на один кристалл.
Понимание каждого элемента маркировки критично для специалиста по восстановлению данных: от него зависят настройки чтения, порядок скремблирования, коррекция XOR и сборка образа. Ниже разберём каждый параметр, его влияние на процедуру чтения и типичные ошибки при работе с такими чипами.
Расшифровка маркировки по элементам
Строка конфигурации состоит из нескольких логических блоков, каждый из которых описывает отдельный аспект архитектуры памяти. Производитель — SanDisk (после объединения производства с Toshiba/Kioxia кристаллы выпускались на совместных линиях, поэтому идентичные по структуре чипы встречаются под обоими брендами). 96L означает 96 слоёв вертикальной 3D-структуры NAND — четвёртое поколение технологии BiCS (Bit Cost Scalable).
Обозначение TLC указывает на трёхбитные ячейки (Triple-Level Cell): каждая ячейка хранит 3 бита данных, что повышает плотность записи, но снижает запас по напряжению между уровнями. Именно поэтому TLC-кристаллы чувствительнее к деградации и требуют аккуратной коррекции ошибок при чтении с повреждённых носителей.
- 🔹 96L — число слоёв 3D NAND, поколение BiCS4
- 🔹 TLC — 3 бита на ячейку, повышенная плотность и чувствительность к износу
- 🔹 16K — размер страницы 16 КБ (без учёта служебной области)
- 🔹 512Gb — ёмкость одного кристалла в гигабитах, то есть 64 ГБ
- 🔹 CE — количество линий Chip Enable, определяет число независимых адресуемых кристаллов в корпусе
- 🔹 2plane — двухплановая архитектура кристалла, влияющая на порядок чередования страниц
Структура кристалла: 512Gb die и плановая организация
Кристалл ёмкостью 512 Гбит физически разделён на два плана (plane), каждый из которых содержит собственный набор блоков и регистры страниц. Двухплановая организация позволяет контроллеру выполнять операции чтения и записи параллельно, повышая скорость, но для восстановления данных это означает, что соседние страницы в дампе физически принадлежат разным планам и должны разделяться при сборке образа.
Если в корпусе размещено два кристалла (что типично для карт ёмкостью 128 ГБ), каждый из них адресуется отдельной линией CE. Конфигурация «CE 512Gb die» в таком случае означает, что на каждую линию выбора кристалла приходится один кристалл ёмкостью 512 Гбит. При считывании через адаптер или монолитный интерфейс дампы с разных CE сохраняются раздельно и объединяются уже на этапе логической сборки.
Двухплановая структура кристалла 512Gb означает, что чередование страниц в сыром дампе не совпадает с логическим порядком данных — без корректного разделения планов образ не соберётся.
Размер страницы 16K и служебная область
Параметр 16K задаёт размер пользовательской части страницы — 16384 байта. Помимо пользовательских данных каждая страница содержит служебную область (spare area), в которой контроллер размещает ECC-коды, маркеры блоков и служебные байты трансляции. Точный размер служебной области зависит от конкретной ревизии кристалла и настроек контроллера, поэтому перед чтением его нужно определить по структуре тестового дампа или по документации конфигуратора используемого комплекса.
При работе в PC-3000 Flash или аналогичном инструменте размер страницы влияет на параметры чтения и на настройку ECC-коррекции. Неверно указанный размер страницы приводит к смещению границ блоков и невозможности применить XOR-ключ, даже если сам ключ подобран правильно.
Порядок чтения: безопасная последовательность действий
Работа с 96-слойной TLC-памятью начинается с диагностики, а не с немедленного чтения всего массива. TLC-кристаллы с износом могут отдавать большое количество битовых ошибок, и агрессивное чтение без коррекции увеличивает риск деградации ячеек. Рекомендуемый порядок выглядит так:
☑️ Подготовка к чтению кристалла BiCS4 96L
После получения дампов выполняется подбор XOR-ключа (скремблера) — для кристаллов SanDisk/Kioxia поколения BiCS4 ключи зависят от номера страницы внутри блока и могут отличаться между ревизиями. В базах профессиональных комплексов есть готовые шаблоны для распространённых конфигураций, но для редких вариантов ключ подбирается по известным паттернам данных.
Типичная последовательность в конфигураторе:
Read ID → выбор конфигурации "SanDisk 96L BiCS4 TLC 16K 512Gb"
→ тестовое чтение → анализ ECC → полное чтение по CE
→ XOR → разделение планов → сборка образа
⚠️ Внимание: многократное перечитывание изношенных TLC-ячеек без необходимости ускоряет деградацию заряда. Сначала настройте коррекцию ошибок на небольшом участке, и только после стабилизации качества чтения запускайте полный проход.
Типичные проблемы и их признаки
Наиболее частая сложность с кристаллами этого поколения — нестабильное чтение TLC-уровней. Проявляется это как большое число некорректируемых ECC-ошибок на отдельных страницах при в целом исправном чипе. Возможные причины — естественный износ, утечка заряда после долгого хранения без питания либо повреждение при отказе контроллера.
Вторая типичная ситуация — путаница с чередованием планов и CE. Если после применения XOR данные выглядят «полосатыми» (корректные фрагменты чередуются с мусором через равные интервалы), вероятная причина — неправильный порядок разделения планов или перепутанные дампы с разных линий CE.
| Симптом в дампе | Вероятная причина | Что проверить |
|---|---|---|
| Сплошной мусор после XOR | Неверный ключ скремблера | Соответствие ключа ревизии кристалла |
| Полосатая структура данных | Неверное разделение планов | Порядок чередования страниц plane0/plane1 |
| Массовые ECC-ошибки | Износ или утечка заряда TLC | Настройки повторных чтений, read retry |
| Пустые области (FF/00) | Неверный выбор CE | Распределение кристаллов по линиям CE |
| Смещённые блоки данных | Неверный размер страницы/spare | Структуру служебной области в тестовом дампе |
Перед полным чтением сохраните дамп первого и последнего блоков каждого плана — по ним проще всего проверить правильность XOR-ключа и порядка чередования, не тратя время на весь массив.
Особенности монолитных носителей на базе BiCS4
Кристаллы SanDisk 96L массово применяются в монолитных microSD-картах и USB-флешках, где контроллер и память объединены в одном корпусе. Для чтения таких носителей используется подключение к технологическим контактным площадкам на корпусе — распиновка зависит от конкретной модели карты и определяется по базам pinout или прозвонкой. Универсальной распиновки не существует: даже внешне одинаковые карты могут иметь разную разводку.
После подключения носитель определяется как набор NAND-кристаллов, и дальнейшая работа идёт по стандартной схеме: чтение, XOR, разделение планов, эмуляция алгоритмов контроллера. Именно на этапе эмуляции конфигурация «512Gb die 2plane» играет ключевую роль — от неё зависит, как строится таблица трансляции и в каком порядке собираются логические блоки.
⚠️ Внимание: шлифовка корпуса монолита для доступа к контактам — необратимая операция. Ошибка с глубиной снятия слоя разрушает кристалл без возможности восстановления. Если опыта работы с монолитами нет, безопаснее передать носитель в профильную лабораторию.
Почему BiCS4 сложнее предыдущих поколений
В 96-слойных кристаллах увеличилась плотность ячеек и уменьшился запас по напряжению между уровнями TLC. Это повышает число битовых ошибок при чтении изношенных чипов и делает обязательной точную настройку ECC и read retry. Кроме того, схемы скремблирования стали сложнее: XOR-ключи привязаны к номеру страницы и могут различаться между ревизиями кристаллов одного поколения.
Сборка образа и финальная проверка
После применения XOR и разделения планов дамп представляет собой физический образ памяти, который ещё не является файловой системой. Дальше эмулируется работа контроллера: строится карта блоков, учитывается выравнивание износа и битые блоки. Для карт с типовыми контроллерами SanDisk в профессиональных комплексах есть готовые режимы эмуляции, но при нестандартной разметке требуется ручной анализ служебных маркеров.
Проверка результата выполняется по целостности известных структур: заголовков файловой системы, сигнатур файлов, непрерывности фрагментированных данных. Если образ собран корректно, файловая система монтируется без ошибок, а файлы открываются без повреждений. Частично читаемый результат при правильной конфигурации обычно указывает на физическую деградацию отдельных зон кристалла, а не на ошибку сборки.
Корректная конфигурация кристалла (страница, планы, CE, XOR) — это 80% успеха при восстановлении данных с BiCS4. Ошибка в любом из параметров даёт нечитаемый дамп даже с полностью исправного чипа.
Частые вопросы
Что означает «512Gb» в маркировке — это 512 гигабайт?
Нет. Обозначение 512Gb — это гигабиты, то есть ёмкость кристалла составляет 64 гигабайта. Карта на 128 ГБ содержит два таких кристалла, на 256 ГБ — четыре.
Можно ли прочитать такой чип обычным картридером?
Нет. Картридер работает через контроллер носителя, и если контроллер неисправен, доступ к данным невозможен. Прямое чтение NAND выполняется через технологические контакты с помощью специализированных комплексов (PC-3000 Flash, Flash Extractor и аналогов).
Чем отличается 2plane от одноплановой конфигурации?
Двухплановый кристалл содержит два независимых массива блоков, и контроллер чередует запись между ними. При восстановлении страницы из дампа нужно разделить по планам — иначе логический порядок данных будет нарушен.
Почему после XOR данные читаются «полосами»?
Чередование корректных данных и мусора через равные интервалы — типичный признак неправильного разделения планов или перепутанных дампов с разных линий CE. Проверьте порядок чередования страниц и соответствие дампов линиям выбора кристалла.
Подходят ли XOR-ключи от BiCS3 для кристаллов BiCS4?
Не гарантированно. Схемы скремблирования зависят от поколения и ревизии кристалла. Для BiCS4 следует использовать ключи из актуальных баз конфигуратора или подбирать их по известным паттернам данных.