- Мод прошивка своими руками
- Подготовка:
- Структура прошивки:
- Приложения:
- [FAQ] Редактирование прошивки Android
- Разработка и модификация прошивки для Android телефонов на примере HTC Hero GSM. Часть 1
- Основа
- Извлечение rom.zip
- Распаковка образов
- Скрипт обновления
- Подпись пакета обновления
- Прошивка радио модуля
- Прошивка
Мод прошивка своими руками
Практически у каждого пользователя android смартфона появлялось желание создать или отредактировать прошивку под свои нужды и желания. В данной статье мы и рассмотрим принцип редактирования прошивки для CWM (в zip формате).
Подготовка:
В первую очередь необходимо определиться какую прошивку будем брать за основу. Лучше использовать офф. прошивку в зипе. Почти для каждого распространённого девайса существует чистая прошивка + root.
Когда прошивка выбрана её необходимо скачать в любое удобное вам место на ПК (распаковывать не стоит).
Также нам потребуется архиватор, советую использовать 7zip и лучший в своём роде текстовый редактор Notepad++ .
Структура прошивки:
Открывая архив с прошивкой вы видите следующее:
META-INF — в папке хранятся скрипты установки прошивки.
system — папка со всеми файлами прошивки (приложения, твики, скрипты и т.д.).
boot.img — ядро системы.
Практически все манипуляции проводятся в папке system , её структура:
app — системные приложения.
bin — ресурсы самой системы.
etc — Скрипты, твики, конфиги, профили и настройки системы.
fonts — Системные шрифты.
framework — здесь хранятся главные файлы системы (графика, настройки текста анимации и т.д).
lib — библиотеки системы.
media — файлы мультимедиа (мелодии уведомлений, анимация загрузки, обои и т.д).
usr — настройки не изменяемые в дальнейшем системой (работают в режиме «только чтение»).
xbin — опять же системные конфиги и прочие твики.
build.prop — инфа о системе, настройки локали и производительности системы.
Приложения:
Перед тем как добавлять/удалять софт в систему, необходимо проверить деодексирована ли ваша прошивка (то есть проверить наличие файлов .odex в папке app. Если файлы есть, то необходимо от них избавиться вот по этой инструкции .
Добавляем софт в прошивку:
Прежде всего необходимо установить себе в смарт те программы которые вы хотите добавить в сборку. После установки достаём их из системы при помощи Root Exporer и его аналогов, находятся они по пути data/app , так же нам понадобятся их либы (если они конечно есть) они находятся по пути data/data . Находятся они в одноимённой приложению папке и имеют расширение .so . Затем изъятые .apk файлы кладем в архив по пути system/app и файлы с расширением .so (lib’ы) по пути system/lib .
Удаляем софт из прошивки:
Тут всё просто, заходим в папку app — определяемся что нам не нужно и удаляем весь ненужный софт (систему лучше не трогать).
Источник
[FAQ] Редактирование прошивки Android
Мастер
Группа: Разработчики
Сообщений: 284
Регистрация: 21.10.2012
Из: Украина, г. Кременчуг
Пользователь №: 237 786
Модель телефона: Motorola Razr MAXX XT912
Прошивка: Android
Настроение:
Отличное =)
Рейтинг: 612
В этой теме будет собрана информация по модификации прошивок. Решил поделить на части\блоки, что-бы легче было ориентироватся в теме . Не путайте создание и редактирование прошивки!
Распаковка:
Распаковать можно любым архиватором который работает с форматом архива .zip.
Запаковка:
Запаковать можно программой Android Script Creator. Как правило если нужно заменить\удалить\добавить какие-то файлы в прошивке, лучше всего это сделать в архиваторе.
Этот скрипт я сделал для себя. Работает он под управлением Windows. Скачать (MEGA)
Скрипт сам модифицирует прошивку, на тот случай если если вышла новая версия прошивки, и вы хотите быстро ее оптимизировать (по шаблону).
Использование:
1. Распакуйте архив.
2. Поместите прошивку (которую будете модифицировать) в папку с скриптом.
3. Нажмите правой кнопкой на файл create_application.cmd, и выберете изменить (редактировать можно любым текстовым редактором)
Найдите строчку:
Тоже делал для себя, работает под управлением windows . В будущем может будут модификации. Скчать (MEGA)
Есть программа smartapktool, которая может разобрать и собрать приложение но на данный момент она не работает с framework-ком, в принципе его можно прикрутить к smartapktool но в принудительном режиме он не будет работать.
Что такое framework? — это то что «можно сказать» запускает приложения в OS Android.
Конкретно нам он необходим для разборки системных приложений (SystemUI.apk, Settings.apk, и т.д.)
Где находятся файлы framework? — они лежат в папке system\framework (там может лежат один файл framework-res.apk, но довольно часто там несколько файлов), прошивки на которой работает приложение которое вы будете разбирать (другие framework-ки, даже просто другой версии не подойдут!), для разбора нам нужны все .apk файлы из папки system\framework.
Использование:
1. Распакуйте архив
-для примера разберем системное приложение SystemUI.apk—
2. В файл apkname.txt, вводим имя приложения, в нашем случае SystemUI
-установим framework- (если есть необходимость)
3. Заходите в папку tools, копируете файлы framework в папку framework, запускаете скрипт install_framework.bat, нажимаем любую клавишу, когда видим строку Install Framework — Status (0) — Successfully completed framework установлен.
4. Запускаем скрипт apktool_de.bat, после успешной разборки вы увидите строку Install Framework — Status (0) — Successfully completed, в папке (в нашем случае) SystemUI, будут файлы приложения.
—
apktool_clean.bat — чистка после не удачной сборки приложения
apktool_co.bat — сборка приложения
apktool_co_fw.bat — сборка приложения, принудительно подключить framework
apktool_de.bat — разборка приложения
build.prop — это файл в котором хранится информация о устройстве (модель, производитель и т.д.) и настройки для OS Android.
Помните, если вы не правильно отредактируете build.prop ваше устройство может перестать запускатся. Если твики\настройки которые вы добавляете в build.prop уже есть в системе (в самом build.prop их может и не быть), здесь есть два варианта: 1 — нечего не будет, просто вы не увидите результата, 2 — будет конфликт, глюки\баги\вылеты разного типа (но это не часто бывает ).
На каждом устройстве твики\настройки build.prop могут себя проявить по разному, сдесь остается только экспериментировать, поэтому настоятельно рекомендуется перед редактированием сделать BeckUp системы.
Чем редактировать? — текстовым редактором из разряда Notepad++.
Где лежит build.prop? — в паке system, путь «system\build.prop»
Ниже будет спойлер с твиками\настройками:
Сообщение отредактировал Octanium — 10.5.2014, 20:42
Источник
Разработка и модификация прошивки для Android телефонов на примере HTC Hero GSM. Часть 1
Причины по которым люди ставят модифицированные версии прошивок различны. Кому-то хочется удивить друга смешной анимацией загрузки, кому-то не хватает определенного функционала (например vpn), кто-то хочет выжать максимум производительности из своего телефона за счет разгона процессора, а кто-то пять месяцев ждет новую версию операционной системы Android для своего любимого HTC Hero.
На данный момент уже существует превеликое множество самых невообразимых сборок для самых различных телефонов на базе Android. Иногда они даже появляются в той или иной форме на Хабре.
Я же хочу Вам рассказать о процессе и особенностях создания кастомной прошивки на основе официальной. Данные знания были получены в процессе разработки одной из не многих отечественных прошивок на базе Android 2.1 для HTC Hero GSM. И более или менее успешно опробованы на себе и других подвернувшихся пользователях одного крупного российского форума.
Не смотря на то, что все нижеследующее было сделано для HTC Hero, данные правила и особенности имеют полную силу для всех телефонов, особенно тех, которые разработаны компанией HTC и используют фирменную оболочку Sense.
Для экспериментов нам понадобится:
- Android SDK желательно последней версии
- Утилита apktool для реинжениринга системных приложений
- Утилиты smali/baksmali для де-оптимизации системных приложений
- Утилита unyaffs для извлечения системных файлов из образа
- Скрипт split_bootimg.pl для извлечения ядра и ramdisk-а
- Утилита testsign для подписывания пакета обновления и отдельных приложений
- установленное и настроенное JRE
- телефон с операционной системой Android
- права суперпользователя и модифицированная подпрограмма восстановления (recovery rom)
Все вышеперечисленное доступно в версиях как для системы Linux так и для Windows. Но в своих примерах я буду ориентироваться на использование Linux.
Конечно же ни root-права ни recovery нам не нужен для того, чтобы начать разработку, однако если мы захотим опробовать наше творение, они нам понадобятся. Для HTC Hero можно использовать RA-hero-v1.6.2.
Наверное, самое время напомнить, что использование неофициальных прошивок лишает нас гарантии, но где наша не пропадала. И несмотря на то, что большинство операций безопасно — всегда нужно четко понимать что и зачем делается, дабы не причинить необратимый вред своему андроиду
Основа
Существует несколько различных подходов к разработке прошивки.
- Сборка из исходников Android Open Source Project
- Сборка из исходников проекта CyanogenMod
- Модификация прошивки, предоставляемой производителем телефона
Несмотря на то, что платформа Android вроде как и является открытой, но в реальных телефонах используются закрытые компоненты. Это и драйверы распространяющиеся в бинарном виде (wifi/gps/fm), и ключевые компоненты системы, такие как Маркет и другие сервисы Google. Также сюда нужно добавить разработки компаний в области интерфейса, такие как HTC Sense, Motoblur, TouchWiz от Sumsung. Это создает местами непреодолимые трудности по разработке прошивки из исходных кодов.
Я предлагаю остановиться на модификации готовых прошивок, предоставляемых вендорами телефонов.
Прошивки для телефонов HTC существуют в двух видах:
- RUU. Rom Update Utility (Утилита обновления прошивки). Утилита для ОС Windows производящая обновление телефона
- OTA. Over the Air (Обновление по «воздуху»). Пакет, скачиваемый самим телефоном через wifi/gprs сети, который устанавливается на телефон без какого-либо участия компьютера
Последнее время OTA-обновления состоят из бинарных diff-ов, что несколько осложняет использование оных в качестве основы. Так как это требует наличия конкретного телефона с определенной версией прошивки, что может быть просто невыполнимым, если мы хотим адаптировать прошивку от одного телефона для другого. Либо предполагает долгую и мучительную подтасовку идентификатора телефона с последующим скачиванием обновления без его установки. Причем, возможно, эту процедуру придется повторить несколько раз.
Будем использовать RUU обновление.
Извлечение rom.zip
1. Скачиваем подходящую версию RUU для интересующего нас телефона. Найти которую можно либо на сайте HTC, либо в других источниках. Для HTC Hero воспользуемся, вышедшей в начале июня версией Android 2.1 для оператора Chunghwa (Тайвань)
2. RUU утилита при обновлении телефона прошивает сразу несколько областей:
- загрузчик boot (hboot)
- ядро linux + ramdisk (boot)
- прошивка для радио-модуля (radio)
- подпрограмма восстановления (recovery)
- системный раздел (/system)
- пользовательский раздел (/data)
Однако мы не можем позволить RUU-утилите перезаписать наш любовно установленный загрузчик и recovery. Дабы иметь и далее возможность устанавливать не только официальные прошивки. Для этого нам необходимо извлечь радио/boot/system/data.
В сущности RUU является InstallShield-овским инсталлятором, который несет в себе необходимые нам образы в rom.zip.
Запускаем его и попадаем в заглавный приветственный экран. Не заходя дальше, открываем системную папку %TEMP%, в которой мы видим 2 новые папки, в одной из которых мы найдем файл rom.zip. Копируем в уединенное место и закрываем RUU отменой установки.
Распаковка образов
Распаковав полученный архив и удалив не интересные для нас образы, мы увидим:
- $ ls -1 rom
- boot.img
- Radio_Signed_HERO_63.18.55.06O_6.35.15.01.img
- system.img
- userdata.img
Телефон несет в себе 512Мб NAND Flash, которые разбиты на следующие логические блоки
- $ adb shell cat/ proc / mtd
- dev: size erasesize name
- mtd0: 00040000 00020000 «misc»
- mtd1: 00500000 00020000 «recovery»
- mtd2: 00280000 00020000 «boot»
- mtd3: 0aa00000 00020000 «system»
- mtd4: 08200000 00020000 «cache»
- mtd5: 0a5c0000 00020000 «userdata»
Как мы видим, данные области памяти непосредственно связаны с полученными нами образами. RUU производит запись образов as-is, но мы хотим ведь изменить наполнение системы, поэтому нам необходимо распаковать их.
В качестве файловой системы для NAND в android используется yaffs2
- $ adb shell mount|grep yaffs
- / dev / block / mtdblock3 on / system type yaffs2 ( ro )
- / dev / block / mtdblock5 on / data type yaffs2 ( rw,nosuid,nodev )
- / dev / block / mtdblock4 on / cache type yaffs2 ( rw,nosuid,nodev )
Распакуем system и data (/cache остается пустым)
- $ mkdir system &&cd system && unyaffs .. / .. / .. / rom / system.img
- $ mkdir .. / data &&cd .. / data && unyaffs .. / .. / .. / rom / userdata.img
В результате мы получили полноценное корневое дерево, пригодное для прошивки в телефон, которое содержит системные библиотеки, framework, системные приложения, файлы конфигурации и пр.
Стоит учитывать, что в распакованном архиве содержатся символические ссылки, которые будут утеряны на файловых системах не поддерживающих оные (fat/ntfs). Которые мы можем восстановить через скрипт обновления, о чем будет рассказано в другой статье.
Также нам понадобиться boot-раздел, который по сути является linux ядром (для выбранной прошивки это 2.6.29 armv6l) с ramdisk-ом и имеет следующий формат:
Если мы захотим заменить ядро, либо модифицировать скрипты инициализации, нам необходимо их извлечь из boot-образа. Для этого нам понадобиться замечательный perl-скрипт split_bootimg.pl за авторством William Enck.
- $ split_bootimg.pl .. / rom / boot.img
- $ ls
- boot.img-kernel boot.img-ramdisk.gz data system
С самим ядром мы ничего не можем сделать, кроме как заменить его другим, а рамдиск можно распаковать для последующего изменения и настройки:
- $ mkdir ramdisk &&cd ramdisk &&gzip -dc .. / boot.img-ramdisk.gz |cpio -i
- $ ls
- data default.prop dev init init.goldfish.rc init.hero.rc init.rc logo.rle proc sbin sys system
В данной статье мы не хотим ничего делать ни с ядром ни с ramdisk-ом, а потому запакуем все обратно (либо вернемся на шаг назад и вообще не будем трогать boot)
- find . |cpio —quiet -o -H newc |gzip> .. / new-ramdisk.gz
- $ cd .. && mkbootimg —kernel boot.img-kernel —ramdisk new-ramdisk.gz —cmdline «no_console_suspend=1 console=null» -o newboot —base 0x19200000
Для других телефонов настроки базового смещения могут отличаться. Коммандлайн мы получаем из split_bootimg при распаковке.
Скрипт обновления
Для обновления будем использовать update-скрипт, который пишется на специальном скриптовом языке edify, о синтаксисе которого можно прочитать в исходниках android. Скрипт /META-INF/com/google/android/update-script может быть таким:
- show_progress 0.1 0
- format CACHE:
- format SYSTEM:
- copy_dir PACKAGE:system SYSTEM:
- set_perm_recursive 0 0 0755 0644 SYSTEM:
- set_perm_recursive 0 2000 0755 0755 SYSTEM:bin
- set_perm 0 3003 02755 SYSTEM:bin/netcfg
- set_perm 0 3004 02755 SYSTEM:bin/ping
- set_perm_recursive 1002 1002 0755 0440 SYSTEM:etc/bluez
- set_perm 0 0 0755 SYSTEM:etc/bluez
- set_perm 1002 1002 0440 SYSTEM:etc/dbus.conf
- set_perm 1014 2000 0550 SYSTEM:etc/dhcpcd/dhcpcd-run-hooks
- set_perm 0 2000 0550 SYSTEM:etc/init.goldfish.sh
- set_perm_recursive 0 0 0755 0555 SYSTEM:etc/ppp
- set_perm 0 0 04755 SYSTEM:etc/ppp/ip-up-vpn
- show_progress 0.1 10
- show_progress 0.2 0
- copy_dir PACKAGE:data DATA:
- show_progress 0.2 10
- show_progress 0.3 0
- format BOOT:
- write_raw_image PACKAGE:boot.img BOOT:
- show_progress 0.3 10
Пока этот скрипт очень примитивен и единственное что он делает — подготавливает соответствующие разделы.
Подпись пакета обновления
Для того, чтобы мы смогли прошить нашу прошивку, нам необходимо подписать пакет обновления. Этот процесс аналогичен процессу подписывания jar-пакетов. К пакету добавляется ваш (либо тестовый) сертификат и сохраняются контрольные суммы для файлов внутри него.
- $ zip -r habrarom.zip .
- $ java -classpath ../../bin/testsign.jar testsign habrarom.zip habrarom-signed.zip
Прошивка радио модуля
Это самая простая часть в плане создания пакета обновления, но и самая опасная в плане последствий при неудачном обновлении.
Пакет обновления создается абсолютно идентично предыдущему, только содержать он будет бинарный блоб с радио, который мы извлекли из RUU и скрипт для его записи в соответствующий раздел памяти.
Простенький скрипт:
- show_progress 0.1 0
- write_radio_image PACKAGE:Radio_Signed_HERO_63.18.55.06O_6.35.15.01.img
- show_progress 0.1 10
Не многое, что будет включено в данный пакет обновления.
- $ ls -1
- META-INF
- Radio_Signed_HERO_63.18.55.06O_6.35.15.01.img
Всё это упаковывается и подписывается как делалось ранее.
Прошивка
Не смотря на то, что в полученную прошивку мы не добавили пока никакого нового функционала, мы бы хотили попробовать прошить и загрузиться в нее.
Для этого
- Копируем в корень карты наш пакет обновления
- Загружаемся в recovery
- Делаем nanroid backup
- Делаем wipe
- Прошиваем
- Перегружаемся
Радуемся тому, что наш больной пережил сложную операцию.
В данный обзор не вошли следующие важные вопросы, которые затрагивают уже непосредственно модификацию подготовленной базовой прошивки. Вопросы с которыми сталкивается любой создатель кастомов, и столкнулся непосредственно я при создании русской версии прошивки 2.1 для HTC Hero GSM
- Добавление root, busybox
- Де-оптимизация (deodexing) пакетов. Использование smali/baksmali. Разрешение odex-зависимостей
- удаленная odex-оптимизация приложений
- Модификация системных пакетов. Подпись пакетов: когда нужна, и когда можно пренебречь. Упаковка приложений. Обновление ресурсов приложений без пересборки
- Локализация системы, как пример масштабной модификации системы.
- Декомпиляция и сборка ресурсов/байткода системных приложений. Исправление ошибок системных приложений
- zip-align, png оптимизация
- Подписывание приложений и проблема круговой поруки при использовании shared uid
- Использование скриптов инициализации на примере переноса данных из одного раздела в другой (dalvik-cache2cache, app2sd)
А тем временем ждем с нетерпением, когда за обновлением FOTA клиента последует обновление самой системы до версии 2.1-update1.
Источник