Google nevnte ikke den beste måten å installere Android 12 Beta på piksler

Forrige ukes utgivelse av den første Android 12 beta ble møtt med mye fanfare, men spenning ble raskt til gru for mange som oppdaget at beta-utgivelsen murnet telefonen deres. Å takle en og annen feil er inngangsprisen for å kjøre avansert programvare, men ingen forventer at en offisiell betaversjon gjør telefonen ubrukelig. Det er derfor det er forvirrende for oss hvorfor Google ikke nevnte den beste måten å installere Android 12 Beta på Pixel-telefoner: DSU. Ved å ikke presse DSU hardere, gikk Google også glipp av muligheten til å registrere flere OEM-enheter i Android 12 Beta. Her er hvorfor DSU er viktig og hvordan vi kunne hatt mange flere enheter som deltok i betaversjonen.

Det er noen måter å installere den første Android 12 Beta-utgivelsen på, avhengig av enheten. Noen OEM-er lar deg bruke programvarens innebygde oppdateringsverktøy for å sidelaste oppdateringen, noen bruker standard flash-verktøy

, og noen krever spesialverktøy. Google Pixel-telefoner har de mest enkle metodene som er tilgjengelige for dem installer Android 12 Beta: Du kan registrere deg i betaprogrammet for å få OTA-en presset til enheten din, sidelaste en OTA-fil fra gjenoppretting eller flashe et fabrikkbilde ved å bruke fastboot (enten manuelt eller ved hjelp av Android Flash-verktøy). På enheter uten et offisielt betaprogram (og til og med på enheter som gjøre har et betaprogram), er det også mulig å prøve betaen ved å installere et generisk systembilde (GSI). En GSI kan installeres gjennom fastboot-kommandoer omtrent som et fabrikkbilde, men den kan også installeres gjennom et lite kjent verktøy kalt "DSU-laster" tilgjengelig i Android 11s utvikleralternativer.

Gjennom DSU Loader, den siste GSI-utgivelsen for utviklere altså tilgjengelig på denne siden – som per nå er den første Android 12 Beta – kan installeres på Pixel-telefoner uten låse opp bootloader og uten overskrive det originale systembildet. Dette er den mest ikke-destruktive måten for utviklere å teste det nyeste operativsystemet på sin egen maskinvare; Når de er ferdige med testingen, kan de ganske enkelt starte på nytt for å gå tilbake til det opprinnelige operativsystemet med appene og dataene intakte.

Her er en kort video fra XDAs Rich Woods som demonstrerer DSU Loader på en Google Pixel 4. Han startet med å kjøre Android 11, men starter deretter på nytt i en Android 12 Beta GSI etter å ha installert den via DSU. Etter noen øyeblikk starter han deretter tilbake til det originale Android 11 OS uten noen endringer i dataene hans.

\r\n https://www.youtube.com/watch? v=Tfcf_qld2o8\r\n

Sammenlign det med de eksisterende metodene som Google anbefaler deg å følge for å installere Android 12 Beta, som alle overskriver din eksisterende installasjon. Og hvis du bestemte deg for å tilbakestille telefonen din til fabrikk mens du installerte Beta, kan det hende du har hatt en innkjøring med kundestøtte og trodde at telefonen din var murt. Som XDA Recognized Developer luca020400 forklarte på Twitter, ser det ut til at det er et problem under oppsett med Factory Reset Protection - hvis du tilbakestiller telefonen til fabrikkstandard før oppgradering til beta, vil du ikke kunne komme forbi SetupWizard når den ber deg logge på Google Regnskap. For Pixel-brukere som allerede har låst opp bootloaderen eller aktivert OEM-opplåsingsalternativet, er det enkelt å gjenopprette ting tilbake til det normale ved å blinke et fabrikkbilde. For Pixel-brukere som ikke har låst opp bootloaderen, må du flashe en OTA som nedgraderer fastvaren til Android 11 — Google har ikke publisert disse fastvarefilene, men et par Redditors har kompilert dem her.

