Pernah ingin mencoba pembaruan tanpa benar-benar memperbarui? DSU di Android 10 dirancang untuk itu, namun saat ini terbatas. Hal itu bisa segera berubah.
OS Android dan fragmentasi tingkat keamanan adalah masalah besar yang Google menginvestasikan banyak upaya teknis untuk mengatasinya. Dalam dua tahun terakhir, Google mengumumkan dua inisiatif besar yang dirancang untuk mempercepat peluncuran pembaruan: Proyek Tiga Kali Lipat Dan Jalur Utama Proyek. Yang terakhir ini baru diumumkan pada bulan Mei ini Google I/O 2019, dan ini hanya didukung pada perangkat yang diluncurkan dengan Android 10. Namun, yang pertama telah ada sejak saat itu Google I/O 2017, jadi kita telah melihat seberapa besar dampaknya terhadap pembaruan Android dengan Android 9 Pie Dan Android 10.
Selain mengurangi fragmentasi, Google juga ingin Project Treble bermanfaat bagi pengembang aplikasi. Itu sebabnya mereka meluncurkannya Pembaruan Sistem Dinamis (DSU) di Android 10 untuk memungkinkan pengembang mencoba versi barebone 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 diinstal dengan cara yang sama seperti GSI diinstal.
Jargonnya banyak sekali, tapi bayangkan ini terjadi di masa depan: OEM merilis ponsel dengan Android 10 dan memulai program beta untuk Android 11. Anda tertarik untuk mencoba versi beta ini untuk melihat fitur-fitur baru, tetapi Anda tidak ingin mengambil risiko stabilitas driver harian Anda saat ini. Daripada mem-flash pembaruan beta dan berharap itu benar-benar stabil, mengapa tidak menginstalnya sementara melalui aliran DSU? Jika Anda tidak menyukainya, cukup reboot dan pengaturan Anda akan kembali normal. Jika Anda menyukainya, Anda dapat "berkomitmen" pada pembaruan.
Saya tidak tahu tentang Anda, tapi ini akan menjadi perubahan yang disambut baik di Android yang akan membuat pengujian beta lebih menyenangkan. Anda tidak lagi harus berkomitmen pada pembaruan beta hanya untuk melihat sendiri seperti apa rasanya. Saya yakin banyak dari Anda yang ingin melihat Android 10 beta untuk perangkat Anda, tetapi Anda mungkin merasa tidak nyaman untuk langsung menginstalnya. Dengan perubahan yang dilakukan pada DSU, hal itu tidak lagi menjadi masalah.
Pembaruan Sistem Dinamis di Android 10+ - Yang Berubah
Luca Stefani, teman Portal XDA dan a Pengembang yang Diakui, memberi tahu kami tentang a komitmen baru digabungkan dalam AOSP berjudul "pasang beberapa partisi DSU saat ada." Komit membuat perubahan pada tabel sistem file (fstab) dan init proses agar partisi DSU selain sistem, untuk saat ini termasuk produk dan vendor, dapat dipasang saat boot proses.
Saat ini, DSU dirancang hanya untuk memungkinkan Anda mem-boot Generic System Image (GSI), sebuah image sistem barebone yang dikompilasi dari AOSP, sehingga Anda dapat menguji API baru dan perubahan lainnya di pembaruan Android terbaru. Namun dengan perubahan ini, DSU juga akan menerima gambar produk dan vendor. Yang pertama berisi aplikasi, perpustakaan, dan file lain khusus perangkat, sedangkan yang kedua berisi biner khusus perangkat. Project Treble membuatnya agar Anda dapat mem-boot perangkat menggunakan image sistem tanpa file khusus perangkat, jadi sekarang mengizinkan pemuatan produk dan vendor sepertinya tidak masuk akal.
Namun, seorang insinyur Google secara eksplisit mengatakan bahwa perubahan ini adalah untuk "mengizinkan OEM [untuk] menginstal paket OTA di /data, kemudian menggunakan aliran 'DSU' untuk memasang product.img, system.img, [dan] vendor.img dari /data." Artinya, daripada menimpa instalasi saat ini dengan paket OTA baru, OTA dapat dimuat sementara melalui DSU. Setelah menguji coba pembaruan OTA, "pengguna dapat memutuskan apakah mereka ingin 'memasukkan' gambar tersebut ke /super atau tidak." Bagian terakhir ini tentang "melakukan" perubahan masih dalam proses, seperti yang dicatat oleh salah satu insinyur Google bahwa "saat ini kami tidak memiliki rencana untuk membuat partisi DSU permanen dalam konteks DSU." Ia kemudian menyatakan bagaimana hal ini dapat dilaksanakan, namun penerapannya "di luar cakupan" dari perjanjian ini. tambalan saat ini.
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 tentang cara kerjanya, namun secara ringkas, ini memanfaatkan konsep "partisi dinamis", satu partisi penyimpanan nyata (disebut partisi "super") yang dibagi menjadi partisi logis yang dapat diubah ukurannya (termasuk sistem, vendor, produk, dan system_ext), untuk menginstal sementara GSI. Saat memasang GSI, DSU menciptakan ruang untuk image sistem dan data pengguna baru dengan mengubah ukuran partisi data pengguna yang ada. Blok penyusun untuk dukungan DSU (partisi dinamis, ramdisk, dan pos pemeriksaan untuk pencadangan data) adalah persyaratan peluncuran untuk Android 10, jadi perangkat apa pun yang diluncurkan dengan versi OS Android baru harus mendukung DSU. DSU bukanlah solusi dual boot untuk custom ROM yang sebagian dari Anda cari, karena hanya image yang cocok dengan kunci Android Verified Boot (AVB) yang dapat diinstal. Namun, dengan perubahan baru ini, hal ini terbukti jauh lebih berguna di masa depan.
Selain partisi dinamis, Google juga memperkenalkan konsep "virtual A/B" di Android 10. Ini pada dasarnya merupakan implementasi dari partisi A/B ganda dari sebelumnya, tetapi dengan partisi logis. Partisi A/B melibatkan salinan partisi penting untuk memungkinkan pembaruan yang lancar dan aman. Menggunakan "virtual A/B" adalah cara seorang insinyur Google membayangkan "memasukkan" partisi DSU ke partisi dari instalasi saat ini; seperti pada proses update A/B OTA saat ini, mungkin perubahan dari image baru dilakukan pada partisi yang tidak aktif.
Perubahan ini masih dalam pengembangan dan mungkin memerlukan waktu sebelum dapat digunakan oleh Google atau OEM. Kami mungkin tidak akan melihat implementasi apa pun sampai, paling cepat, Android 11 R dirilis berikutnya tahun. Meski begitu, tidak ada jaminan bahwa OEM akan mengadopsi fitur ini untuk pembaruan OTA-nya. Mengingat betapa bergunanya fitur ini untuk pengujian beta, saya membayangkan Google telah bekerja sama dengan OEM yang tertarik untuk mengaktifkan fitur ini untuk pembaruan di masa mendatang. Saya pribadi gembira dengan prospek mencoba sebelum membeli pembaruan Android baru, tapi bagaimana dengan Anda?