Google sedang memperluas fitur DSU Android 10 untuk memungkinkan Anda mencoba OTA dari OEM tanpa melakukan pembaruan

OS Android dan fragmentasi tingkat keamanan adalah masalah besar yang Google investasikan banyak upaya rekayasa untuk memerangi. Dalam dua tahun terakhir, Google mengumumkan dua inisiatif besar yang dirancang untuk mempercepat peluncuran pembaruan: Project Treble dan Project Mainline. Yang terakhir hanya diumumkan Mei ini selama Google I / O 2019, dan itu hanya didukung pada perangkat yang diluncurkan dengan Android 10. Yang pertama, bagaimanapun, telah ada sejak Google I / O 2017, jadi kami telah melihat seberapa besar dampaknya itu ada di pembaruan Android dengan Android 9 Pie dan Android 10.

Selain mengurangi fragmentasi, Google juga menginginkan Project Treble bermanfaat bagi pengembang aplikasi. Itu sebabnya mereka meluncurkan Dynamic System Updates (DSU) di Android 10 untuk membiarkan pengembang mencoba versi barebones dari pembaruan OS baru tanpa membuka kunci bootloader atau menghapus data. Melihat potensi DSU, Google tidak berhenti di situ — mereka memperluas utilitasnya dengan memungkinkan pembaruan OTA dari OEM dipasang dengan cara yang sama seperti GSI dipasang.

Itu banyak jargon, tetapi bayangkan ini terjadi di masa depan: OEM merilis ponsel dengan Android 10 dan memulai program beta untuk Android 11. Anda tertarik untuk mencoba beta ini untuk melihat fitur-fitur baru, tetapi Anda tidak Saya tidak ingin mengambil risiko stabilitas pengemudi harian Anda saat ini. Alih-alih menginstal pembaruan beta dan kemudian berharap itu sangat stabil, mengapa tidak menginstalnya sementara waktu melalui aliran DSU? Jika Anda tidak menyukainya, reboot saja dan pengaturan Anda akan kembali normal. Jika Anda menyukainya, Anda dapat "berkomitmen" ke pembaruan.

Saya tidak tahu tentang Anda, tetapi ini akan menjadi perubahan yang disambut baik untuk Android yang akan membuat pengujian beta lebih menyenangkan. Anda tidak lagi harus berkomitmen untuk pembaruan beta hanya untuk melihat seperti apa rasanya bagi Anda sendiri. Saya yakin banyak dari Anda yang gatal melihat Android 10 beta untuk perangkat Anda, tetapi Anda mungkin tidak nyaman menginstalnya segera. Dengan perubahan yang dilakukan pada DSU, itu tidak lagi menjadi masalah.

Pembaruan Sistem Dinamis di Android 10+ - Apa yang Mengubah

Luca Stefani, seorang teman dari Portal dan Pengembang yang Diakui, memberi tahu kami tentang komit baru yang digabungkan dalam AOSP berjudul “pasang beberapa partisi DSU saat ini.” Komit membuat perubahan pada tabel sistem file (fstab) dan proses init untuk membuat sehingga partisi DSU selain sistem, untuk saat ini termasuk produk dan vendor, dapat dipasang selama proses boot.

Kode baru di fstab untuk menambahkan dukungan untuk memuat gambar product_gsi dan vendor_gsi masing-masing di tempat produk dan partisi vendor yang ada. Sebuah komentar mencatat bahwa DSU dapat ditandatangani oleh OEM, tetapi sebaliknya mendukung GSI resmi Google.

Saat ini, DSU dirancang hanya untuk memungkinkan Anda mem-boot Generic System Image (GSI), gambar sistem barebones yang dikompilasi dari AOSP, sehingga Anda dapat menguji API baru dan perubahan lain dalam pembaruan Android terbaru. Namun, dengan perubahan ini, DSU juga akan menerima gambar produk dan vendor. Yang pertama berisi aplikasi khusus perangkat, pustaka, dan file lainnya, sedangkan yang kedua berisi binari khusus perangkat. Project Treble membuatnya sehingga Anda dapat mem-boot perangkat menggunakan gambar sistem tanpa file khusus perangkat, jadi untuk sekarang memungkinkan memuat produk dan vendor sepertinya tidak masuk akal.

