„Android 10“ DSU gali leisti išbandyti OTA naujinimus neįsipareigojant

Ar kada nors norėjote išbandyti atnaujinimą iš tikrųjų neatnaujinę? „Android 10“ DSU yra tam skirtas, tačiau šiuo metu jis yra ribotas. Tai gali greitai pasikeisti.

„Android“ OS ir saugos lygio susiskaidymas yra didžiulė problema, su kuria „Google“ įdeda daug inžinerinių pastangų. Per pastaruosius dvejus metus „Google“ paskelbė apie dvi pagrindines iniciatyvas, skirtas paspartinti atnaujinimų diegimą: Projektas Treble ir Pagrindinis projektas. Pastarasis buvo paskelbtas tik šių metų gegužę „Google I/O“, 2019 m, ir ji palaikoma tik įrenginiuose, kurie paleidžiami naudojant „Android 10“. Tačiau pirmasis gyvuoja nuo tada „Google I/O“, 2017 m, todėl matėme, kokią įtaką tai turėjo „Android“ naujinimams su Android 9 Pie ir Android 10.

Be susiskaidymo mažinimo, „Google“ taip pat nori, kad „Project Treble“ būtų naudingas programų kūrėjams. Štai kodėl jie buvo atidengti Dinaminiai sistemos atnaujinimai (DSU) operacinėje sistemoje „Android 10“, kad kūrėjai galėtų išbandyti naujo OS naujinio „barebone“ versiją neatrakinant įkrovos įkrovos ir neišvalant duomenų. Matydama DSU potencialą, „Google“ tuo neapsiriboja – jie plečia savo naudingumą, suteikdami galimybę OTA naujinimus iš OEM įdiegti taip pat, kaip diegiami GSI.

Tai daug žargono, bet įsivaizduokite, kad tai įvyks ateityje: OĮG išleidžia telefoną su Android 10 ir paleidžia beta programą, skirtą Android 11. Norite išbandyti šią beta versiją, kad pamatytumėte naujas funkcijas, bet nenorite rizikuoti savo dabartinio kasdieninio vairuotojo stabilumu. Užuot mirksi beta versijos naujinimas ir tikėjosi, kad jis bus visiškai stabilus, kodėl gi neįdiegus jo laikinai per DSU srautą? Jei jums tai nepatinka, tiesiog paleiskite iš naujo ir jūsų sąranka grįš į normalią. Jei jums tai patinka, galite „įsipareigoti“ atnaujinti.

Nežinau, kaip jūs, bet tai būtų sveikintinas „Android“ pakeitimas, dėl kurio beta versijos testavimas būtų malonesnis. Jums nebereikės įsipareigoti beta versijos atnaujinimui, kad pamatytumėte, koks jis yra. Esu tikras, kad daugelis iš jūsų nori pamatyti savo įrenginiui skirtą „Android 10“ beta versiją, bet jums gali būti nepatogu iškart ją įdiegti. Atlikus DSU pakeitimus, tai nebekeltų rūpesčių.

Dinaminiai sistemos naujiniai naudojant 10 ir naujesnių versijų „Android“ – kas keičiasi

Luca Stefani, XDA portalo draugas ir a Pripažintas kūrėjas, informavo mus apie a naujas įsipareigojimas sujungtas AOSP pavadinimu „prijungti kelis DSU skaidinius, kai yra“. Įsipareigojimas pakeičia failų sistemos lentelę (fstab) ir init procesą, kad įkrovos metu būtų galima prijungti kitus DSU skaidinius, išskyrus sistemą, įskaitant produktą ir tiekėją procesas.

Naujas fstab kodas, skirtas pridėti produkto_gsi ir vendor_gsi vaizdų įkėlimo palaikymą atitinkamai vietoje esamo produkto ir tiekėjo skaidinių. Komentaruose pažymima, kad DSU gali pasirašyti OĮG, bet kitu atveju jie palaiko oficialius „Google“ GSI.

Šiuo metu DSU sukurtas taip, kad būtų galima paleisti tik bendrąjį sistemos vaizdą (GSI), „barebone“ sistemos vaizdą, sudarytą iš AOSP, todėl galite išbandyti naujas API ir kitus naujausio „Android“ naujinimo pakeitimus. Tačiau su šiuo pakeitimu DSU taip pat priims produktų ir pardavėjų vaizdus. Pirmajame yra konkrečiam įrenginiui skirtos programos, bibliotekos ir kiti failai, o antrajame yra įrenginio dvejetainiai failai. „Project Treble“ sukūrė tai, kad galėtumėte paleisti įrenginį naudodami sistemos atvaizdą be konkretaus įrenginio failų, todėl dabar leisti įkelti produktą ir tiekėją nėra prasminga.

