У аппарата есть 4 режима загрузки с "кнопок":
1. Стандартная (т.е. просто жмем Power и грузим Андроид)
2. Recovery. Удерживаем Volume+ и жмем Power
3. Fastboot Удерживаем Volume- и жмем Power. Аппарат включается и висит на лого.
Определяется как vid_18d1&pid_d00d Ставим драйвер от Leshcatlabs.Leshcat_Android_WinUSB.zip ( 8.43 МБ )

4, Qualcomm QDLoader. Удерживаем обе кнопки громкости и жмеме Power.
Аппарат включается и висит с белым экраном, определяется как vid_05c6&pid_9008 QHSUSB_Bulk.
Ставим драйвера Qualcomm из комплекта прошивальщика HK11-NA430-8.zip ( 28.03 МБ )

Как снять Full без JTAG-а Инструкция.
СНАЧАЛА ВСЕ ВНИМАТЕЛЬНО ЧИТАЕМ, ТОЛЬКО ПОТОМ ЧТО-ТО ДЕЛАЕМ!!!

0. Находим MicroSD карту 8Gb или более (лучше 16, чтобы сразу слить eMMC и целиком, и по разделам), пустую или с достаточнным местом, вставляем в аппарат.

1. Качаем TWRP Recovery от Decker.

2. Качаем, распаковываем ADB (если еще нет, нужны adb, fastboot и DLL-ки). Кладем в ту же папку recovery_twrp_024849.img.

3. Отключаем от компа иные Android устройства, если имеются (чтобы не перепутать).

4. Загоняем аппарат в режим Fastboot, подключаем к компу и ставим драйвера (если еще не установлены).

5. Набираем в командной строке: fastboot devices. Если Fastboot видит телефон (выводит 8-значный hex-серийник) идем дальше.

6. Набираем в командной строке: fastboot boot recovery_twrp_024849.img
При этом в сам телефон ничего НЕ прошивается. Образ TWRP загружается воперативную память и запускается на выполнение.
При этом телефон секунд чз 5 перезагружается в TWRP, Вы можете пользоваться средствами TWRP. Данное ядро TWRP имеет ADB Daemon.
Поэтому в компе определяется устройство ADB с VID_18D1&PID_4EE2 (а также MTP). Ставим на него драйвер от Leshcatlabs, если они сами не установятся (ведь ранее вы их ставили лля Fastboot).

7. Запускаем adb shell
Shell будет с рутом! Можно сливать, заливать и менять любые файлы (помним, что некоторые разделы монтируются в RO, а некоторые вообще разпаковываются на RAMDisk).

8. Для слива Фулла набираем (находясь в shell и имея вставленную uSD 8+Gb!):
dd if=/dev/block/mmcblk0 of=/external_sd/mmcblk0.im1 count=8388607
ДОЛГО ждем (4-5 минут)
Потом должно вылезти сообщение типа:

Получим на uSD файл mmcblk0.im1 размером ровно 4ГБ минус 512 байт (4294966784 bytes)
eMMC у нас размером 8ГБ, а FAT32 позволяет создавать файлы размером максимум 4ГБ,
Поэтому для слива оставшейся части фулла набираем:
dd if=/dev/block/mmcblk0 of=/external_sd/mmcblk0.im2 skip=8388607
Снова ДОЛГО ждем (3-4мин)
Потом должно вылезти сообщение типа:


После этого на uSD карте будет 2 файла mmcblk0.im1 и mmcblk0.im2
Либо шьем их в другой аппарат по частям, либо склеиваем в один большой файл и ищем способ залить целиком (например JTAG-ом)

Полученный фулл будет содержать ВСЕ разделы аппарата за исключением PBL и RPMB, включая данные модема с IMEI-ями, локами, серийниками, адресами MAC, всеми данными пользователя итп и позволит восстановить аппарат из ЛЮБОГО положения за исключением порчи PBL (а, при наличии JTAG или иных "продвинутых возможностей" и с битым PBL, если есть образ рабочего PBL, взятый где-то еще).
PBL (первичный бутлоудер) и RPMB (относится к DRM) лежат на отдельных АППАРАТНЫХ разделах eMMC

