Що потрібно зробити, це згрупувати boot.img і сконструювати новий поштовий файл, придатний для прошивки через ClockworkMod або TWRP.
Попередні реквізити :
- середовище Linux, у якому встановлені звичні пакети розробки, наприклад, Java. ( Це може застосовуватися і до інших платформ. Будьте обережні, щоб інструкції, що вказують на шлях, що використовується нижче, використовували косу рису вперед
/, тому переверніть цю сторону, щоб бути задньою косою рисою \особливо для середовища Windows! )
- інструмент командного рядка adb встановлений.
- інструмент `testingign.jar ' для підписання zip-файлу, щоб відновлення могло підтвердити автентифікацію та перевірити, чи є він дійсним архівом, інакше відновлення повідомить про пошкоджений архів чи подібне.
update-binaryдодаток командного рядка , який є внутрішнім для використання зі змінним сценарієм. (Це може бути знайдено на будь-якому блискавичному zip. Важливим є витяг цього бінарного та депонованого в структурі каталогу, як показано)- інструмент командного рядка zip.
Якщо припустити, що ваш каталог називається workdir , для обговорення дозволяє назвати це робочим каталогом, скопіювати його boot.imgв цей каталог і створити таку структуру каталогу - META-INF/com/google/androidце важливо! І всередині META-INF/com/google/android, скопіюйте двійковий додаток, викликаний update-binaryу цей каталог. Отже структура каталогу повинна бути такою:
+ workdir/
+
|
+--+ boot.img
|
|
+--+ META-INF/
+
|
+--+ com/
+
|
+--+ google/
+
|
+--+ android/
+
|
+--> update-binary
|
+--> updater-script
Що стосується updater-script, скопіюйте вміст нижче:
ui_print("Please wait, boot.img being flashed...");
show_progress(0.1, 0);
assert(package_extract_file("boot.img", "/tmp/boot.img"),
write_raw_image("/tmp/boot.img", "boot"),
delete("/tmp/boot.img"));
show_progress(0.1, 10);
ui_print("It is now safe to reboot! :)");
Пам’ятайте: не плутайте тут, скрипт оновлення, як показано, слід залишити в спокої та бути таким, що є, тому не намагайтеся перевернути нахилу косу риску вперед, якщо це робиться в середовищі Windows.
Поверніться до материнської структури каталогів, тобто поза workdir, і зробіть наступне, ми створимо з цього поштовий файл:
zip -r my_custom_flashable_boot_unsigned.zip workdir/що є рекурсивною функцією, це зафіксує все у файлі під назвою my_custom_flashable_boot_unsigned.zip .
Нарешті, щоб підписати zip-файл, опублікуйте це:
java -classpath testsign.jar testsign my_custom_flashable_boot_unsigned.zip my_custom_flashable_boot_signed.zip
Тоді справа в тому, щоб просунути по SDCard як в adb push my_custom_flashable_boot_signed.zip /sdcard/і вручну перейти до відновлення та вказати той zip-архів (тобто my_custom_flashable_boot_signed.zip ), у якому він буде виконувати миготіння для вас.