Pada perangkat non-A/B, image pemulihan harus berisi informasi dari blob hierarki perangkat (DTB) atau Advanced Configuration and Power Interface (ACPI) overlay image. Saat perangkat tersebut melakukan booting ke pemulihan, bootloader kemudian dapat memuat image overlay yang kompatibel dengan image pemulihan. Perangkat yang mendukung update A/B (lancar) harus menggunakan pemulihan sebagai booting, bukan partisi pemulihan terpisah (untuk mengetahui detailnya, lihat Menerapkan Update A/B).
Opsi untuk menyertakan DTBO/ACPIO pemulihan sebagai bagian dari image booting/pemulihan berbeda-beda di antara rilis Android.
Rilis | Memperbarui skema | Kepatuhan GKI | Versi header booting (perangkat peluncuran) | Versi header booting (mengupgrade perangkat) | Diperlukan image pemulihan khusus |
---|---|---|---|---|---|
11 | A/B, A/B Virtual |
Ya | 3* | T/A | Tidak |
A/B, A/B Virtual |
Tidak | 2, 3 | 0, 1, 2, 3 | Tidak | |
non-A/B | Ya | 3 | T/A | Ya | |
non-A/B | Tidak | 2, 3 | 0, 1, 2, 3 | Ya | |
10 (Q) | A/B | T/A | 2 | 0, 1, 2 | Tidak |
non-A/B | T/A | 2 | 0, 1, 2 | Ya | |
9 (P) | A/B | T/A | 1 | 0, 1 | Tidak |
non-A/B | T/A | 1 | 0, 1 | Ya | |
8 (O) | A/B | T/A | T/A (dianggap 0) | T/A (dianggap 0) | Tidak |
non-A/B | T/A | T/A (dianggap 0) | T/A (dianggap 0) | Ya |
* Perangkat A/B yang menjalankan Android 11 atau yang lebih baru dan menggunakan Generic Kernel Image (GKI) harus menggunakan header booting versi utama 3 agar kompatibel dengan partisi booting vendor.
Poin utama:
Perangkat A/B tidak perlu menentukan image pemulihan karena update A/B menggunakan dua kumpulan partisi (termasuk
boot
dandtbo
) dan beralih di antara keduanya selama update, sehingga tidak memerlukan image pemulihan. Perangkat A/B masih dapat menggunakan image pemulihan khusus.Perangkat non-A/B yang diluncurkan dengan Android 11 atau yang lebih tinggi dan menggunakan header booting versi 3 harus secara eksplisit menentukan header booting versi 2 untuk image pemulihan secara terpisah. Contoh:
BOARD_RECOVERY_MKBOOTIMG_ARGS := --header_version 2
Untuk arsitektur yang tidak mendukung hierarki perangkat, image pemulihan dapat menyertakan image ACPIO, bukan image DTBO.
Tentang kegagalan OTA dan image pemulihan
Untuk mencegah kegagalan over the air (OTA) pada perangkat non-A/B, image pemulihan harus mandiri dan tidak bergantung pada image lain. Selama update OTA, jika masalah terjadi setelah image overlay diupdate (tetapi sebelum menyelesaikan update penuh), perangkat akan mencoba melakukan booting ke mode pemulihan untuk menyelesaikan update OTA. Namun, karena partisi overlay telah diupdate, ketidakcocokan dapat terjadi dengan image pemulihan (yang belum diupdate).
Untuk mencegah pemulihan bergantung pada partisi DTBO/ACPIO selama update, perangkat non-A/B yang menjalankan Android 9 atau yang lebih tinggi dapat menentukan image DTBO/ACPIO pemulihan yang berisi informasi dari image overlay sebagai bagian terpisah dalam format image booting (harus menggunakan header booting versi 1 atau 2).
Perubahan image booting
Agar image pemulihan dapat berisi DTBO atau ACPIO pemulihan di perangkat non-A/B yang menjalankan Android 9 atau yang lebih tinggi, perbarui struktur image booting sebagai berikut.
Bagian image booting | Jumlah halaman |
---|---|
Header booting (1 halaman) | 1 |
Kernel (halaman l) | l = (kernel_size + page_size -
1) / page_size |
Ramdisk (halaman m) | m = (ramdisk_size + page_size -
1) / page_size |
Bootloader tahap kedua (n halaman) | n = (second_size + page_size -
1) / page_size |
DTBO atau ACPIO pemulihan (halaman o) | o = (recovery_[dtbo|acpio]_size + page_size -
1) / page_size |
Untuk mengetahui detail tentang argumen alat mkbootimg
guna menentukan versi header
gambar booting dan jalur gambar overlay, lihat Pembuatan Versi
Header Gambar Booting.
Mengimplementasikan DTBO
Perangkat non-A/B yang menjalankan 9 atau yang lebih tinggi dapat mengisi
bagian recovery_dtbo
dari image pemulihan. Untuk menyertakan gambar recovery_dtbo
di recovery.img
, di BoardConfig.mk
perangkat:
Tetapkan konfigurasi
BOARD_INCLUDE_RECOVERY_DTBO
ketrue
:BOARD_INCLUDE_RECOVERY_DTBO := true
Luaskan variabel
BOARD_MKBOOTIMG_ARGS
untuk menentukan versi header gambar booting:BOARD_MKBOOTIMG_ARGS := --ramdisk_offset $(BOARD_RAMDISK_OFFSET) --tags_offset $(BOARD_KERNEL_TAGS_OFFSET) --header_version $(BOARD_BOOTIMG_HEADER_VERSION)
Pastikan variabel
BOARD_PREBUILT_DTBOIMAGE
ditetapkan ke jalur gambar DTBO. Sistem build Android menggunakan variabel untuk menetapkan argumenrecovery_dtbo
alatmkbootimg
selama pembuatan image pemulihan.
Jika variabel BOARD_INCLUDE_RECOVERY_DTBO
, BOARD_MKBOOTIMG_ARGS
, dan
BOARD_PREBUILT_DTBOIMAGE
ditetapkan dengan benar, sistem build Android
akan menyertakan DTBO yang ditentukan oleh variabel BOARD_PREBUILT_DTBOIMAGE
di
recovery.img
.
Mengimplementasikan ACPIO
Perangkat non-A/B yang menjalankan Android 9 atau yang lebih tinggi dapat menggunakan
image overlay ACPIO (bukan image DTBO) dan dapat mengisi
bagian recovery_acpio
(bukan bagian recovery_dtbo
) dari
image pemulihan. Untuk menyertakan gambar recovery_acpio
di recovery.img
, di
BoardConfig.mk
perangkat:
Tetapkan konfigurasi
BOARD_INCLUDE_RECOVERY_ACPIO
ketrue
:BOARD_INCLUDE_RECOVERY_ACPIO := true
Luaskan variabel
BOARD_MKBOOTIMG_ARGS
untuk menentukan versi header gambar booting. Variabel harus lebih besar dari atau sama dengan 1 untuk mendukung pemulihan ACPIO.BOARD_MKBOOTIMG_ARGS += --header_version $(BOARD_BOOTIMG_HEADER_VERSION)
Pastikan variabel
BOARD_RECOVERY_ACPIO
ditetapkan ke jalur gambar ACPIO. Sistem build Android menggunakan variabel untuk menetapkan argumenrecovery_acpio
alatmkbootimg
selama pembuatan image pemulihan.
Jika variabel BOARD_INCLUDE_RECOVERY_ACPIO
, BOARD_MKBOOTIMG_ARGS
, dan
BOARD_RECOVERY_ACPIO
ditetapkan dengan benar, sistem build Android
akan menyertakan ACPIO yang ditentukan oleh variabel BOARD_RECOVERY_ACPIO
di
recovery.img
.