PBL (Primary Boor Loader) в стандартных режимах в файловую систему телефона не отображается, ни на чтение, ни на запись.
Сливается заливается либо JTAG-ом, либо путем заливки в ПАМЯТЬ аппарата некого специального лоудера или ядра, который(ое) смонтирует, после чего считает или запишет АППАРАТНЫЙ раздел eMMC с PBL (eMMC ROM0 кажется).

Для заливки фулла в аппарат по этому же методу необходимо сделать все тоже самое, но команды немного меняются.
Заливка возможна если у вас работоспособен режим fastboot.
Если аппарат висит на заставке, то fastboot, скорее всего, доступен.
Чтобы сработал fastboot, достаточно, чтобы были целы PBL, GPT (таблица разделов), SBL, и aBoot. Если у Вас только белый экран и/или определяется компом только как QHSUSB_Bulk vid_05c6&pid_9008 (в др аппаратах бывает Qualcomm HS-USB QDLoader 9008), значит далее PBL загрузка не идет (Вы заставили или запорото что-то). В этом случае нужно либо лить прошивку либо JTAG-ом, либо заводской утилитой или QPST, либо заставить аппарат отдать "eMMC наружу" в качестве Mass storage устройства по USB. Пока не добрался до этого с данным аппаратом.
Команды для заливки через Fastboot (предполагается, что Вы сливали на uSD FAT32 2 части фулла, как описано выше):
dd if=/external_sd/mmcblk0.im1 of=/dev/block/mmcblk0
dd if=/external_sd/mmcblk0.im2 of=/dev/block/mmcblk0 seek=8388608
Обратите внимание, что ЗАливать вторую часть нужно со смещением от начала устройства mmcblk0, что и отражает параметр seek во второй команде.
Смещение в блоках (секторах по 512 байт) начинается с блока, следующего за последним ЗАлитым из первой части образа.
Последний блок в первой части имеет номер 8388607, соответственно заливаем начиная с блока 8388608.

ВСЕ ДЕЛАЕМ ПРЕДЕЛЬНО ВНИМАТЕЛЬНО И ОСТОРОЖНО, как сапер на минном поле!!!
Одна единственная ошибка или опечатка может стоить вам окирпичивания.
ВЫ ДОЛЖНЫ ПОНИМАТЬ ЧТО И ЗАЧЕМ ВЫ ДЕЛАЕТЕ, ЧТО И КУДА ПРОШИВАЕТЕ.
Для этого и написана данная большая инструкция. Кому "многА букАФ" и кто "нИАсилил", найдите себе другое занятие, а сложную работу оставьте специалистам!
Я, бывает, по 3-4-5 раз читаю здоровенные инструкции, прежде чем начинаю что-то делать и по сей день не умер сам и не прибил ни одного аппарата!
Окончательно окирпичить аппарат, как мне представляется, данным методом невозможно.
PBL повредить (в рамках данного метода) вам не удастся, поск он лежит на отдельном АППАРАТНОМ разделе eMMC.
Тем не менее, метода восстановления из режима QHSUSB_Bulk пока не разработан. Утилита от соседней модели (Q400) есть, но прошивки для данного аппарата в угодном ей формате Qualcomm пока нет в сообществе, хотя работы ведутся.

В ЛЮБОМ СЛУЧАЕ, если у Вас аппарат грузится в Fastboot, даже если он не исправен, ДО НАЧАЛА ЭКСПЕРИМЕНТОВ, СНАЧАЛА СЛЕЙТЕ С НЕГО, как описано выше, ЕГО ФУЛЛ, В ЛЮБОМ, ДАЖЕ НЕИСПРАВНОМ СОСТОЯНИИ! Есть 99% вероятности, что там уцелели важные разделы, такие, как ДАННЫЕ МОДЕМА (MODEMST1, MODEMST2) и другие, являющиеся УНИКАЛЬНЫМИ для каждого конкретного аппарата. Впоследствии, при удачном стечении обстоятельств, их не трудно вырезать (каким нибудь WinHex-ом) и залить в пролитый ЧУЖИМ фуллом, восстановленный аппарат, облегчив себе окончательное восстановление, в т.ч. восстановление ИМЕЕВ, СЕРИЙНИКОВ итп!!! Мало того, во многих случаях будет возможность легко восстановить данные пользователя, в т.ч. прямо в аппарате, в том виде, в котором они были у него до краха. Сегодня для многих их данные (тел книга, СМСки, "фоточки", логины-пароли и тд итп) куда важнее самого аппарата. При этом не всегда есть бакап в облаке, а тем более, дома. Любой пользователь всегда будет доволен, что не надо все перезаливать, переставлять проги итд итп. Даже если раздел userdata запорчен или содержит битые файлы, никто не запрещает вытащить из его образа (ext4) любые данные, например с помощью R-Studio.

