www.ejtag.ru

от sergiuss
Надо учитывать бад сектора (даже в новых флешках могут быть бады и это нормально для нанд).
Считанный дамп с флеши с бадами можно залить в чистую флешь без бадов - тогда чистая флешь станет с такими же бадами как и исходная (клон).
Заливать дамп в нанд с бадами нельзя, нужно вручную корректировать дамп:
1. Стирается флешь и считывается пустой дамп.
2. В пустом дампе ищем блоки, в которых есть данные отличные от FF (обычно нули) - это и есть бады (заводские, они не стираются).
3. В исходном дампе сдвигаем данные в этих блоках.
4. При сдвиге данных нужно учитывать разделы нанд-флеши (сдвигать данные только в одном разделе и не затрагивать другой).

Пункт 1 и 2 = Стирание флеши и конект с галкой UseBBT в EJTAG_TT.
Пункт 3 и 4 = запись с галкой UseBBT в EJTAG_TT (не учитывая разделы, программа их просто не может знать).
Для записи с UseBBT лучше разбить дамп на разделы и прошивать через мультифайловую запись

Схематично это выглядит так, например:
Есть нанд 16мб (16кб на сектор) с одним бад блоком по адресу 0x80000
Дамп разделен на 3 участка - boot, linux kernel, rootfs.
Код:
Boot - 0x00000000 - 0x0003FFFF
Kernel - 0x00040000 - 0x003FFFFF
FS - 0x00400000 - 0x00FFFFFF

Бад блок попадает в область Kernel. Поэтому все данные с этого адреса (бад блока) сдвигаем на размер блока в пределах области Kernel. При сдвиге на один блок размер области естественно увеличится на размер этого блока, поэтому этот же размер отрезаем с конца области, в которой производился сдвиг (именно для этого в нанд разделы всегда делают с запасом).