Hadde flere Pixel-brukere installert Android 12 Beta via DSU, ville vi sannsynligvis ha sett færre klager på mursteinstelefoner. Alt du trenger å gjøre for å få ting i gang igjen er å starte på nytt siden installasjonen er midlertidig.

ASUS ROG Phone 5 som kjører Android 12 Beta GSI via DSU Loader.

DSU Loader er ikke bare tilgjengelig for Pixel-telefoner. Faktisk er den tilgjengelig for de fleste enheter som kjører Android 11. I bildene vist ovenfor og i heltebildet har vi Android 12 Beta oppe og kjører på en ASUS ROG Phone 5 – en enhet som ASUS har ikke offisielt laget en betaversjon tilgjengelig for. Akkurat som på Pixel 4, er installasjonen av ROG Phone 5 midlertidig og ikke-destruktiv – en enkel omstart og vi er tilbake til Android 11 med ZenUI. Det er imidlertid én stor forskjell: Vi måtte låse opp bootloaderen til ROG Phone 5 for å få Android 12 Beta til oppstart via DSU. Å låse opp bootloaderen tørker telefonens datapartisjon, som beseirer hovedformålet med å bruke DSU. Den eneste grunnen til at vi måtte låse opp bootloaderen er imidlertid fordi ASUS ikke inkluderte verifiserte oppstartsnøkler som ville la Google-signerte GSI-er starte opp uten å måtte låse opp bootloaderen. Da vi først rapporterte om DSU, fikk vi vite at Google ønsket å kreve at OEM-er forhåndslaster disse nøklene, men det ser ut til at de planene falt i veien da vi ikke har sett noen enhet som er i stand til å starte opp en GSI via DSU med en låst bootloader.

Det er imidlertid synd at det er tilfelle, siden Google har laget et så fantastisk verktøy og satt opp en måte for byggene deres å kjøre på de fleste enheter. OEM-er trenger ikke engang å gjøre mye for å legge til støtte for enhetene sine for å starte opp Googles GSI-er på en låst oppstartslaster – alt de trenger å gjøre er legg til en enkelt linje til device.mk-filen når du bygger fastvaren. Vi vet ikke hvilke diskusjoner som førte til at Google droppet dette som et krav, men vi antar at mange OEM-er ikke var det komfortabel med det som egentlig er en bakdør til å kjøre Googles fastvare, like praktisk for utviklere som det kan være.

Hadde ting blitt annerledes, kunne vi hatt mange flere enheter som kjører Android 12 Beta. Vi kunne også ha spart noen mennesker for mye trøbbel ettersom det er langt mindre risiko forbundet med å installere en beta via DSU. Max Weinbach fra Android politifant ut dette på den harde måten da han prøvde å installere betaen på OnePlus 9, noe som resulterte i at han måtte følge guiden vår om hvordan løsne telefonen hans med EDL.

Jeg håper ikke DSU Loader blir forlatt i fremtiden fordi det er den beste måten å prøve en ny Android-utgivelse hvis den implementeres riktig. At Google ikke nevnte det i det hele tatt er skuffende, spesielt siden betaene er eksplisitt rettet mot utviklere og ikke brukere. Jada, de enhetsspesifikke betaene støtter flere Pixel-funksjoner, men det spiller ingen rolle når det gjelder å teste en app mot den nyeste OS-versjonen. Gitt hvor inkonsekvent GSI-er fungerer på tvers av Android-enheter og hvor tilsynelatende ingen OEM støtter oppstart av dem med en låst bootloader, kanskje Google ikke ønsket å trekke oppmerksomhet til det siden det ikke er noen sikker måte å få Android 12 Beta til å starte opp denne måten. Samsung skjuler alternativet på sine Galaxy-telefoner selv om tjenesten fortsatt er tilgjengelig via kommandolinjegrensesnittet, så de er sannsynligvis ikke med på hele ideen. Uansett, jeg tror det er en tapt mulighet her – Google gir mandat til Treble-overholdelse og gikk til alle problemer med å implementere DSU, så hvorfor ikke presse det hardere som den foretrukne måten å betateste ny Android utgivelser?