Доброго времени суток! Ребята нужна ваша помощь! Имеется две ШГУ 2025 года выпуска одна Ноябрьская другая Июньская обе SW:X059.

Та что июньская в ней стоит прошивка фирмы Toyota Custom Team. Хочу сделать полный бэкап и изменить и добавить некоторые приложения. С помощью чего вы мне посоветуете сделать бэкап ШГУ?

С помощью JTAG адаптера.

2 часа назад, ALEX сказал:

С помощью JTAG адаптера.

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

прошивки процессоров и образы файловой системы это две разные вещи.

1 час назад, rcsmaks сказал:

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

1. Подготовка и проверка активного слота

система со слотами A и B, сначала нужно понять, с какого слота сейчас загружено ГУ, чтобы слить файловую систему.

• Включаем root в ADB. Подключитесь к ГУ и выполните:
  adb -d root

• Узнаем активный слот.

  Введите команду:
  adb -d shell getprop ro.boot.slot_suffix
  Она выдаст либо _a, либо _b. Используйте эту букву в командах ниже (в примере ниже указан слот _a).

2. Снятие образов разделов на внутреннюю память ГУ

Эти команды являются прямым зеркалом второго/четвертого блока из вашей инструкции. Они скопируют разделы во внутреннюю память (/sdcard/).

Внимание: убедитесь, что во внутренней памяти ГУ достаточно свободного места (раздел system может весить 2–4 ГБ).

• Копируем boot (ядро):
  adb -d shell dd if=/dev/block/by-name/boot_a of=/sdcard/b_backup.bin bs=10000

• Копируем vendor (драйверы и настройки железа):
  adb -d shell dd if=/dev/block/by-name/vendor_a of=/sdcard/v_backup.bin bs=10000

• Копируем system (сама система):
  adb -d shell dd if=/dev/block/by-name/system_a of=/sdcard/s_backup.bin bs=10000

• Копируем product (предустановленные приложения и локализация):
  adb -d shell dd if=/dev/block/by-name/product_a of=/sdcard/p_backup.bin bs=10000

(Если на шаге 1 система показала слот _b, замените в командах выше _a на _b. Также вместо bs=10000 можно написать bs=4M — дамп снимется в несколько раз быстрее).

3. Скачивание образов на компьютер и очистка

Теперь забираем созданные файлы с ГУ на ПК (обратная команда для adb push) и удаляем их с устройства, чтобы не забивать память.

• Скачиваем файлы в текущую папку на ПК:
  adb -d pull /sdcard/b_backup.bin
adb -d pull /sdcard/v_backup.bin
adb -d pull /sdcard/s_backup.bin
adb -d pull /sdcard/p_backup.bin

• Скачиваем оригинальную анимацию загрузки (если нужно):
  adb -d pull /system/media/carbootanimation.avi

• Удаляем временные файлы с ГУ:
  adb -d shell rm /sdcard/b_backup.bin /sdcard/v_backup.bin /sdcard/s_backup.bin /sdcard/p_backup.bin

4. Альтернативный способ (сразу на ПК)

Если на самом ГУ не хватает свободного места для сохранения этих файлов в /sdcard/, можно слить их напрямую на жесткий диск компьютера в обход внутренней памяти устройства:

• Прямой дамп на компьютер (пример для boot_a):
  adb -d exec-out "dd if=/dev/block/by-name/boot_a bs=4M" > b_backup.bin

(Повторите эту команду для vendor_a, system_a и product_a, меняя названия разделов и выходных файлов).

В 31.07.2026 в 13:26, ALEX сказал:

самый простой вариант переписать инородный скрипт в файловой системе, назовем его Вирус.
Этот скрипт — самая настоящая «бомба замедленного действия» и кастомный механизм активации лицензии (взлома/активации), который кто-то внедрил в эту прошивку. Он выполняет две абсолютно противоположные функции: активацию скрытых возможностей ШГУ через обычную флешку и жесткую защиту от удаления определенных файлов (защиту от «жадности» или попыток скопировать чужое решение).

