A DSU a legjobb módja az Android 12 Beta kiadásának Pixel telefonokra való telepítésének, de a Google teljesen elhanyagolta ennek megemlítését.
Az első múlt heti megjelenése Android 12 A bétát nagy feltűnést keltett, de az izgalom gyorsan horrorrá változott sokak számára, akik rájöttek, hogy a béta kiadás tönkretette a telefonjukat. Az időnként előforduló hibák kezelése a belépő ára a vérszegény szoftver futtatásához, de senki sem várja el, hogy egy hivatalos béta kiadás használhatatlanná tegye a telefonját. Éppen ezért érthetetlen számunkra, hogy a Google miért nem említette az Android 12 Beta Pixel telefonokra való telepítésének legjobb módját: a DSU-t. Azzal, hogy a Google nem erőltette meg erősebben a DSU-t, elszalasztotta azt a lehetőséget is, hogy több OEM-eszközt regisztráljon az Android 12 bétaverziójába. Íme, miért számít a DSU, és hogyan vehettünk volna részt sokkal több eszközön a bétaverzióban.
Az eszköztől függően többféleképpen is telepítheti az Android 12 első bétaverzióját.
Néhány OEM lehetővé teszi a szoftverük beépített frissítő eszközének használatát a frissítés oldalbetöltéséhez, egyesek szabványos flash eszközöket használnak, és néhány speciális szerszámot igényel. A Google Pixel telefonok rendelkeznek a legegyszerűbb módszerekkel telepítse az Android 12 béta verzióját: Regisztrálhat a béta programba, hogy az OTA-t küldje az eszközére, oldalra töltse be az OTA-fájlt a helyreállításból, vagy villogjon egy gyári képfájlt a fastboot segítségével (akár manuálisan, akár a Android Flash eszköz). Hivatalos bétaprogram nélküli eszközökön (és még olyan eszközökön is, amelyek csináld van egy béta program), lehetőség van a béta kipróbálására is általános rendszerkép telepítése (GSI). A GSI telepíthető gyorsindítási parancsokkal, hasonlóan a gyári lemezképhez, de telepíthető egy kevéssé ismert eszközzel, a "DSU betöltő" elérhető az Android 11 fejlesztői beállításaiban.A DSU Loader, a fejlesztők számára készült legújabb GSI-kiadás révén elérhető ezen az oldalon – amely jelenleg az első Android 12 Beta – telepíthető Pixel telefonokra nélkül a rendszerbetöltő feloldása és nélkül az eredeti rendszerkép felülírása. Ez a legpusztítóbb módja annak, hogy a fejlesztők saját hardverükön teszteljék a legújabb operációs rendszert; miután végeztek a teszteléssel, egyszerűen újraindíthatják, hogy visszatérjenek az eredeti operációs rendszerhez, sértetlen alkalmazásaikkal és adataikkal.
Íme egy rövid videó az XDA Rich Woods-tól, amely bemutatja a DSU Loader alkalmazást egy Google Pixel 4-en. Kezdetben Android 11-et futtatott, de aztán újraindul egy Android 12 Beta GSI-be, miután DSU-n keresztül telepítette. Néhány pillanat múlva újraindul az eredeti Android 11 operációs rendszerbe, anélkül, hogy az adatain változtatnának.
\r\n https://www.youtube.com/watch? v=Tfcf_qld2o8\r\n
Ezzel ellentétben a Google azt tanácsolja, hogy kövesse az Android 12 béta telepítéséhez használt módszereket, amelyek mindegyike felülírja a meglévő telepítést. És ha úgy döntött, hogy a béta telepítése közben visszaállítja a telefon gyári beállításait, előfordulhat, hogy összefutott az ügyfélszolgálattal, és azt gondolta, hogy telefonja le van tiltva. Ahogy az XDA Recognized Developer luca020400 elmagyarázta Twitteren, úgy tűnik, hogy probléma van a beállítás során a gyári beállítások visszaállításával – ha korábban visszaállította a telefon gyári beállításait Béta verzióra frissítve nem fogja tudni túllépni a Telepítővarázslót, amikor az arra kéri, hogy jelentkezzen be a Google fiók. Azok a Pixel-felhasználók, akik már feloldották a rendszerbetöltőjüket, vagy engedélyezték az OEM-feloldási opciót, könnyen visszaállíthatják a dolgokat egy gyári kép felvillantásával. Azoknak a Pixel-felhasználóknak, akik nem oldották fel a rendszerbetöltőjüket, fel kell villanniuk egy OTA-t, amely leminősíti a firmware-t Android 11-re – a Google nem tette közzé ezeket a firmware-fájlokat, de néhány Redditor hasznosan összeállította őket itt.
Ha több Pixel-felhasználó telepítette volna az Android 12 Bétát a DSU-n keresztül, valószínűleg kevesebb panaszt kaptunk volna a falazott telefonokkal kapcsolatban. Csak annyit kell tennie, hogy újraindítsa a dolgokat, mert a telepítés ideiglenes.
Az Android 12 Beta GSI-t futtató ASUS ROG Phone 5 DSU Loader segítségével.
A DSU Loader nem csak a Pixel telefonokon érhető el. Valójában a legtöbb Android 11-et futtató eszközön elérhető. A fenti képeken és a hősképen az Android 12 béta verziója be van állítva és fut egy ASUS ROG Phone 5-ön – egy olyan eszközön, amelyet az ASUS hivatalosan még nem adott ki béta verziót elérhető. Csakúgy, mint a Pixel 4-en, a ROG Phone 5 telepítése ideiglenes és roncsolásmentes – egy egyszerű újraindítás, és visszatérünk az Android 11-hez a ZenUI-val. Van azonban egy nagy különbség: fel kellett oldanunk a ROG Phone 5 rendszerbetöltőjét, hogy az Android 12 Beta DSU-n keresztül indulhasson. A rendszerbetöltő feloldása törli a telefon adatpartícióját, ami meghiúsítja a DSU használatának fő célját. Az egyetlen ok, amiért fel kellett oldanunk a rendszerbetöltőt, az az, hogy az ASUS nem tartalmazza a ellenőrzött rendszerindító kulcsok Ez lehetővé teszi a Google által aláírt GSI-k rendszerindítását anélkül, hogy fel kellene oldani a rendszerbetöltőt. Amikor először beszámoltunk a DSU-ról, megtudtuk, hogy a Google meg akarta követelni az OEM-től, hogy töltsék be ezeket a kulcsokat, de úgy tűnik, A tervek félreestek, mivel még nem láttunk olyan eszközt, amely képes lett volna GSI-t indítani DSU-n keresztül zárolt rendszerbetöltő.
Kár, hogy ez a helyzet, mivel a Google készített egy ilyen nagyszerű eszközt, és beállította a módját, hogy a buildjeik a legtöbb eszközön futhassanak. Az OEM-nek még csak nem is kell sokat tennie, hogy támogatást adjon eszközeikhez a Google GSI-inek lezárt rendszerbetöltőn történő indításához – mindössze annyit kell tenniük, adjunk hozzá egyetlen sort a device.mk fájlba a firmware készítésekor. Nem tudjuk, milyen viták vezettek ahhoz, hogy a Google elvetette ezt a követelményt, de feltételezzük, hogy sok OEM nem volt az. kényelmes azzal, ami lényegében egy hátsó ajtó a Google firmware-ének futtatásához, éppoly kényelmes a fejlesztők számára, mint az lehet.
Ha a dolgok másképp alakultak volna, sokkal több Android 12 bétaverziót futtató eszközünk lehetett volna. Néhány embert sok gondtól megkímélhettünk volna, mivel sokkal kisebb kockázattal jár a béta DSU-n keresztüli telepítése. Max Weinbach -tól Android Policeezt a nehéz úton találta meg amikor megpróbálta telepíteni a béta verziót a OnePlus 9 készülékére, aminek következtében követnie kellett az útmutatónkat a oldja fel a telefonját az EDL segítségével.
Remélem, hogy a DSU Loader a jövőben nem kerül elhagyásra, mert ez a legjobb módja egy új Android-kiadás kipróbálásának, ha megfelelően van implementálva. Kiábrándító, hogy a Google egyáltalán nem említette, főleg, hogy a béták kifejezetten a fejlesztőknek és nem a felhasználóknak szólnak. Természetesen az eszközspecifikus bétaverziók több Pixel funkciót támogatnak, de ez nem számít, ha egy alkalmazást a legújabb operációs rendszer verziójával tesztelünk. Tekintettel arra, hogy a GSI-k milyen következetlenül működnek az Android-eszközökön, és hogy látszólag egyetlen OEM sem támogatja a zárolt rendszerindítást. bootloader, talán a Google nem akarta felhívni rá a figyelmet, mivel nincs biztos mód az Android 12 Beta rendszerindítására Ily módon. A Samsung elrejti ezt a lehetőséget a Galaxy telefonokon, bár a szolgáltatás továbbra is elérhető a parancssori felületen keresztül, így valószínűleg nincsenek benne az egész ötlettel. Bárhogy is legyen, úgy gondolom, itt van egy elszalasztott lehetőség – a Google előírja a Treble-megfelelőséget, és meg is tette minden fáradság a DSU bevezetéséhez, ezért miért ne erőltethetné meg, mint az új Android béta tesztelésének preferált módja kiadások?