Возможно также сливать заливать отдельные разделы, как по номерам, так и по названиям.
Это несколько дольше (хотя может и быстрее выйти), но зато, это БОЛЕЕ БЕЗОПАСНО, поскольку при правильном выполнении команд, Вы, возможно, избежите самой необходимости перезаписи GPT, SBL, aBoot, ModemSTx итд., что даст вам больше "права на ошибку" и больше шансов на успех.

По номерам Общий вид команды:
Слив: dd if=/dev/block/mmcblk0p1 of=/external_sd/mmcblk0p1.img
Залив: dd if=/external_sd/mmcblk0p1.img of=/dev/block/mmcblk0p1
Вместо p1 в команду подставляем p<номер оаздела>. Всего разделов 29, могут быть скрытые области, еще не разбирался. Таблица разделов, сразу понятно, ни в один раздел не входит и лежит в самом начале (слить ее отдельно можно по команде dd if=/dev/block/mmcblk0 of=/external_sd/gpt.bin bs=512 count=65535 Т.е. просто слить первые 64КБ eMMC, залить обратно dd if=/external_sd/gpt.bin of=/dev/block/mmcblk0 bs=512 count=65535).
29 раздел это userdata. Размер его около 4.7ГБ, поэтому сливать и заливать его нужно также в 2 прохода с ипользванием параметров count и skip (при ЗАливке seek)
По названиям надо работать с папкой /dev/block/platform/soc.0/by-name/
Общий вид команды:
Слив: dd if=/dev/block/platform/soc.0/by-name/aboot of=/external_sd/aboot.img
Залив: dd if=/external_sd/aboot.img of=/dev/block/platform/soc.0/by-name/aboot
Дабы слить ВСЕ нужные разделы выполняем последовательно данную команду для каждого нужного раздела, подставляя вместо aboot его имя из таблицы ниже:


Фулл я слил, но выложить пока не могу из-за имеев итп. Как только удастся его "обнулить" - выложу.


Внимание! Без особой нужды не восстанавливайте фулл целиком (СЛИВАТЬ МОЖНО И НУЖНО!), по крайней мере, через штатные средства работы с флеш памятью аппарата (заливка через DD итп). Много случаев, когда аппарат после этого блокируется по неизвестной причине (некая очередная тупая защита производителя, ошибка пользователя, что-то еще...). Иных аппаратов с подобным поведением ранее замечено не было (есть HTC и их печально знаменитые "эксперименты" с фирмвером eMMC на предмет защиты определенных адресов/секторов) Симптоматически, после перезагрузки аппарат не подает признаков жизни, определяется компом как Qualcomm HS-USB QDLoader 9008. Паниковать, нервничать не нужно. Для восстановления работоспособности необходимо прошиться заводской прошивкой с применением тестпоинта, инструкции есть в шапке. Я лично выкладывал фото тестпоинта со своего аппарата (если тут не найдете, см. на gsmforum ru). Разбирать аппарат не требуется (но требуется аккуратность!). Все восстанавливается на 100% (при условии отсутствия аппаратных проблем, не путайте, потренеруйтесь без батареи и питания, привлеките помощника и не коротните "не то что нужно" второпях).

Для восстановления фулла просто заливайте необходимые вам разделы. По этой причине всегда разумно иметь бакапы в различных "формах", даже если они частично друг друга дублируют, что позволяет в любой момент восстановить только то что нужно, не затрачивая время и силы на восстановление всего подряд. Фулл всей еММС дает копию всех данных без исключения (кроме PBL) содержащихся на еММС. Фулл можно залить даже JTAGом, например при физической замене запоротой еММС. Фулл содержит оригинальную GPT, "межраздельное пространство", где, теоретически, производитель мог чтото "спрятать". С другой стороны образы отдельных разделов позволяют восстановить быстро и легко только эти разделы когда известно (ну, или подозрение падает) что повреждение структуры данных произошло на них.

