okt9i6pehok, Да нет ... всё правильно отредактировано .... а вот почему не работает ... пока не знаю ....

sergey67, Вопрос такой если я залью обратно в модем нарезку те 6 файлов v.03, а потом вытащу из него версией 05 в конечном файле который будет out_damp_raw.bin как найти битые блоки или дохлый номер, может действительно еще не все нашел, хотя у Вас то ведь тоже не запускался модем после редактирования в Winhex

с этими нулями может что-то не так?

Может еще кого подключтить кто в теме?

okt9i6pehok, Значит , что то редактируем не так .... только с нарезкой не прокатит .... можно попробовать залить эти 6 файлов через zf02 .... есть в = Сервисном софте = .....

sergey67, А исходники которые здесь лежат они верные для E1550, просто времени жаль столько, правда я ни куда не тороплюсь, а трафик кушается.

У меня мысль летает, а что если на место битых блоков поставить не нулевой, а пустой заполненный FF FF FF ... Ведь в режиме fss идет запись с пропуском пустых блоков, вот и пусть себе на здоровье пропускает пустые битые блоки. Буду пробовать и редактировать.

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

, это же в модеме, но в исходном (нормальном) RAWFULL блок то исправен, вот я его и сдвигаю на 1, а туда ставлю пустой (с FF FF FF ...) и еще один потом пустой, следующий за ним (сдвинутым на 1), вырезаю в этом секторе, чтобы не нарушить общий размер файла и целостность сектора. Сейчас у меня пишется на модем, сегодня весь день писал на бумагу всю последовательность действий очень подробно для таких как я, вышло на 8 листах рукописью формата А4, (если все получится здесь опубликую) пока писал, идеи появились на счет блока под номером 0, правильно ли я его стираю потом записываю, потом стираю с 1 до 3ff, после записываю с 1 до 3ff, не сместилась ли очередь записи. Вобщем все пока сырое, будет результат опубликую.

Ну так немного усвоил из этой ссылки до этого еще

Может вообще надо делать запись с 0 и до 3ff. Метод проб и ошибок.

Очередь записи действительно сместилась на 1 из-за того что я записывал с 1 блока, а не с нулевого, теперь пробую с 0 и до 3ff.

okt9i6pehok, Вот , что мне ответил автор флешера ....

кстати я так понял бад попал в EFS - вот наверное в этом и есть трабла -
почитайте внимательно пост дамперчика - он из парсера вырвал функцию пересчета именно EFS - видимо именно в этом у вас проблема - нужно корректировать длину EFS в партишн таблице когда добавляется нуленый блок а отрезать "лишний" нужно будет уже в другом разделе - ну и конечно в партишен таблице указать откуда он начнется.. вот так я понял эту эпопею..

Как это сделать я не знаю ....

Да видимо где то уже рядом, по моему я понял по чему у Вас исправленным фуллом модем не запускался надо в командах при последней записи в модем вбивать fss 0x0 0x3ff raw, а не fss 0x1 0x3ff raw, (т.е. на месте первого блока в модем записывается не первый, а под номером 0 из RAWFULL, поэтому сдвиг, и косяк). Память модема и RAWFULL синхронизируются при при fss 0x0 0x3ff raw и сдвига не происходит при записи. Проверьте у себя что в командах написано если запись с нулевого блока вида fss 0x0 0x3ff raw при записи, то надо как то с первым блоком крутить количество и адреса bad_block вносить.

P. S. у меня модем теперь хоть признаки жизни стал подавать, при заливки в него исправленного фулла в котором по адресам bad_block C5, 19E стоят FF FF FF ... (легко было их увидеть на экране, т.к. - они empty). Светодиод сначала горел голубым, отключил H-JTAG потом запустил QPST, хотел порт посмотреть, повис QPST, и перезагрузка компа была принудительная. После втыкал модем в USB другой - светодиод дает импульсы зеленого. Через QPST он DM. Где то рядом хожу.
Теперь вот лью в него исправленный фулл в котором по адресам bad_block C5, 19E стоят 00 00 00 ..., а бывшие С5 и 19E сдвинуты на 1 вправо, соответственно лишние пустые блоки в соответствующих секторах удалены. Про таблицу и адреса bad_block я помню, в фулл не вносил, но пока все последовательно.
К стати при стирании записи появлялась ошибка с нулевым блоком, помогало смена порта USB естественно предварительно отключал H-JTAG.

Я почему FF FF FF ставил не хотел в первый блок вносить номера и адреса bad_block - они ведь у меня теперь как бы пустые (потому что еще не знаю как, только на примере одного bad_block, а у меня их 2), а не прокатило. Может с нулями прокатит, посмотрим. Хотя при нулях написано что должны быть указаны количество и адреса bad_block так как dumper4k, написал В файловой структуре квалкома деффектные блоки заносятся в таблицу разметки целостности.
После этого деффектные блоки заполняются нулями.

Не не прокатило с нулями, светодиод жизни не подает, надо вносить в RAWFULL (с исправленными bad_block) по адресу первого блока номера и адреса bad_block. Тогда при записи я думаю будет дана предварительная команда на обход этих bad_block.

...к сожалению не могу принять сейчас активного действия в вашей войне..
однако с интересом наблюдаю за ней ;-)
так вот
-что есть raw формат -через каждые 0x200 (512дес) байт следует 0x10 байт (кстати эта строчка очень хорошо видна в хекс редакторе и её легко заметить - она единообразна окончанием) кодов восстановления информации (яндекс поиск -Код Рида — Соломона — Википедия) - таким образом для того что бы что то изменить и записать это в память в raw формате нужно не забыть изменить(пересчитать) коды восстановления иначе контроллер все восстановит сам по старым кодам ;-) -до некоторой степени конечно - иначе просто инфа исказится (и будет в контроллере выброшен флаг о не возможности коррекции -в флешере это никак не отражается)
..ради интереса попробуйте немного что нибудь поменять и записать в нанд а потом считать этот блок обратно ;-) - удивительно но это работает :-))
- для пересчета кодов можно использовать psas -есть в файловом или использовать запись в reg режиме самого флешера возможно с некоторыми проблемами особенно для системных разделов в модеме.. короче лучше юзать psas. ...
-кстати reg режим это когда в файле входном и выходном нет вообще кодов восстановления - они рассчитываются самим контроллером и записываются им в нанд самостоятельно а при чтении они в файл не добавляются ..получается почти как файл типа от риффа - но у риф бокса файлы всетаки содержат эти коды -но почти в самом конце файла- они записаны отдельным массивом -что и позволяет легко конвертировать эти форматы..
корректировать коды в случае разметки бадов по моему не не нужно - просто забивать все нулями -включая сами коды..
-при прочтении статьи дамперчика необходимо понимать что он её писал для варианта обычного представления файла (как для программатора riff) без raw формата - следовательно при расчете адресов использоватьприращение на длину которую добавляют коды .
- партишн табличку легко найти в фулле биноклем по тексту MIBIB и потом F3 для поиска следующего - она тоже хорошо видна - формат её не сложен - название -начальный блок с которого начинается раздел и потом его длина тоже в блоках .. находится она в самом начале файла .. и почему то бывает несколько раз -с этим не разбирался-и какую править не задавался вопросом..