Восстановление GDFS на DB2020 ДримБоксом

[svv1]

Дабы избежать дальнейших вопросов поясняю:

Поднять убитый GDFS на DB2020 на сегодняшний день можно двумя способами:
1. Установка новой флеш-памяти, затем запись ее OTP и флеширование.
2. Использование функции Repair GDFS программатором DrеамBоx SE через тест-поинт с использованием микроскопа.

@ srfl: при убитом GDFS он и не будет видеться кабелем DCU-60 через клавишу "С", а вот через клавиши "2"+"5" будет.

Купил DrеамBоx SE ,а пошагово можете обьяснить как поднять убитый GDFS на DB2020.

 

[maslovets]

Купил DrеамBоx SE ,а пошагово можете обьяснить как поднять убитый GDFS на DB2020.

Как начать:

купить чтобы получить доступ к скрытому контенту.

Функции:

купить чтобы получить доступ к скрытому контенту.

Все остальное в программе пошагово с картинками.

 

[maslovets]

Выдержка из мануала:

" Как восстановить GDFS?
1. Выберите нужную модель из списка.
2. Выберите режим подключения (Access Mode) Test Point (если данный телефон уже
подвергался процедуре Security Bypass, то переходите сразу к п.5 ).
3. Откройте закладку Security.
4. Проделайте процедуру Security Bypass, нажав кнопку «Execute "Security Bypass"
Operation».
5. Выберите режим подключения (Access Mode) Security Bypass.
6. Если Вы не знаете причин выхода телефона из строя, лучше всего сначала прошить
его файлом полной прошивки (Full Flash).
Если точно известно, что у телефона повреждена только зона GDFS, то флешировать
нужно только GDFS файл
7. Проделайте процедуру Unlock And Repair GDFS Security Blocks в закладке Misc.
8. Выполните флеширование телефона файлами Main + FS + Custpac."

 

[prohorov]

а кто нить знает, почему после восстановления GDFS дримом, при нажатии на С используя сетул не проходит идентификация. только через 2+5 это можно зделать

 

[prohorov]

я дримом GDFS восстанавливаю, а сетулом всё остальное, мне им удобней. причём после восстановления GDFS, сетулом ни одна модель не показывает идентификацию через С. EMMA3 нормально работает через С, а сетул не хочет. пишет типа DAMAGE FIRMWARE/GDFS, хотя GDFS восстановил по мануалу

 

[maslovets]

я дримом GDFS восстанавливаю...пишет типа DAMAGE FIRMWARE/GDFS, хотя GDFS восстановил по мануалу

Самого главного не вижу: телефон-то работает?

 

[prohorov]

работать то работает, просто для себя хотел знать, может кто в курсе почему так

 

[maslovets]

работать то работает, просто для себя хотел знать, может кто в курсе почему так

Подобный результат на К800 был сегодня.
Тел поднялся, но через С коннектится к СЕтулу не пожелал. По причине "SECURITY UNITS CAN'T BE READ!", что говорит о том, что переменные безопасности не восстанавливаются. Ером патчится, телефон работает. С точки зрения СЕтул это "DAMAGED FIRMWARE/GDFS..." Так что громкое слово "восстановление" в этом случае не очень-то и подходит.
Все остальные функции (когда не требовалось бэкапить security units) работали нормально. Через RJ-45 ни каких проблем.
Также замечено, что телефон прекрасно работает с OTP CID 49 - FLASH CID 52.
Напоследок: дрим не всегда востанавливает до конца, например, телефон после repair может ожить, но стать залоченным на оператора (а может он таким был изначально, ко мне он пришел дохлым).

 

[Vasya Pisukov]

Подтверждаю,сегодня был К790,после восстановления Дримом на сутулом отказался прошиваться по кнопочке "С",на RJ-45 завис на Identify,а вот на 2+5 все прошло на ура.При включении-ноль эмоций,через 2 минуты завелся и работает.Тел OTP CID 49 - FLASH CID 53.

 

[Maks-E]

q:
when i attaching phone using dcu60 i see following messages:

Code:

erom_readvar: error reading unit 1/725
error while reading security units
SECURITY UNITS CAN'T BE READ !
DAMAGED FIRMWARE/GDFS OR EMPTY PHONE

or

erom_readvar: error reading unit 1/851
error while reading security units
SECURITY UNITS CAN'T BE READ !
DAMAGED FIRMWARE/GDFS OR EMPTY PHONE

and process stops,but phone works normally on com/ufs.
what is root cause and what is solution ?

A:
that phone is tampered by d_reambox software.

during their famous method of "testpoint bypass", they writing patched erom with own custom loader embedded, patching simlock signature check and ... erasing simlock signature without any reason, which prevents setool2 from making backup.

i had write a post on their forum, but they too arrogant even to read it.

fix is extremly simple:

using com/ufs write next script in SIGNED MODE (check ONLY "USE SIGNED MODE" on settings)

for db2020:
Code:

gdfswrite:0001085144554D4D5944415441

for db2012:
Code:

gdfswrite:0001072544554D4D5944415441

alas, they custom loader also breaks alternative bypass support using dcu60 cable,
so you only can use SIGNED MODE with dcu60 after their "testpoint".

maybe i will write program (embed option in setool2) to restore tampered by d_reambox erom to correctly patched.

купить чтобы получить доступ к скрытому контенту.