Если бакапа по разделам нет, вытащить образы конкретных разделов из фулла можно с помощью R-Studio (весьма просто), DMDE (неск сложнее для неопытных и функциональнее для опытных), Hex Editor-а (для умеющих ковырять структуры данных "вручную", визуально). Лично мне не проблема вытащить из фулла любой раздел любым способом, за секунды или минуты, но новичку может быть не просто и потребоваться приличное время на разбирательство. Есть немало иных инструментов умеющих сливать заливать разделы с/на носители. Подходят те из них, которые умеют работать с образами дисков как с дисками и умеют делать посекторные образы разделов без сжатия и внесения иных изменений (Всем известный Акронис НЕ годится). Логика проста и понятна. Загружаем в программу образ всего диска. Фулл является ничем иным как посекторным образом диска eMMC, аналогичным по структуре образу любого иного типового диска - например HDD, только eMMC (и, соотв, ее образ) "разбита" на "кучу" разделов, почти все из которых являются "нестандартными". Программа должна распознать на образе диска с GPT таблицей разделов любые (в т.ч. "не стандартные") разделы и уметь с ними работать целиком (понимание структуры/ФС разделов со стороны программы НЕ требуется). Для нас нужно чтобы утилита умела сливать из подключенного образа диска образы найденных на нем разделов в несжатом посектрном формате (т.е. без пропусков "пустых" участков, какой либо компресси итп "искажений" содержимого). Со всем этим прекрасно справляются R-Studio и DMDE, которые еще и прекрасно умеют вытаскивать файлы из разделов FAT/extX, что, безусловно, пригодится если нужно вытащить любые данные - как-то, медиа, любые базы данных, файцлы настроек, какие-то сохраненные пароли итд., итп., из образа тела. Никаких "рутов" не требуется, просто потому, что утилитам восстановления данных глубоко по барабану на любые права доступа. Доступ есть куда угодно, лишь бы объект физически был на месте и не был зашифрован.

Единственный нюанс - если фулл был разбит на 2 части, как описано в инструкции (в силу органичений FAT32 на максимальный размер файла =4ГБ), то перед тем, как "натравливать" на фулл утилиты восстановления, необходимо склеить образ из 2х частей в одну путем простой конкатенации (т.е. дописывания второго файла в конец первого). Простейший способ из командной строки DOS/Win составить команду ТИПА(!) "copy Full1.img + Full2.img FullFull.img". Файлы должны быть в одной папке, либо прямо указываем для каждого файла его путь. "Выходной" файл должен писаться на раздел поддерживающий файлы размером 8ГБ. Раздел FAT32, соотв., НЕ годится, как указано выше. Под Виндой годится NTFS, Под Линуксом, соотв, - ExtX. Кто "слаб в командной строке", могут поискать любые ГУЕвые утилиты для "резки-склейки" (Cut/Merge) бинарных файлов, обязательно с поддержкой файлов оч большого объема - т.е. более 4ГБ. Работать далее, конечно, нужно с полученным в результате операции одним большим файлом размером ок 8ГБ.

Ну и последнее. Новичкам может, как всегда, показаться что все "оч сложно" и "многА букОв". Для того чтобы разобраться, действительно, некоторым, придется попотеть, однако, на практике, ничего реально сложного во всех этих "манипуляциях" нет. Важно как всегда, понять "что как устроено" и "что и зачем делается". После этого работать будет просто и легко. Обсуждаемые задачи/проблемы имеют оч широкую распространенность. Принципы работы актуальны и аналогичны для любых компьютеров (ПК любых времен), большей части смартов и планшетов, и практически для всех современных, для любых внешних носителей информации. Полученные знания помогут разобраться с принципами хранения данных на носителях и решать самые разные задачи в будущем.

