Yang perlu dilakukan adalah bundel boot.img dan membuat file zip baru yang cocok untuk melakukan flashing melalui ClockworkMod atau TWRP.
Prasyarat :
- lingkungan Linux yang memiliki paket pengembangan biasa, seperti Java yang diinstal. ( Ini juga dapat diterapkan pada platform lain, hanya berhati-hatilah karena petunjuk di sini menunjukkan jalur yang digunakan di bawah ini, menggunakan garis miring
/
, jadi balikkan itu menjadi garis miring \
untuk lingkungan Windows khususnya! )
- alat baris perintah adb diinstal.
- `testsign.jar' alat , untuk menandatangani file zip sehingga pemulihan dapat mengotentikasi dan memverifikasi itu adalah arsip yang valid jika pemulihan akan melaporkan arsip korup atau serupa.
update-binary
aplikasi command line , yaitu internal untuk penggunaan dengan skrip yang dapat di-flash. (Ini dapat ditemukan dengan setiap zip flashable, yang penting adalah untuk mengekstrak biner itu dan disimpan dalam struktur direktori seperti yang ditunjukkan)
- alat baris perintah zip.
Dengan asumsi direktori Anda disebut workdir , untuk diskusi, mari kita sebut ini direktori kerja, salin boot.img
ke direktori itu, dan buat struktur direktori berikut - META-INF/com/google/android
, ini penting! Dan di dalam META-INF/com/google/android
, salin aplikasi biner yang dipanggil update-binary
ke direktori itu. Jadi struktur direktori harus seperti ini:
+ workdir/
+
|
+--+ boot.img
|
|
+--+ META-INF/
+
|
+--+ com/
+
|
+--+ google/
+
|
+--+ android/
+
|
+--> update-binary
|
+--> updater-script
Adapun updater-script
, salin konten berikut di bawah ini:
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! :)");
Ingat: Jangan bingung di sini, skrip updater seperti yang ditunjukkan, harus dibiarkan sendiri dan apa adanya, jadi jangan coba membalikkan garis miring ke garis miring jika melakukan ini di lingkungan Windows.
Kembali ke induk struktur direktori, yaitu di luar workdir dan lakukan hal berikut, kita akan membuat file zip dari ini:
zip -r my_custom_flashable_boot_unsigned.zip workdir/
yang merupakan fungsi rekursif, ini akan mem- zip semuanya ke dalam file bernama my_custom_flashable_boot_unsigned.zip .
Akhirnya, untuk menandatangani file zip, terbitkan:
java -classpath testsign.jar testsign my_custom_flashable_boot_unsigned.zip my_custom_flashable_boot_signed.zip
Kemudian itu masalah mendorong yang melintasi SDCard seperti dalam adb push my_custom_flashable_boot_signed.zip /sdcard/
dan secara manual masuk ke pemulihan dan tentukan arsip zip (yaitu my_custom_flashable_boot_signed.zip ) di mana ia akan melakukan flashing untuk Anda.
Jika Anda memiliki
flash_image
biner, maka Anda dapat melakukannya pada perangkat melalui terminal emulator (boot flash, lalu sisanya menggunakan pemulihan).Sintaksis:
flash_image boot /sdcard/boot.img
Waktu Promosi Sendiri
Saya memiliki aplikasi yang menyediakan GUI untuk biner. Temukan di sini .
Jika Anda tidak memiliki biner itu, ia dapat diinstal (Google-lah - Anda harus mengunduhnya lalu menyalinnya ke
/system/bin
folder.Ini tidak berfungsi pada semua perangkat, namun itu satu-satunya cara yang muncul dalam pikiran.
sumber
flash_image
memiliki persyaratan untuk disalin dan dipanggil dari handset menggunakanadb shell
, dokumentasi ( boleh saya tambahkan, Anda gagal memberikan linky!) Meminta untuk me-remount SDCard dengan set bit exec (* ide buruk ) dan membutuhkan root yaitusu
, lebih jauh dari itu, "promosi diri" dalam kaitannya dengan aplikasi Anda, dalam euro, dari mana saya berasal, adalah € 6,09 yang mahal ... fastboot adalah norma, CM memiliki cara unik mereka sendiri , - apa bedanya denganfastboot
danflash_image
?ganti nama file boot.emmc.win dan letakkan di
TWRP/BACKUPS/
(buat folder baru). pulihkan cadangan dari menu TWRP biasasumber