DSU is de beste manier om de Android 12 Beta-release op Pixel-telefoons te installeren, maar Google heeft dit totaal nagelaten te vermelden.
Vorige week de release van de eerste Androïde 12 De bètaversie werd met veel tamtam ontvangen, maar de opwinding veranderde al snel in afgrijzen voor velen die ontdekten dat de bètaversie hun telefoon kapot maakte. Het omgaan met zo nu en dan een bug is de toegangsprijs voor het draaien van geavanceerde software, maar niemand verwacht dat een officiële bètaversie hun telefoon onbruikbaar zal maken. Daarom is het voor ons een raadsel waarom Google niet vermeldde wat de beste manier is om de Android 12 Beta op Pixel-telefoons te installeren: DSU. Door DSU niet harder te pushen, miste Google ook een kans om meer OEM-apparaten in te schrijven voor de Android 12 Bèta. Dit is waarom DSU belangrijk is en waarom we veel meer apparaten aan de bèta hadden kunnen laten deelnemen.
Er zijn een paar manieren om de eerste Android 12 Beta-release te installeren, afhankelijk van het apparaat.
Sommige OEM's u de ingebouwde updatetool van hun software laten gebruiken om de update te sideloaden, sommigen gebruiken standaard flashtools, En sommige vereisen gespecialiseerd gereedschap. Google Pixel-telefoons beschikken over de meest eenvoudige methoden die daarvoor beschikbaar zijn installeer de Android 12 Bèta: u kunt zich inschrijven voor het bètaprogramma om de OTA naar uw apparaat te laten pushen, een OTA-bestand te sideloaden vanuit herstel, of een fabrieksimage te flashen met behulp van fastboot (handmatig of met behulp van de Android Flash-tool). Op apparaten zonder een officieel bètaprogramma (en zelfs op apparaten waarop Doen als u een bètaprogramma heeft), is het ook mogelijk om de bèta uit te proberen het installeren van een algemene systeemimage (GSI). Een GSI kan worden geïnstalleerd via fastboot-opdrachten, net zoals een fabrieksimage, maar het kan ook worden geïnstalleerd via een weinig bekende tool genaamd "DSU-lader" beschikbaar in de ontwikkelaarsopties van Android 11.Via DSU Loader, de nieuwste GSI-release voor ontwikkelaars beschikbaar op deze pagina – wat vanaf nu de eerste bètaversie van Android 12 is – kan op Pixel-telefoons worden geïnstalleerd zonder het ontgrendelen van de bootloader en zonder het originele systeemimage overschrijven. Dit is de meest niet-destructieve manier voor ontwikkelaars om het nieuwste besturingssysteem op hun eigen hardware te testen; zodra ze klaar zijn met testen, kunnen ze eenvoudigweg opnieuw opstarten om terug te keren naar het oorspronkelijke besturingssysteem met hun apps en gegevens intact.
Hier is een korte video van XDA's Rich Woods waarin DSU Loader op een Google Pixel 4 wordt gedemonstreerd. Hij begon met Android 11, maar startte vervolgens opnieuw op naar een Android 12 Beta GSI nadat hij deze via DSU had geïnstalleerd. Na enkele ogenblikken start hij vervolgens opnieuw op naar het originele Android 11-besturingssysteem zonder enige wijziging in zijn gegevens.
\r\n https://www.youtube.com/watch? v=Tfcf_qld2o8\r\n
Vergelijk dat eens met de bestaande methoden die Google u adviseert te volgen om de Android 12 Beta te installeren, die allemaal uw bestaande installatie overschrijven. En als u tijdens het installeren van de bèta hebt besloten uw telefoon terug te zetten naar de fabrieksinstellingen, bent u mogelijk in aanraking gekomen met de klantenondersteuning, omdat u dacht dat uw telefoon was gemetseld. Zoals door XDA erkende ontwikkelaar luca020400 heeft uitgelegd op Twitter, lijkt het erop dat er een probleem is tijdens het instellen met Factory Reset Protection (als u uw telefoon eerder hebt teruggezet naar de fabrieksinstellingen). Als u upgradet naar de bèta, kunt u niet voorbij de installatiewizard komen wanneer deze u vraagt in te loggen bij uw Google-account Rekening. Voor Pixel-gebruikers die hun bootloader al hebben ontgrendeld of de OEM-ontgrendelingsoptie hebben ingeschakeld, is het eenvoudig om de zaken weer normaal te maken door een fabrieksimage te flashen. Voor Pixel-gebruikers die hun bootloader niet hebben ontgrendeld, moet je een OTA flashen die de firmware downgradet naar Android 11 - Google heeft deze firmwarebestanden niet gepubliceerd, maar een paar Redditors hebben ze op nuttige wijze gecompileerd hen hier.
Als meer Pixel-gebruikers de Android 12 Bèta via DSU hadden geïnstalleerd, hadden we waarschijnlijk minder klachten over gemetselde telefoons gezien. Het enige dat u hoeft te doen om alles weer aan de praat te krijgen, is opnieuw opstarten, aangezien de installatie tijdelijk is.
De ASUS ROG Phone 5 met Android 12 Beta GSI via DSU Loader.
DSU Loader is niet alleen beschikbaar voor Pixel-telefoons. Het is zelfs beschikbaar voor de meeste apparaten met Android 11. In de bovenstaande afbeeldingen en in de heldenafbeelding hebben we de Android 12 Beta actief op een ASUS ROG Phone 5 – een apparaat dat ASUS heeft nog geen officiële bètaversie uitgebracht beschikbaar voor. Net als op de Pixel 4 is de installatie van de ROG Phone 5 tijdelijk en niet-destructief: een simpele herstart en we zijn terug bij Android 11 met ZenUI. Er is echter één groot verschil: we moesten de bootloader van de ROG Phone 5 ontgrendelen om de Android 12 Beta op te starten via DSU. Door de bootloader te ontgrendelen, wordt de gegevenspartitie van de telefoon gewist, wat het hoofddoel van het gebruik van DSU tenietdoet. De enige reden dat we de bootloader moesten ontgrendelen, is omdat ASUS de geverifieerde opstartsleutels dat zou door Google ondertekende GSI's laten opstarten zonder de bootloader te hoeven ontgrendelen. Toen we voor het eerst over DSU rapporteerden, kwamen we erachter dat Google wilde dat OEM's deze sleutels vooraf laadden, maar het lijkt erop dat deze sleutels dat wel zijn plannen vielen in duigen omdat we geen enkel apparaat hebben gezien dat in staat is een GSI op te starten via DSU met een vergrendelde bootlader.
Het is echter jammer dat dit het geval is, aangezien Google zo'n geweldige tool heeft gemaakt en een manier heeft bedacht om hun builds op de meeste apparaten te laten draaien. OEM's hoeven niet eens veel te doen om ondersteuning voor hun apparaten toe te voegen om de GSI's van Google op een vergrendelde bootloader op te starten - het enige wat ze hoeven te doen is voeg een enkele regel toe naar het device.mk-bestand bij het bouwen van de firmware. We weten niet welke discussies ertoe hebben geleid dat Google dit als vereiste heeft geschrapt, maar we nemen aan dat veel OEM's dat niet deden comfortabel met wat in wezen een achterdeur is voor het uitvoeren van de firmware van Google, net zo handig voor ontwikkelaars als deze misschien.
Als het anders was gelopen, hadden we veel meer apparaten met Android 12 Bèta kunnen hebben. We hadden sommige mensen ook veel problemen kunnen besparen, omdat er veel minder risico's zijn verbonden aan het installeren van een bèta via DSU. Max Weinbach uit Android-politiekwam hier op de harde manier achter toen hij probeerde de bèta op zijn OnePlus 9 te installeren, waardoor hij onze handleiding moest volgen over hoe dat te doen ontkoppel zijn telefoon met EDL.
Ik hoop dat DSU Loader in de toekomst niet in de steek wordt gelaten, omdat dit de beste manier is om een nieuwe Android-release uit te proberen, mits correct geïmplementeerd. Dat Google het helemaal niet vermeldde is teleurstellend, vooral omdat de bèta's expliciet op ontwikkelaars gericht zijn en niet op gebruikers. Natuurlijk ondersteunen de apparaatspecifieke bèta's meer Pixel-functies, maar dat maakt niet uit als het gaat om het testen van een app met de nieuwste besturingssysteemversie. Gegeven hoe inconsistent GSI's werken op Android-apparaten en hoe schijnbaar geen enkele OEM het opstarten ervan met een vergrendelde versie ondersteunt bootloader, misschien wilde Google er niet de aandacht op vestigen, omdat er geen onfeilbare manier is om Android 12 Beta op te starten deze manier. Samsung verbergt de optie op zijn Galaxy-telefoons, ook al is de service nog steeds toegankelijk via de opdrachtregelinterface, dus ze zijn het waarschijnlijk niet eens met het hele idee. Hoe het ook zij, ik denk dat hier een gemiste kans ligt: Google verplicht Treble-naleving en ging daarheen alle moeite om DSU te implementeren, dus waarom zou je het niet harder pushen als de beste manier om nieuwe Android te bètatesten? releases?