FRP - этакая "защита от краж", на которую нарываются все забывчивые пользователи, не запомнившие пароль от аккаунта Google, да и сам логин, или даже не придавшие значения этой, возможно, даже не нужной для них процедуры регистрации этого долбанного аккаунта, основным предназначением которого является слив персональных данных пользователя "Корпорации Добра". Причем, "в переходе" воры все это легко снимут у знакомых барыг, тогда как простые пользователи должны обивать пороги ОСЦ, терять время и платить деньги сопоставимые со стоимостью аппарата. Это лукавство производителей и разработчиков системы, действующих "группой лиц по предварительному сговору".

Истинной целью является заставить чайников платить за воздух или выкидывать аппараты и покупать новые под благовидным предлогом заботы о них. Защита смехотворно слабая. Ни одного, мало-мальски грамотного профессионала она не остановит. Нет никаких проблем разработать защитные механизмы, позволившие бы блокировать аппараты на уровне провайдерского оборудования по запросу собственника украденного аппарата, представившего любые неоспоримые доказательства собственности на него (договора приобретения, использования, документы о покупке итп либо по запросам правоохранительных органов) зашив в масочное ПЗУ модема/процессора неперешиваемые идентификаторы, передающиеся на коммутатор без участия ПО телефона (любой его части, включая фирмвер модема). Все кражи телефонов во всем мире сразу же сошли бы на нет. :)

Собственно, подозреваю, что такие идентификаторы давно там существуют, просто потому, что такое решение само собой напрашивается в целях "мониторинга населения", но публике о них ничего не скажут, по понятным причинам, и никаких особых затрат производителям и эксплуатантам телеком оборудования такое "нововведение" не сулит. Даже если еще не сделали, то сделают завтра или послезавтра. Переделки минимальные. Зато такая "защита от краж" позволяла бы без каких либо ограничений мониторить всех пользователей мобильной связи в мире без какой бы то ни было возможности ее обойти иначе как постоянно менять аппараты (вместе с SIM). Такой мониторинг грубо нарушает права и свободы ни в чем не повинных граждан, гарантированные конституцией (большинства стран), ради легкого нахождения и задержания мизерного числа нарушителей закона, сбора доказательной базы (мизерного в сравнении с общим числом граждан). Тем не менее, у нас подобный мониторинг уже проводится и законодательно закреплен т.н. законом Яр-ой. Поэтому никаких препятствий со стороны законодательства для интеграции "неубиваемых защит" нет, либо надо отменять сам закон, явно противоречащий конституции.

Сама "заЩИТа" реализована весьма тривиально. На аппаратах под управлением Android 5.x и выше добавился еще один "секретный" раздел. Раздел называется config. Он "мелкий". Кому интересно, могут покопаться в его бинарной структуре и разобраться какие данные там за что отвечают, в частности, относительно FRP. В процессе разбирательств с Q415 я этот раздел "мельком" глядел, стирал его и никаких "блокировок FRP" у меня ни разу не вылезло. Из этого следует вывод, что если раздел пуст (стерт), то аппарат НЕ блокируется, что бы там ранее не было записано. Соотв. если вам не удается снять блокировку с помощью описанного выше кода и сброса из штатного меню (например повреждение данных, иные сбои), вы можете попробовать просто стереть раздел config из режима FastBoot, что также советуют на некоторых других форумах по ремонту применительно и к другим аппаратам.

1. Включите (выключенный) аппарат удерживая кнопку Vol- чтобы попасть в FastBoot
2. Установите драйвера ADB если они ранее не были установлены
3. Из командной строки наберите fastboot erase config (необходимо наличие fastboot.exe, И *.dll идущих в комплекте с adb.exe)
4. Перезагрузите аппарат (выкл-вкл или наберите там же fastboot reboot)

ВАЖНО! На всякий случай необходимо иметь бакап раздела config. Вдруг чтото пойдет не так.
Следует всегда снимать полный бакап аппарата, как описано в другой моей инструкции (ссылка есть в шапке) в самом начале эксплуатации аппарата. Тогда у вас всегда будет возможность восстановить все как было до тех пор пока цела аппаратная часть. Кто будет экспериментировать обязательно снимите бакап с config любым способом до начала экспериментов (сохранить, например в файл config.img). Вы всегда легко сможете зашить его обратно из режима fastboot набрав команду fastboot flash config config.img
Не знаю, не возникнет ли препятствий у тех, у кого не был ранее сброшен флаг блокировки bootloader (опция снятия этой защиты есть в настройках аппарата, как помню, в меню разработчика). Почитать об этом можно также в посте aledoom по поводу OEM Unlock, однако, конкретики нет и там. У меня нет аппарата на руках чтобы поэкспериментировать. Если такое препятствие имеется, необходимо искать пути обхода. Можно, например, пытаться шить заводской утилитой, из 9008, заранее подготовленный "пустой" config (забитый "нулями") правильно отредактировав скрипты прошивки (.xml). Иной способ - искать способ загнать аппарат в 9006 и поправить из него.

