Главная Форум Статьи Файлы F.A.Q.


Последние активные темы форума

 
ZTE MF30 (476) 24.06.17 20:55 andreyslivnov
Восстановление модемов с помощью Z_Flasher-Reanimator_modem v-05 «NEW_RAW_RELEASE» (1880) 13.06.17 15:38 shaman888
Анатомия NAND - часть первая. Ведение в восстановление. (21) 26.05.17 10:10 palexxx
Мой ZTE 626 не работает, как я хочу, посоветуйте (часть 2) (237) 10.05.17 08:17 alex2887
   
пробуем разобраться с j-link и модемами (133) 08.05.17 09:50 tempname
Переделка МОДЕМОВ под внешние антенны. (315) 26.04.17 04:06 Denpecapuk
Разные ошибки (91) 13.04.17 12:04 DrAlligator72
HUAWEI (95) 12.03.17 17:53 GolDimAn85
 

Профиль

   
Логин: Пароль: Забыли пароль?Регистрация


Анатомия NAND - часть первая. Ведение в восстановление.
Форум > Работа с JTAG > Анатомия NAND - часть первая. Ведение в восстановление.

Страницы:
Автор Сообщение
 Energizer
администратор
глухая деревня
сообщений: 1188
#21 Дата 28 июня 2012 21:35
цитата dubidu:
размер блока 128кБ, а не 131.

это как посмотреть.. блок всегда(за редким исключением в пару мелкосхем) имеет размер в случае нанда 128mb 0x4000 пользовательских данных - в действительности каждая страница имеет чуть больший размер где хранится информация для работы алгоритма восстановления -этот движок встроен в контроллер -контроллер использует эти дополнительные байты и по ним работает - может восстанавливать часть сбойных данных.. причем если смотреть внутрь транзакций на шине - то страница в случае 0x800 состоит из 4 фреймов по 0x200 байт пользовательсокй области и каждый фрейм имеет то самое мелкое удлинение.. однако при записи чтении мы эти данные не используем- их пользует только контроллер и то в том случае если механизм восстановления активирован в конфиг регистре.. однако существует возможность их чтения или записи в "первозданном виде" -так называемый RAW метод - на сколько мне известно некоторые программаторы могут использовать и такой метод записи чтения ..
цитата dubidu:
парсер берет данные о бэд-блоках из раздела MIBIB

да большую часть инфы парсер берет видимо оттуда- в мибиб хорошо видна таблица разделов (указаны номера начальных блоков и длины разделов) однако на сколько я понял парсер чуть умнее и может также определять фактические длины разделов проводя анализ всего дампа таким образом указывая фактические стартовые адреса в дампе и корректно определяя истинную длину раздела... правда в частности в дампе MF170 парсер забыл обозначить зону с названием NANDPROG ..других багов в фри версии не увидел ;-)
лучше всех эту тему расскажит автор если захочет :-)

Отредактировано: Energizer 30 июня 2012 08:19
 palexxx
Днепр
сообщений: 2
#22 Дата 26 мая 2017 10:10
Всем привет. Вопрос от новичка..

Пытаюсь восстановить MF 667 (флешка hynix 128Mb )методом заливки rawfull через qtool. Вижу, что с блоком 00с7 проблема - вероятно до прошивки он был отмечен как бэд, а в заливаемом фуле это не учтено.


Можно ли исключить известный номер блока, имея на руках только "хороший" rawfull и зная номер проблемного блока?
Страницы:
Перейти на другой форум:
Сайт управляется SiNG cms © 2010-2015