Tačiau „Google“ inžinierius aiškiai sako, kad šis pakeitimas yra „leisti OĮG [įdiegti] OTA paketus /data, tada naudojant [DSU“ srautą, kad būtų galima prijungti product.img, system.img, [ir] vendor.img iš /data." Tai reiškia, kad OTA galima laikinai įkelti, o ne perrašyti dabartinį diegimą nauju OTA paketu per DSU. Išbandęs OTA naujinimą, „vartotojas gali nuspręsti, ar nori „įpareigoti“ tuos vaizdus į /super, ar ne“. Ši paskutinė dalis apie „Įgyvendinti“ pakeitimus vis dar vyksta darbai, nes vienas „Google“ inžinierius pažymi, kad „šiuo metu mes neturime plano daryti DSU skaidinių nuolatinis pagal DSU kontekstą. dabartinis pleistras.

Čia turime paaiškinti keletą terminų ir sąvokų, nes „Google“ mėgsta keisti skaidinių schemą kiekvienoje „Android“ versijoje. Pradedantiesiems rekomenduoju perskaityti mano ankstesnį straipsnį apie Dinaminiai sistemos atnaujinimai Norėdami plačiau apžvelgti, kaip jis veikia, tačiau apibendrinant galima pasakyti, kad jis naudojasi „dinaminio skaidinio“ koncepcija, vienu tikru saugyklos skaidiniu (vadinamu „super“ skaidinys), kuris padalijamas į keičiamo dydžio loginius skaidinius (įskaitant sistemą, tiekėją, produktą ir system_ext), kad būtų galima laikinai įdiegti GSI. Diegiant GSI, DSU sukuria vietos naujai sistemai ir vartotojo duomenų atvaizdams, pakeisdamas esamo vartotojo duomenų skaidinio dydį. DSU palaikymo blokai (dinaminiai skaidiniai, ramdiskas ir duomenų atsarginių kopijų tikrinimo taškai) yra paleidimo reikalavimai Android 10, todėl bet kuris įrenginys, paleidžiamas naudojant naują „Android“ OS versiją, turėtų palaikyti DSU. DSU nėra dvigubos įkrovos sprendimas tinkintiesiems ROM, kurio kai kurie iš jūsų ieško, nes gali būti įdiegti tik vaizdai, atitinkantys „Android Verified Boot“ (AVB) raktus. Tačiau dėl šio naujo pakeitimo jis gali pasirodyti daug naudingesnis ateityje.

Be dinaminių skaidinių, „Google“ taip pat pristatė „virtualaus A/B“ sąvoką „Android 10“. Tai iš esmės yra įgyvendinimas dvigubos A/B pertvaros iš anksčiau, bet su loginiais skaidiniais. A/B skaidiniai apima svarbių skaidinių kopijas, kad būtų galima sklandžiai ir saugiai atnaujinti. „Virtual A/B“ naudojimas yra tai, kaip vienas „Google“ inžinierius numato „įvesti“ DSU skaidinius į dabartinio diegimo skaidinius; kaip ir naudojant dabartinį A/B OTA atnaujinimo procesą, galbūt naujų vaizdų pakeitimai atliekami į neaktyvų skaidinį.

Šie pakeitimai vis dar kuriami ir gali užtrukti šiek tiek laiko, kol juos pradės naudoti „Google“ arba OĮG. Mes Greičiausiai nematysite jokių šio diegimo, kol anksčiausiai nebus išleista „Android 11 R“. metų. Nepaisant to, nėra jokios garantijos, kad originalios įrangos gamintojai netgi pritaikys šią funkciją savo OTA naujinimams. Atsižvelgiant į tai, kaip tai atrodo naudinga atliekant beta versijos testavimą, manau, kad „Google“ jau dirba su suinteresuotais originalios įrangos gamintojais, kad įgalintų šią funkciją būsimiems naujinimams. Aš asmeniškai džiaugiuosi galimybe pabandyti prieš perkant naujus „Android“ naujinius, bet kaip jūs?