В результате появляется опция "Автозагрузка USB-устройства" в меню разработчика (где можно установить галку). Судя по названию опция, похоже, кореллирует с функциональностью USB OTG.
С другой стороны декомпиляция дайлера показала корелляцию с функцией DiagPortActivity, которая, судя по названию, соотносится с активацией Diag порта, о котором речь ниже.
Реверсингом этого кода занимался Tumbler_Guest. Вопросы, соотв, к нему. Вот его пост по теме.

0. Телефон должен запускаться, дайлер должен работать. Если ранее был активирован diag порт, возможно сработает и на полурабочем.
1. Качаем свежий QPST 2.7.425 или новее (если найдете), можно взять 2.7.422, я не пробовал. MSM8909 добавили совсем недавно!
На xda в этом посте лежит заведомо нормальный (под видом QPST последние 2 года часто пропихивали троянов!!!, в т.ч. на хда)
http://forum.xda-devel…=59235714&postcount=15
Прямая ссылка на скачку с XDA:
http://www.mediafire.c…_Installer-00425.1.zip

2. Ставим, соглашаемся сначала установить VC2010 redistributable из комплекта, если ранее не ставили (более новые и старые не канают)
3. Если на телефоне не активирован диагностический порт, набираем в дайлере код *#232111#
Телефон думает неск сек, если был подключен в тот момент к компу, запулюмкает отключение-подключение устройств USB в компе
4. Подключаем к компу по USB (если не был подключен). Должны определиться 5 устройств, включая ADB, modem и (ГЛАВНОЕ!) COM порт Qualcomm HS-USB Diagnostics (COMx). Драйвера LeshCat приложены в аттаче. Возможно понадобятся драйвера Qualcoom из второго аттача.
Пока Qualcomm HD-USB Diagnostics 9091 (COMx) не установится запускать QPST бесполезно!
5. Запускаем QPST Configuration. После запуска в главном окне, на активной вкладке Active Phones сразу должен определяться MSM8909. Добавлять порт вручную на вкладке Ports, как на некоторых "закастомизированных" аппаратах не требуется. Если аппарат не определяется сразу - закрываем QPST Config ИЗ ТРЕЯ! - "Stop QPST Server" и запускаем заново. Должно определиться. Если никак, тогда уже разбирайтесь почему, может Diags COM порт не определился в девайс менеджере или еще что.
6. В QPST Config с выбранным в списке аппаратом, жмем меню Start Clients -> Software Download - открывается эта прога. Напротив Port: должен быть ваш MSM8909 на соотв порту.
7. Идем на вкладку Backup, напротив поля xQCN File жмем Browse и выбираем файл куда сохранять (можно выбрать формат xQCN или QCN)
8. Жмем Start и ждем когда сольет (сек 30-60+), Радуемся если все прошло удачно.
9. Восстановление на ЛЮБОЙ совместимый аппарат (предполагается что тот же, с которого сливали или идентичный) - аналогично на вкладке Restore. Помним, что при этом IMEI сменятся на IMEI того аппарата, с которого сливали бакап!
10. Если нужно восстановить IMEI, редактируем БАКАП (предварительно еще сделав его копию!) с помощью утилиты QCNView (из комплекта QPST)
По каждой SIM отдельно 550 [NV_UE_IMEI_I] и (SIM1) 550 [NV_UE_IMEI_I]. Бинарный формат записи имеев там расписан в куче статей в нете, ходили даже проги конвертеры с человеческого в NVRAM-ный язык и обратно. Возможно и MAC-и хранятся где-то там же, пока не дорыл. После редактирования сохраняем БАКАП в отдельный файл и ЗАЛИВАЕМ ТОЛЬКО чз [b]Software Download -> Restore[/b (или QFIL)], а не другими утилитами из комплекта!!! Иначе часть Item-ов не пропишется!!! Это защита! Часть ITEM-ов в т.ч. IMEI перезаписываются только в режиме восстановления NVRAM целиком, который обеспечивает Software Download!!!
Исключение должна составлять новая утилита QFIL, которая заточена только под проливку тел, а не "инжинеринг". QFIL работает не через QPST Server, как все старые инструменты и требует его закрыть.
У нее в меню есть пункты Backup/Restore NVRAM, должно работать в том же режиме, что и Software Download.

