Это не помогает - в последних версиях mtd-utils выполняется "безопасная" очистка - они не затрагивают бэды. Явно на флэше записалась ложная информация о бэдах, например в u-boot есть специальная команда для очистки вообще всего подряд включая информацию о бэдах(nand erase scrub). Странно но в linux я не нашел ничего подобного...
Насколько я помню, непосредственная запись в mtd устройства как раз и пишет все подряд, в том числе и в spare части (где и хранится инфа что блок битый), попробуй залить нулями, а потом заново mtd утилитами почистить.
Я вроде все испробовал что только в голову пришло, к сожалению имею слабое представление как работает mtd чтобы делать какие-то выводы, но наткнулся в инете на это http://www.yaffs.net/lurker/message/20090428.160129.e2bfda27.ca.html
это конечно тоже не руководство к действию но ситуация похожая, надо разбираться..
Вообще, очень странно, что в новом ядре драйвер нанд флешки себя так повел, он вроде стал каким то "умным" - целую тучу параметров детектировал при инициализации устройства ...
Наталкивает на мысль, что что то с таймингами он намудрил ...
Тайминги нипричем - я все испробовал даже на профиле updater где все по умолчанию от фрискейлов. Вообще повышение частоты до номинальной не влияет на стабильность работы - плата ведят себя предсказуемо, все работает без нареканий, единственно с управлением питанием надо разобраться. Еще раз напомню что изначально на 2.6.28 было все ОК на _любой_ частоте и с любым профилем, флэш должна терпеть минимум 1000 перезаписей, не могла она так внезапно испортиться.
Да я не беспокоюсь ;) мне просто нужно с нее грузиться чтобы венду под рукой не держать, так как записалась не вполне рабочая версия меня это напрягает..