Скрипт логирует свои действия в системный журнал.

🔑 ЧАСТЬ 1: Механизм активации (Как работает флешка)

Скрипт создан для того, чтобы ГУ могло автоматически считывать файлы лицензии с флешки без использования компьютера или ADB.

1. Ожидание стабилизации (ждет 280 и ждет 30):
   После включения зажигания скрипт ждет почти 5 минут (280 секунд), чтобы магнитола полностью загрузилась, инициализировала все процессы и только потом приступает к махинациям.

2. Перемонтирование системы в Read-Write:
   Скрипт настойчиво (до 10 попыток в цикле while) пытается перевести системные разделы /vendor и /data в режим записи.
   

3. Обновление/Замена лицензии:
   Если на флешке лежит файл lic, скрипт удаляет старый лицензионный файл /vendor/, копирует туда новый, создает на флешке файл-маркер DONE и принудительно перезагружает магнитолу (reboot).

4. Первичная установка лицензии (lic):
   Если на флешке лежит обычный файл lic, скрипт копирует его в /vendor/lic. После этого он делает полный сброс магнитолы к заводским настройкам (Wipe data/cache), чтобы изменения вступили в силу.

5. Флаг успешной работы (ok):
   Если лицензия успешно встала на место, в системе создается файл-маркер /data/system/ok. Если этот маркер на месте, скрипт при следующих загрузках просто мгновенно завершает работу (exit 0), чтобы не тратить ресурсы ГУ на опрос флешки.
   
   

   💀 ЧАСТЬ 2: Защита автора («Кирпич» для магнитолы)

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

   Что здесь происходит:

   • Скрипт проверяет наличие конкретного приложения..

   • Если этот APK-файл будет удален, переименован или поврежден (например, если вы решите почистить прошивку или случайно сотрете его в процессе русификации), скрипт мгновенно сотрет критически важные системные папки /vendor/lib, /vendor/lib64 и /vendor/etc.

   • После этого магнитола уходит в перезагрузку (reboot) и превращается в «кирпич», который больше никогда не загрузится, так как в разделе vendor физически не останется ни одного драйвера процессора Renesas для инициализации экрана и Android-сервисов.
     
     

     ⚠ делайте выводы от кастомной прошивки ГУ.

Не получится у меня подобная ситуация при вытаскивании данных файловой системы (прошивки) что у меня сотрутся данные при копировании?

В 06.10.2026 в 05:06, OneAbovAll сказал:

Вы не понимаете одной простой вещи: у нас нет расшифрованного пакета обновления — на руках только зашифрованные архивы, из которых никакой payload.bin просто так не вытащишь.

К тому же на наших машинах ADB заблокирован наглухо: даже если перевести тумблер в инженерном меню в положение «ВКЛ», соединение всё равно не поднимается. Поэтому продолжать настаивать на мануале, который в наших реалиях технически невозможно применить, просто бессмысленно.

Не получится у меня подобная ситуация при вытаскивании данных файловой системы (прошивки) что у меня сотрутся данные при копировании?

нет

А то читал и пугался , если решусь скопировать то запустится режим самоликвидирования... Хотя при ABD принудительно выключал проверку лицензии и все отлично работало кроме взаимосвязанных приложений

22 минуты назад, reprogservice сказал:

В 03.10.2026 в 10:55, reprogservice сказал:

кстати, спидометр обновляется тоже через это приложение, как то уже копался в этом приложении,
через функцию MeterUpdateManger, по IP: "192.168.30.30", "192.168.30.32", порты: 195, 196, 197.
по идее и с панелькой можно поработать.
а так ищи функцию AES в приложении. она то все и делает

Будет ли дублироваться приложения на спидометр если будет стоять не штатное ГУ а например с Teyes cc4 pro или ему подобные ГУ?