GSM Форум - GSMForum.SU  

Вернуться   GSM Форум - GSMForum.SU > Форумы поддержки оборудования > Архив форумов поддержки > MXBox HTI - MXKey

MXBox HTI - MXKey Форум поддержки MX-Key.

Ответ
 
Опции темы Оценить тему Опции просмотра
Старый 18.09.2011, 20:08   #1
Ewind
Новичок
 
Регистрация: 28.08.2007
Адрес: Луганск, Украина
Сообщений: 16
Поблагодарил: 3
Поблагодарили 4 раз за 4 сообщений
Репа: 0
Пропали данные о валидации CMLA_KEY и WMDRM_PD после полного стирания 3600s

После полного стирания и заливки бэкапа полного RPL в 3600s с последующей записью 1 и 309 блоков pm через SX4 заметил, что отсутствуют данные о CMLA_KEY и WMDRM_PD при нажатии на "BUS Check" (либо при нажатии "BB5 Secure Storage Validation" в разделе Cetificate Manager). До стирания лог валидации выглядел следующим образом:
Код:
SIMLOCK seems to be valid
SUPERDONGLE_KEY seems to be valid
CMLA_KEY seems to be valid
WMDRM_PD seems to be valid
SIMLOCK_TEST passed
SECURITY_TEST passed
После заливки бэкапа:
Код:
SIMLOCK seems to be valid
SUPERDONGLE_KEY seems to be valid
SIMLOCK_TEST passed
SECURITY_TEST passed
Параметры CMLA_KEY_DATA и WMDRM_PD_DATA файле RPL присутствуют.
Проливка бэкапа полного PM к исходному логу ТА не вернула.

Как вернуть аппарат в исходное состояние, чтобы указанные ключи проходили проверку на валидацию?
Ewind вне форума   Ответить с цитированием Вверх
Старый 18.09.2011, 20:20   #2
jblack
Администратор
 
Аватар для jblack
 
Регистрация: 02.08.2004
Адрес: Тридевятое царство
Сообщений: 2,210
Поблагодарил: 1,130
Поблагодарили 2,421 раз за 1,091 сообщений
Репа: 1993
Цитата:
Сообщение от Ewind Посмотреть сообщение
Как вернуть аппарат в исходное состояние, чтобы указанные ключи проходили проверку на валидацию?

Купить оригинальный RPL.
__________________
В правильно поставленном вопросе содержится большая часть ответа.
jblack вне форума   Ответить с цитированием Вверх
Старый 18.09.2011, 20:30   #3
Ewind
Новичок
 
Регистрация: 28.08.2007
Адрес: Луганск, Украина
Сообщений: 16
Поблагодарил: 3
Поблагодарили 4 раз за 4 сообщений
Репа: 0
Получается, Mx-Key не делает полный/корректный бэкап rpl? Чем этот rpl отличается от заводского, какими данными?
Ewind вне форума   Ответить с цитированием Вверх
Старый 23.09.2011, 02:10   #4
Ewind
Новичок
 
Регистрация: 28.08.2007
Адрес: Луганск, Украина
Сообщений: 16
Поблагодарил: 3
Поблагодарили 4 раз за 4 сообщений
Репа: 0
Не дождавшись ответа решил разобраться самостоятельно.
Сразу оговорюсь, что в первом посте я не указал, что при записи бэкапа полного PM 308 блок был защищен от записи и, соответственно, не был записан.
Сравнил 308 блок из бэкапа с 308 блоком, который получился после заливки бэкапа RPL, 1 и 309 блока с sx4 авторизацией. Получившийся 308 блок отличается отсутствием как минимум половины данных. Решил залить бэкап родного 308 блока:

1. Полностью стер флеш
2. Записал MCU от 5310 (чтобы получить возможность записи 308 блока)
3. Залил 1,120,308,309 блоки из бэкапа родного PM
4. Прошил аппарат родной прошивкой, версией при которой делался бэкап
5. Записал NPC, CCC, HWC блоки из бэкапа RPL.

В итоге получил то что требовалось:
Код:
Using device: UFS_USB V2.8 (c) SarasSoft 2007.
Connection status: OHCI:HUB:HUB:USB 1.10 (Full-speed)
Driver: UFS2XX, ver: 3.6.0.0 , NTMP ver: 2.6.0.0
Module ver: 1.0.0.18624(06-08-2011), Library ver: 1.0.0.12274(06-08-2011)
CMT Data :
SYSTEM ASIC ID: 000000010000022600010006030C192101033000 [RAP3G ver: PA 3.x]
EM0 ID: 00000295
EM1 ID: 00000B22
PUBLIC ID: 1B10020501ED7C56BDBC40EBB21E0EAD4D939F41
ASIC MODE ID: 00
ROOT KEY HASH: 9DDBFCFE6E73CED7D8C6268C8EB85723
ROM ID: 273F6D55DFAAF68F
 SecondaryBoot: RAP3Gv3_2nd.fg [BB5]  version: 9.11.1 revision: 0.0 size: 0x3C00
 Supported Ids: 0103192101003000, 010C192101003000, 0103192101013000, 010C192101013000, 0103192101003100, 010C192101003100, 0303192101023000, 030C192101023000, 0303192101033000, 030C192101033000, 0103192101001101, 010C192101001101, 0003192101001002, 000C192101001002, 0013192101001002, 001C192101001002
