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


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

 
Huawei E3131 (8) 11.11.17 13:46 kamoljon
Переделка МОДЕМОВ под внешние антенны. (323) 14.10.17 14:29 sergega777
Софт для USB модемов (256) 04.10.17 12:40 bek21
Другие модемы (261) 02.10.17 11:49 artur66
   
Флудилка (933) 22.09.17 14:16 Romanomoda
Модемы Alcatel (169) 23.08.17 13:35 swintys
Восстановление модемов с помощью Z_Flasher-Reanimator_modem v-05 «NEW_RAW_RELEASE» (1881) 01.08.17 13:59 palexxx
Тарифы (34) 30.07.17 09:31 sweetiepoly
 

Профиль

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


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

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

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

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

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

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


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