Если Вы в самом начале сделали полный бакап всей eMMC, по методу описанному мною неск сообщений назад, но не сделали по разделам или делали с помощью JTAG, то у вас будет возможность восстановить все целиком или любые разделы по отдельности, включая шифрованные разделы ModemST1 ModemST2, в которых физически хранится NVRAM.
Применительно к бакапу-восстановлению NVRAM логика проста. Для своего аппарата Вы делаете бакап разделов ModemST1 ModemST2 целиком в шифрованном виде. Как либо изменить эти бакапы Вы не можете, ибо они полностью зашифрованы. Восстановить бакап этих разеделов для свежих телефонов можно ТОЛЬКО на ТОТ АППАРАТ, с которого они сливались, поск, по утверждению Decker-а, ключи шифрования индивидуальны для каждого проца и хранятся в нем аппаратно. Для того, чтобы что либо изменить или портировать настройки NVRAM на другой аппарат, необходимо слить НЕ шифрованный бакап через интерфейс Qualcomm и это будет не бакап раздела, а бакап файлов и настроек на нем с пропрайетарной файловой системы Qulcomm EFS. Такой бакап можно залить как себе, так и соседу с идентичным аппаратом. Индивидуальные настройки вроде имеев и калибровок, при этом тоже скопируются, поэтому имеи нужно будет восстановить на свои путем редактирования файла бакапа перед заливкой. Калибровкам, при этом, можно помахать ручкой, но практика показывает, что случаев сильного ухудшения приема я не видел. пол рунета перезаливали чужие бакапы и вроде у всех работает (в плане приема) как минимум удовлетворительно. Иными словами, жалоб, что все стало совсем плохо не слышно. Поскольку всегда возможны сбои и ошибки обложитесь бакапами всех типов как солдат в окопе и будете готовы восстановить ВСЕ или по частям. :) Если Вы делали бакап всей eMMC и НЕ делали по разделам, то выдрать оттуда СВОИ ModemSTx (как и другие разделы) не сложно (тому, кто ничего не знает о структурах данных, наверное, нужно сначала разобраться в этом и приобрести общие знания, либо попросить помощи у умелого соседа), например, каким нибудь WinHex-ом. Если разбивка разделов стандартная для ДАННОЙ модели, то ModemST1 начинается со смещения 8680000 HEX! байт в фулле, имеет размер 180000 hex байт (или 1572864 десятичных) и заканчивается на 87FFFFFh включительно. В заголовке видно текст IMGEFS18. С 8800000h начинается ModemST2, имеет такой же размер и заканчивается на 897FFFFh включительно. В заголовке видно текст IMGEFS27. Вырезаем их из фулла, сохраняем как 2 .img файла и восстанавливаем в телефон если нужно. Можно воспользоваться каким-то утилитами работающими с имиджами жестких дисков - гапример R-Studio. Разбивка на разделы там стандартная GPT. R-Studio увидит разделы на имидже и позволит с ними работать, в т.ч. выдрать и сохранить необходимый раздел (но нужно знать какой, их там 29), а для стандартных разделов, вроде FAT32 или Ext4 можно и отдельные файлы выдирать, например, где хранятся тел книга или СМС, или ключи-пароли, картиночки, рюшечки и что угодно.
Получаем NVRAM в том состоянии, какое было на момент бакапа, ВОССТАНАВЛИВАТЬ НУЖНО ИЗ режима РЕКАВЕРИ! При загрузке TWRP от Decker доступен интерфейс ADB. Дело в том, что на работающем аппарате (т.е. при нормальной загрузке Андроида) фирмвер модема постоянно читает пишет NVRAM. Вы полезете чз ADB переписывать, а фирмвер (будучи не в курсе) вам его снова обновит сверху или наоборот не сможет считать и глюкнет. Поэтому и нужно заливать разделы типа ModemST из "безопасног режима". Если нет выхода (что-то не работает) то можно сделать из под андроида, но тогда нужно будет сразу после заливки выдернуть батарею, чтобы фирмвер ничего поверх записать не успел.
Все это реально не оч сложное для понимания и реализации, НО ТРЕБУЮЩЕЕ ИСКЛЮЧИТЕЛЬНОЙ ВНИМАТЕЛЬНОСТИ И КОНТРОЛЯ ЗА СОБОЙ НА ВСЕХ ЭТАПАХ!