eBB5ProtocolType: OLD
Storage0: 00EC 220C  - 0000 8921 [Samsung K8F1215ETM,512 Mbits] type: FLASH,NOR, asic:CMT 
Storage content: 0000 0000 0000 0000 0000 0000 0000 0000 
Storage1: FFFF 0000  - 0000 0000  type: MMC, asic:CMT 
TransmissionMode: 16Bit
 Algorithm: RAP3Gv3_algo.fg [BB5 ALGORITHM]  version: 9.50.0 revision: 0.0 size: 0x23010
 Supported Ids: 0103192101003000, 010C192101003000, 0103192101013000, 010C192101013000, 0103192101003100, 010C192101003100, 0303192101023000, 030C192101023000, 0303192101033000, 030C192101033000, 0003192101002000, 000C192101002000, 0003192101002100, 000C192101002100, 0003192101002200, 000C192101002200, 0003192101012200, 000C192101012200, 0103192101001101, 010C192101001101, 0003192101001002, 000C192101001002, 0013192101001002, 001C192101001002
CMT PAPUBKEYS HASH: E4BA39EE248FC5E165E280B6AD60C5C0B1A1DA6D
TransmissionMode: DDR&TX2
Original Imei: 35366101************
Original Product code: 0561092
Bluetooth ID: 0021ABDEEF6C
 
Phone type: RM-352 (Nokia 3600 slide)
SW version: V 07.23 17-07-09 RM-352 (c) Nokia             
Imei plain: 35366101************-*
Battery voltage: 4786 mV, current: 39 mA
Language Pack:
- not available.

SIMLOCK seems to be valid
SUPERDONGLE_KEY seems to be valid
CMLA_KEY seems to be valid
WMDRM_PD seems to be valid
SIMLOCK_TEST passed
SECURITY_TEST passed
 
 
Imei net: 35366101*************
Version: SIMLOCK SERVER
Counter: 0/3, 0/10
 
CONFIG_DATA: 2440700000000000
PROFILE_BITS: 0000000000000000
 
BLOCK1: 1=OPEN, 2=OPEN, 3=OPEN, 4=OPEN, 5=OPEN
BLOCK2: 1=OPEN, 2=OPEN, 3=OPEN, 4=OPEN, 5=OPEN
BLOCK3: 1=OPEN, 2=OPEN, 3=OPEN, 4=OPEN, 5=OPEN
BLOCK4: 1=OPEN, 2=OPEN, 3=OPEN, 4=OPEN, 5=OPEN
BLOCK5: 1=OPEN, 2=OPEN, 3=OPEN, 4=OPEN, 5=OPEN
BLOCK6: 1=OPEN, 2=OPEN, 3=OPEN, 4=OPEN, 5=OPEN
BLOCK7: 1=OPEN, 2=OPEN, 3=OPEN, 4=OPEN, 5=OPEN
Остался следующий вопрос: В чем причина недостаточно корректного пересчета 308 блока PM при записи бэкапа RPL программой mobileEx в данной (предполагаю, не только в одной этой) модели телефона?
Полагаю, что причиной этому может оказаться либо интерфейс (в меньшей степени), либо отсутствие каких-либо еще данных в бэкапе RPL(в чем также сомневаюсь, никто так и не ответил чем отличается бэкап полного RPL от заводского, видимо только форматом файла), либо некорректная запись RPL самим приложением mobilEx. Хотелось бы услышать и ваше мнение.
Ewind вне форума   Ответить с цитированием Вверх
Старый 23.09.2011, 09:06   #5
jblack
Администратор
 
Аватар для jblack
 
Регистрация: 02.08.2004
Адрес: Тридевятое царство
Сообщений: 2,210
Поблагодарил: 1,130
Поблагодарили 2,421 раз за 1,091 сообщений
Репа: 1993
Какой то странный вопрос оригинальный RPL это то что на заводе сохранили, MX и другие сторонние программы бекапят только жизненно важные данные из телефона без которых телефон не сможет работать.
__________________
В правильно поставленном вопросе содержится большая часть ответа.
jblack вне форума   Ответить с цитированием Вверх
Старый 23.09.2011, 13:31   #6
Ewind
Новичок
 
Регистрация: 28.08.2007
Адрес: Луганск, Украина
Сообщений: 16
Поблагодарил: 3
Поблагодарили 4 раз за 4 сообщений
Репа: 0
А что вы скажете о заявлении разработчиков одной из сторонних программ "Создание RPL с RAPU/RAP4 ТА являются теперь 100 % как поставляемый от Nokia!"?
Ewind вне форума   Ответить с цитированием Вверх
Ответ


Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход

Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
N96 Не прошивается после полного стирания serzhik7907 Nokia - для новичков 10 06.11.2010 07:58


Текущее время: 01:44. Часовой пояс GMT +3.


Powered by vBulletin®
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd. Перевод: zCarot