Почему блок 308 нельзя считать с безлокального тела ?

[Viktor0001]

Для DCT4 есть галочка "Read PM absolute". С ней UFS сливает бинарный файл, 64 килобайта. Ту область флешки, где лежит РМ. Reading PM Absolute: 0x01FF0000-01FFFFFF
Ежели интересно покопаться и поискать алгоритм дешифровки, вот РМ слитые с одного и тогоже телефона, с галочкой и без галочки.

[asg-gealt]

Сообщение от Viktor0001

Для DCT4 есть галочка "Read PM absolute". С ней UFS сливает бинарный файл, 64 килобайта. Ту область флешки, где лежит РМ. Reading PM Absolute: 0x01FF0000-01FFFFFF
Ежели интересно покопаться и поискать алгоритм дешифровки, вот РМ слитые с одного и тогоже телефона, с галочкой и без галочки.

Получается, вся резервируемая под PM зона - FFFF (65 кБ). Если разделить на количество записей в PM (для dct4, скажем, 256), то получается по 256 байт на каждое поле. Явно, это, мало. Там есть больше записи (та же тел. книга, например). Значит, все таки, поля имеют динамический размер и постоянно происходят перестановки данных. Это, кстати, может объяснить, например, убийство SL данных в PM казалось бы на ровном месте. Происходит ошибка при очередной перестановке данных и приехали - SL Data Corrupted.

ps Хотя, возможен и другой вариант: существование таблицы, в которой определен максимальный размер каждого поля в PM. Тогда все можно заранее прописать все по своим адресам. Тогда остается удивляться, как умудряются повреждаться данные в PM при такой четкой организации.

[PANsoft]

Сообщение от Viktor0001

Для DCT4 есть галочка "Read PM absolute". С ней UFS сливает бинарный файл, 64 килобайта. Ту область флешки, где лежит РМ. Reading PM Absolute: 0x01FF0000-01FFFFFF
Ежели интересно покопаться и поискать алгоритм дешифровки, вот РМ слитые с одного и тогоже телефона, с галочкой и без галочки.

А кто вам сказал, что это весь пм ? То, что сарас читает только 64к это не означает истиного размера....
На моей памяти там несколько поболее И к стати - он не шифрован...

Сообщение от Viktor0001

Но через программатор както неспортивно. Через кабель бы да, былоб интересно. Это надо к Сарасу письмо писать, чтоб приделал к UFSу считывание и заливку фулла.

Да хоть в ООН пишите... Пока не научатся подписывать загрузчики... Болт... Да и зачем читать всю область? Там интересны только несколько блоков

[madfighter]

Сообщение от PANsoft

А кто вам сказал, что это весь пм ? И к стати - он не шифрован...

И то верно. Нафига шифровать скажем калибровки батареи или ту же записную книгу ...

Сообщение от tevel

внутренню задачу ос PMServer.

Извиняюсь за торможение, "задача" и "процедура" это синонимы ?

[Viktor0001]

Сообщение от PANsoft

А кто вам сказал, что это весь пм ? То, что сарас читает только 64к это не означает истиного размера....
На моей памяти там несколько поболее И к стати - он не шифрован...


Да хоть в ООН пишите... Пока не научатся подписывать загрузчики... Болт... Да и зачем читать всю область? Там интересны только несколько блоков

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