-Скачиваем весь необходимый софт. Скачать: MAIL.Облако

-Распаковываем в удобном месте в компе (я сделал это в корень диска "С", в папку Micromax). Должно получиться 3 папки:
MMX_Q415_SW_V2.8_HW_V0.2__V25112015B1661_LCS4.bin
Qualcomm Smartphone Software Update Tool
Uniscope_Qualcomm driver_V1.0.1

-Начинаем все с установки драйвера от Qualcomm. Для этого вводим аппарат в режим Qualcomm QDLoader (выключаем аппарат, удерживаем одновременно обе кнопки громкости и жмем на Power). Аппарат перейдет в режим белого экрана. В этом состоянии подключаем его к ПК. Открываем диспетчер устройств,

устанавливаем на неизвестные устройства драйвер из папки Uniscope_Qualcomm driver_V1.0.1. Про ручную установку драйверов с выбором папки назначения расписывать не буду, гугл работает без выходных. Единственное что отмечу, что владельцам Win 8- 10 придется откльчить проверку цифровой подписи драйверов. Для этого либо нужно загрузиться в режиме отключенной проверки подписи, либо отключить ее самостоятельно. Проще всего это сделать через командную строку от имени Администратора поочередным выполнением этих 2-х команд:

После того, как обе команды будут выполнены, закройте командную строку и перезагрузите компьютер.
Проверка цифровых подписей будет отключена, с одним лишь нюансом: в правом нижнем углу вы будете наблюдать
уведомление о том, что Windows 10 работает в тестовом режиме
(чтобы убрать надпись и вновь включить проверку, введите в командной строке bcdedit.exe -set TESTSIGNING OFF)
-После установки драйвера в диспетчере устройств появится устройство, подключенное к COM- порту:

-Открываем папку Qualcomm Smartphone Software Update Tool
-Запускаем Qualcomm Smartphone Multi-Port Software Upgrade Tool.EXE
Откроется вот это окно:

В нем нажимаем на воскл. знак, выбираем Administrator, пароль ustest.
Запустится приложение:

В верхнем левом углу указываем программе на папку с прошивкой MMX_Q415_SW_V2.8_HW_V0.2__V25112015B1661_LCS4.bin, а галочку ставим напротив того порта, который нам определяет диспетчер устройств после установки драйвера.
-Далее пойдет процесс верификации программой самой прошивки,

и после того как внизу вы увидите вот такую надпись,

можно приступать к прошивке аппарарта.
-Жмем на Start All в правом верхнем углу:

Пойдет процесс прошивки, по окончании которой вы увидите вот это:

На этом процесс прошивки аппарата будет успешно завершен, его можно будет отключить от компьютера, а прошивальщик- закрыть. Запускаем аппарат, и настраиваем с нуля, как только приобрели его в магазине.
Надеюсь, не очень сумбурно, всем удачи! ;)

pdf_Прошивка+Micromax+Q415+Canvas+Pace+4G+через+компьютер.zip ( 787.85 КБ )

doc_Прошивка+Micromax+Q415+Canvas+Pace+4G+через+компьютер.zip ( 508.91 КБ )

docx_Прошивка+Micromax+Q415+Canvas+Pace+4G+через+компьютер.zip ( 510.48 КБ )

https://drive.google.c…1mTE0/view?usp=sharing
https://drive.google.c…QtNUk/view?usp=sharing
https://drive.google.c…VPMzg/view?usp=sharing
https://drive.google.c…hMUlE/view?usp=sharing