Namun, seorang insinyur Google secara eksplisit mengatakan bahwa perubahan ini adalah untuk "memungkinkan OEM untuk menginstal paket / data OTA, kemudian menggunakan aliran 'DSU' untuk me-mount product.img, system.img, [dan] vendor.img from / data. ”Ini berarti bahwa, alih-alih menimpa instalasi saat ini dengan paket OTA baru, OTA dapat sementara dimuat melalui DSU. Setelah menguji coba pembaruan OTA, "pengguna dapat memutuskan apakah mereka ingin 'melakukan' gambar-gambar itu ke / super atau tidak." Bagian terakhir ini tentang "melakukan" perubahan masih dalam pekerjaan, karena salah satu insinyur Google mencatat bahwa "Saat ini kami tidak memiliki rencana untuk membuat partisi DSU permanen di bawah konteks DSU."

Ada beberapa istilah dan konsep yang perlu kami jelaskan di sini karena Google suka mengubah skema partisi di setiap versi Android. Sebagai permulaan, saya sarankan membaca artikel saya sebelumnya tentang Pembaruan Sistem Dinamis untuk gambaran umum yang luas tentang cara kerjanya, tetapi secara ringkas, ini mengambil keuntungan dari konsep "partisi dinamis, " satu partisi penyimpanan nyata (disebut "super "Partisi) yang akan dibagi menjadi partisi logis yang dapat diubah ukurannya (termasuk sistem, vendor, produk, dan system_ext), untuk sementara menginstal GSI. Saat memasang GSI, DSU menciptakan ruang untuk sistem baru dan gambar data pengguna dengan mengubah ukuran partisi data pengguna yang ada. Blok bangunan untuk dukungan DSU (partisi dinamis, ramdisk, dan pos pemeriksaan untuk cadangan data) adalah persyaratan peluncuran untuk Android 10, sehingga perangkat apa pun yang diluncurkan dengan versi OS Android yang baru harus mendukung DSU. DSU bukan solusi dual boot untuk ROM kustom yang beberapa dari Anda cari, karena hanya gambar yang cocok dengan kunci Boot Terverifikasi Android (AVB) yang dapat diinstal. Namun, dengan perubahan baru ini, itu bisa terbukti jauh lebih bermanfaat di masa depan.

Di atas partisi dinamis, Google juga memperkenalkan konsep "virtual A / B" di Android 10. Ini pada dasarnya adalah implementasi dari partisi A / B ganda dari sebelumnya, tetapi dengan partisi logis sebagai gantinya. Partisi A / B melibatkan salinan dari partisi penting untuk memungkinkan pembaruan yang lancar dan aman. Menggunakan "virtual A / B" adalah bagaimana seorang insinyur Google membayangkan "melakukan" partisi DSU ke partisi dari instalasi saat ini; seperti dengan proses pembaruan A / B OTA saat ini, mungkin perubahan dari gambar baru dibuat ke partisi tidak aktif.

Perubahan ini masih dalam pengembangan dan bisa memakan waktu sebelum digunakan oleh Google atau OEM. Kami mungkin tidak akan melihat implementasi ini sampai, paling awal, Android 11 R akan dirilis tahun depan. Meski begitu, tidak ada jaminan bahwa OEM bahkan mengadopsi fitur ini untuk pembaruan OTA-nya. Mengingat betapa bergunanya ini untuk pengujian beta, saya membayangkan bahwa Google sudah bekerja dengan OEM yang tertarik untuk mengaktifkan fitur ini untuk pembaruan di masa mendatang. Saya pribadi senang dengan prospek mencoba sebelum membeli pembaruan Android baru, tetapi bagaimana dengan Anda?