Oletko koskaan halunnut kokeilla päivitystä päivittämättä? Android 10:n DSU on suunniteltu tähän tarkoitukseen, mutta se on tällä hetkellä rajoitettu. Se voi pian muuttua.
Android-käyttöjärjestelmän ja tietoturvatason pirstoutuminen on valtava ongelma, jonka torjumiseksi Google investoi paljon suunnittelutyötä. Kahden viime vuoden aikana Google on julkistanut kaksi suurta aloitetta, joiden tarkoituksena on nopeuttaa päivitysten käyttöönottoa: Projekti Treble ja Projektin päälinja. Jälkimmäinen julkistettiin vasta tämän toukokuun aikana Google I/O 2019, ja sitä tuetaan vain laitteissa, joissa on Android 10. Edellinen on kuitenkin ollut olemassa siitä lähtien Google I/O 2017, joten olemme nähneet, kuinka paljon sillä on ollut vaikutusta Android-päivityksiin Android 9 Pie -käyttöjärjestelmän kanssa ja Android 10.
Hajanaisuuden vähentämisen lisäksi Google haluaa myös Project Treblen olevan hyödyllinen sovellusten kehittäjille. Siksi he paljastivat Dynaamiset järjestelmäpäivitykset (DSU) Android 10:ssä, jotta kehittäjät voivat kokeilla uuden käyttöjärjestelmän päivityksen barebone-versiota avaamatta käynnistyslatainta tai pyyhkimättä tietoja. Nähdessään DSU: n mahdollisuudet Google ei pysähdy tähän – se laajentaa apuohjelmaa mahdollistamalla OTA-päivitysten asentamisen OEM-valmistajilta samalla tavalla kuin GSI: t.
Tämä on paljon ammattislangia, mutta kuvittele tämän tapahtuvan tulevaisuudessa: OEM julkaisee puhelimen, jossa on Android 10, ja käynnistää beta-ohjelman Android 11:lle. Olet kiinnostunut kokeilemaan tätä betaa nähdäksesi uudet ominaisuudet, mutta et halua vaarantaa nykyisen päivittäisen kuljettajasi vakautta. Sen sijaan, että vilkaisisit betapäivityksen ja toivoisit sen olevan täysin vakaa, miksi et asentaisi sitä tilapäisesti DSU-virran kautta? Jos et pidä siitä, käynnistä vain uudelleen ja asetukset palautuvat normaaliksi. Jos pidät siitä, voit "sitoutua" päivitykseen.
En tiedä teistä, mutta tämä olisi tervetullut muutos Androidiin, joka tekisi betatestauksesta hauskempaa. Sinun ei enää tarvitse sitoutua betapäivitykseen vain nähdäksesi, millainen se on. Olen varma, että monet teistä kaipaavat Android 10 -betaversiota laitteellesi, mutta et ehkä ole mukava asentaa sitä heti. DSU: hun tehtyjen muutosten myötä se ei enää olisi huolenaihe.
Dynaamiset järjestelmäpäivitykset Android 10+:ssa – mikä muuttuu
Luca Stefani, XDA-portaalin ystävä ja a Tunnustettu kehittäjä, ilmoitti meille a uusi sitoumus yhdistetty AOSP: hen nimeltä "liitä useita DSU-osioita, kun se on olemassa." Toimitus tekee muutoksia tiedostojärjestelmätaulukkoon (fstab) ja aloita prosessi, jotta se voidaan asentaa käynnistyksen aikana muut DSU-osiot kuin järjestelmä, toistaiseksi mukaan lukien tuote ja toimittaja käsitellä asiaa.
Tällä hetkellä DSU on suunniteltu mahdollistamaan vain yleisen järjestelmäkuvan (GSI) käynnistämisen, AOSP: stä kootun barebone-järjestelmän kuvan, jotta voit testata uusia API: ita ja muita muutoksia uusimmassa Android-päivityksessä. Tämän muutoksen myötä DSU hyväksyy kuitenkin myös tuote- ja toimittajakuvat. Edellinen sisältää laitekohtaisia sovelluksia, kirjastoja ja muita tiedostoja, kun taas jälkimmäinen sisältää laitekohtaisia binääritiedostoja. Project Treble teki sen niin, että voit käynnistää laitteen käyttämällä järjestelmäkuvaa ilman laitekohtaisia tiedostoja, joten tuotteen ja toimittajan lataamisen salliminen nyt ei näytä olevan kovin järkevää.
Googlen insinööri kuitenkin sanoo nimenomaisesti, että tämä muutos tarkoittaa, että "OEM-valmistajien [saa] asentaa OTA-paketteja hakemistoon /data ja käyttää sitten [DSU"-kulkua product.img: n liittämiseen, system.img, [ja] vendor.img tiedostosta /data." Tämä tarkoittaa, että sen sijaan, että nykyinen asennus korvattaisiin uudella OTA-paketilla, OTA voidaan ladata tilapäisesti DSU: n kautta. OTA-päivityksen kokeilun jälkeen "käyttäjä voi päättää, haluaako hän "sitoutua" kyseiset kuvat /super-tiedostoon vai ei." Tämä viimeinen osa aiheesta Muutosten "sitominen" on vielä työn alla, koska yksi Googlen insinööri huomauttaa, että "tällä hetkellä meillä ei ole suunnitelmaa tehdä DSU-osioita pysyvä DSU-kontekstin puitteissa." Sitten hän kertoo, kuinka tämä voitaisiin toteuttaa, mutta että tämä toteutus on "soveltuvuuden ulkopuolella". nykyinen korjaustiedosto.
Joitakin termejä ja käsitteitä meidän on selitettävä tässä, koska Google haluaa muuttaa osiojärjestelmää jokaisessa Android-versiossa. Aluksi suosittelen lukemaan edellisen artikkelini aiheesta Dynaamiset järjestelmäpäivitykset saadakseen laajan yleiskatsauksen sen toiminnasta, mutta yhteenvetona se hyödyntää "dynaamisen osion" käsitettä, joka on yksi todellinen tallennusosio (ns. "super"-osio), joka jaetaan loogisiin osioihin, joiden kokoa voidaan muuttaa (mukaan lukien järjestelmä, toimittaja, tuote ja system_ext), asentaakseen tilapäisesti GSI. Kun GSI: tä asennetaan, DSU luo tilaa uudelle järjestelmälle ja käyttäjätietojen otoksille muuttamalla olemassa olevan userdata-osion kokoa. DSU-tuen rakennuspalikat (dynaamiset osiot, muistilevy ja tarkistuspisteet tietojen varmuuskopiointia varten) ovat käynnistysvaatimukset Android 10, joten kaikkien uudella Android-käyttöjärjestelmän versiolla käynnistyvien laitteiden tulisi tukea DSU: ta. DSU ei ole se kaksoiskäynnistysratkaisu mukautetuille ROM-levyille, joita jotkut teistä etsivät, koska vain kuvia, jotka vastaavat Android Verified Boot (AVB) -avaimia, voidaan asentaa. Tämän uuden muutoksen myötä se voi kuitenkin osoittautua paljon hyödyllisemmäksi tulevaisuudessa.
Dynaamisten osioiden lisäksi Google esitteli myös "virtuaalisen A/B"-käsitteen Android 10:ssä. Tämä on pohjimmiltaan täytäntöönpanoa kaksi A/B-osiota aiemmasta, mutta sen sijaan loogisilla osioilla. A/B-osiot sisältävät kopioita tärkeistä osioista, mikä mahdollistaa saumattoman ja turvallisen päivityksen. "Virtuaalisen A/B: n" käyttäminen on tapa, jolla yksi Googlen suunnittelija kuvittelee DSU-osioiden "sitovan" nykyisen asennuksen osioihin. Kuten nykyisessä A/B OTA -päivitysprosessissa, muutokset uusista kuvista tehdään ehkä passiiviseen osioon.
Nämä muutokset ovat vielä kehitysvaiheessa, ja saattaa kestää jonkin aikaa, ennen kuin Google tai OEM-valmistajat käyttävät niitä. Me Luultavasti ei näe tästä mitään toteutusta ennen kuin Android 11 R julkaistaan seuraavaksi vuosi. Siitä huolimatta ei ole takeita siitä, että OEM-valmistajat edes ottavat tämän ominaisuuden käyttöön OTA-päivityksiinsä. Ottaen huomioon, kuinka hyödyllinen tämä näyttää olevan beta-testauksessa, uskon, että Google tekee jo yhteistyötä kiinnostuneiden OEM-valmistajien kanssa ottaakseen tämän ominaisuuden käyttöön tulevia päivityksiä varten. Olen henkilökohtaisesti innoissani mahdollisuudesta kokeilla uusia Android-päivityksiä ennen ostamista, mutta entä sinä?