Принесли на відновлення інформації SD карту GOODRAM 128GB SDXC CLASS10. Зі слів клієнта на ній інтенсивно редагували електронні таблиці. Картка пропрацювала рік. При наступному включені комп’ютера перестала визначатися. Після демонтажу корпусу виявилось, що є дві мікросхеми в корпусі TLGA-60 з маркуванням TU99G2LAKA

та  контролер капля – клеєний кристал на плату, залитий копаудом, без маркування. Але надпис на текстоліті дав можливість припустити, що це може бути PS8210 компанії PHISON

Випаюємо мікросхеми пам’яті, очищаємо їх від флюсу та залишків припою.

Створюємо задачу з вказанням, що в нас присутні 2 мікросхеми пам’яті, ставимо в перехідник TLGA-60 першу мікросхему і пробуємо прочитати ID мікросхеми.

 

Результат мікросхема не читається, відсутня інформація про правильне підключення виводів або вона несправна. Оскільки інформації про наші мікросхеми на просторах і-нету небагато, нам в пригоді знадобляться знання схемотехніки та можливості обладнання, щоб описати правильне підключення. Після танців з бубнами отримуємо

Читаємо другу мікросхему і в неї також читається ID

Отже: В нас дві мікросхеми по 64ГБ, кожна з яких містіть 2 частини по 32ГБ. Кожна частина має сторінку розміром 17664 байти (16384 байти

даних 32 сектори, решта службова інформація), Розмір блоку 8192 сектори (256 сторінок).

Далі рутинна вичитка кожної мікросхеми. На одну частину пішло приблизно 8 годин. На всі мікросхеми 32год.

Далі пошук ECC та корекція бітових помилок, ще 28год.

Результатом наших старань було ідеально вичитано всі мікросхеми. Але результат – жодних згадок про сигнетури файлів, сліди файлових систем і т. д., просто сміття. Отже необхідний ксор. Після визначення необхідного патерна з данними була проведена операція XOR.

Після визначення XOR  патерна стало цікавіше. Чорновим відновленням (пошук по відомим заголовкам файлів та структурам файлових систем) можна знайти файли розміром до 512 байт.

І тут нам в пригоді стануть знання структури файлів, базові структури файлових систем, для того щоб описати сторінку мікросхеми пам’яті (дизайн сторінки). А саме де на сторінці пам’яті є данні (для цього випадку 32 сектори) а де службова інформація. Після опису отримали

Почали попадатись структури більші за 512 байт. Оскільки в нас чотири частини в двох мікросхемах, аналізуючи знайдені сигнетури файлів в одній сторінці але в кожній із частин було виявлене певна закономірність роботи контролера, та побудований граф трансформації даних, що лежать в різних частинах мікросхем.

Результатом такого перетворення вдалось отримати кращі результат. Вдалось отримати файли по 2МБ і більше. Але в процентному відношені десь 30% від загального об’єму.

Ну а далі транслятор. Діло в тому, що контролер весь об’єм пам’яті розподіляє певним чином. Для забезпечення рівномірного зносу комірок пам’яті. Дані пишуться/стираються блоками. Кожен блок містить маркер. Нам необхідно відбудувати послідовність розміщення блоків за маркерами для правильної адресації всього простору носія. Після побудови транслятора вдалося відновити все крім того, що було потрібно клієнту. Відновилась структура каталогів, відео, музика, фото. Але на місці потрібних електронних таблиць було

Діло в тому, що сторінки пам’яті куди зберігались зміни при запису електронних таблиць (ручне збереження, автозапис) сильно деградували. Контролер постійно перенаправляв запис в інші області. Були знайдені частини журналів, по яких вдалося зібрати необхідну клієнту інформацію.

Робота над даним носієм тривала 5 днів. Як бачите робота цікава, потребує терпіння, знань схемотехніки, вміння аналізувати внутрішні структури даних.

Лайк, репост вітається.

Долучайтесь до групи в Facebook:  datarecovery.org.ua

Підписуйтесь на канал YouYube: datarecovery.org.ua

Далі буде ще більше цікавої інформації …