как на обычном компе задача

Т.е. просто типа программа ? Т.е. получается когда мы хотим считать ПМ мы вызываем запуск этой прогрм... задачи , а уже она нам формирует ПМ ? Выдергивая нужные данные из разных мест ? Так ?
ЗЫ Чет под утро туго соображать начинаю как-то ...

не совсе так. пм сервер это системная задача, запущена всегда. и имеет свой статичный номер, который используется при формировании команды обращения к телу

Т.е. она и формирует ПМ . Есть запущенная задача PMServer - есть ПМ , нету задачи - нет ПМа, так ? Поэтому надо чтобы тел был в Локале или соответственно в Нормале. Ответ на вопрос топика получен. Возникает второй вопрос: почему нельзя считать фул ? Рискну дать ответ сам: PANsoft сказал о подписывании загрузчиков, значит все боксы используют стандартные нокиевские загрузчики, которые не предусматривают считывание фула. А "левые" загрузчики писать (в смысле подписывать) никто не научился пока. Так ?

Именно так.:)

:) Хорошо. Чет еще какой-то вопрос попутный крутился ... вылетел ... надо поспать, глядишь и прилетит . :D
ЗЫ Кстати, смотри: Tevel написал меньше слов, чем ты, но я понял точнее и быстрее, надо тебе учиться доносить свои мысли, это умение их(мысли) хорошо упорядочивает ... ;)

pm- permanent memory. сервер просто даёт нам доступ через протокол обмена

информация несколько устаревшая, но содержит в себе основу понятий об архитектуре платформы BB5 (на старых процах)
может кому интересно будет.

Функция "Read PM Absolute", в UFS, не имеет настраиваемых параметров. Она считывает столько, сколько сама захочет. А весь это РМ, или нет, тут уж мне трудно судить. А может потому она и не считывает всю область РМ, а только ту, где прописан IMEI. В Хексе видно его невооружённым глазом.
И зачем приделали эту кнопку, тоже не очень понятно, ведь второй кнопки "Write PM Absolute" не сделали почемуто. Слить можно, а залить считанное обратно - нельзя.
Но раз уж она входит в комплект купленного софта, значит за неё я тоже заплатил. Чтоб деньги не зря были уплачены, вот и попытался найти ей применение. Хотябы косвенное. Если с тела слился РМ этой кнопкой, значит такой тел лучше не рисковать полностью стирать. Надо чтото другое придумывать. А если не считывается, ругается на какуюто защиту этой зоны, значит можно сэкономить умственной энергии, попробовать тупо стереть. При стирании наверняка эту зону тоже не затронет. На всех моделях я конечно не проверял, но где были безвыходные варианты, и без стирания всё равно было не обойтись - эта логика срабатывала. После стирания, IMEI оставался на месте.

для дкт4 имей только копируется в пм. так что стиранием тела не сотрёшь имей, кроме как в очень очень редком случае отвала кабеля от тела при стирании первого сектора

Выходит, что можно было тупо стирать флешки, от корки до корки, и ничего бы за это не было? Только контакты на плате получше зачистить?

а контаткы получше зачищать зачем? вероятность пропадания питания мала...
и этот процесс крайне быстр во времени, так что "поймать" момент врядли получится (это порядка 0.1 секунды)

я могу гордиться, я так прибил 3220 и эрик к790 на рековери:)

не велика потеря, я Аскент так грохнул (хотел МСИД по быстрому глянуть )))... Пришлось разбираться, зато теперь знаю, что там к чему :icq23:

Мне кажется, что имей на ДКТ4 не улетает при стирании, потому что юфс и другие боксы по умолчанию не стирают ту область где он хранится. Интересено попробовать стереть указав начальный адрес не 01000000, а 00000000 и конечный соответствующий размеру флеши.

Если вы сотрете первые 64к, вернее даже первые байты - имей улетит. Первый сектор читает, трет и пишет любой бокс, без этого нельзя нормально прошить тело.

Для примера - сегодня стирал 6260, вручную набивая адреса, 0000000-0FFFFFF, 2000000-2FFFFFF, 4000000-47FFFFF - имей на месте. Выходит юфс не трет первые адреса на самом деле.

трет, но потом назад пишет...

абсолютно так. бэкап rpl, erase sector 0, restore rpl

Это каких платформ касается ?