På trods af den indledende hype er Android Oreo's Rescue Party ikke den bootloop-fix, du ledte efter. Her er en forklaring på, hvad det rent faktisk gør.
Hos XDA har vi i vid udstrækning dækket den seneste udgivelse af Googles Android OS: Android 8.0 Oreo. Android Oreo bringer et væld af nye funktioner, men dem, vi mest har været begejstrede for, er ændringerne under motorhjelmen. Ting som Projekt Diskant og systemdækkende brugerdefineret temaunderstøttelse er to eksempler på Android Oreo-relaterede ændringer, der interesserer vores læsere. En anden funktion, som Android-entusiaster har set frem til at se i aktion, er den nye Redningsfest funktion. Denne funktion blev udråbt af mange for at redde din enhed fra en bootloop, men virkeligheden er langt mere skuffende. Rescue Party er ikke den bootloop-fix, du ledte efter.
I virkeligheden fungerer Rescue Party kun i en meget begrænset situation, en situation, der er meget usandsynligt at have betydning for mange brugere, hvis enheder indgår i en bootloop. Dette gælder især for næsten alle brugere på vores forum, der støder på en bootloop - Rescue Party vil ikke hjælpe dig. Det er dog ikke Rescue Party's skyld, for det blev hypet langt mere, end det burde have været i betragtning af, hvad det rent faktisk gør.
Rescue Party i Android Oreo - Sådan fungerer det
Lad os starte med, hvordan Rescue Party udløses. For det første skal Rescue Party implementeres, hvilket ikke kræves af OEM'er. På enheder med Rescue Party-understøttelse er den første kontrol, der sker, at se, om funktionen overhovedet er aktiveret, hvilket er muligvis ikke tilfældet hvis enheden kører på en debug/engineering build, eller hvis systemegenskaben persist.sys.disable_rescue er sat til sand i build.prop.
Efter absolut minimum dele af Android OS er blevet startet op under opstartsprocessen, afgør systemet, om det skal sende en Rescue Party. Som du måske allerede har læst før, sendes der en redningsfest, hver gang enheden genstarter mere end 5 gange på 5 minutter eller a systemappen går ned mere end 5 gange på 30 sekunder. Rescue Party begynder så at stigning gennem forskellige "redningsniveauer" i et forsøg på at rette genstartsløjfen.
Her er trin som Rescue Party kan tage:
Niveau 1 - Nulstil Untrusted Defaults
Det første Redningsparti niveau er at Nulstil enhver og alle ændringer til Indstillinger. Global eller Indstillinger. Sikker præferencetabeller, der er lavet af programmer, der ikke er tillid til. Upålidelige applikationer er de pakker, der er installeret af brugeren. Når dette Rescue Party-niveau kaldes, vil enhver ændring foretaget af en tredjepartsapp blive erstattet af standardværdien, hvis den findes. Hvis der ikke findes en standardværdi, slettes indstillingen.
Den eneste måde, hvorpå en applikation, der ikke er tillid til, overhovedet vil være i stand til at ændre en indstillingsværdi i Global eller Secure, er, hvis den applikation har root-adgang eller har fået tildelt WRITE_SECURE_SETTINGS tilladelse via ADB. Dette er dog ikke så ualmindeligt i en situation, da mange af vores helt egne ikke-root-tutorials er stærkt afhængige af at ændre disse indstillingsdatabaser på samme måde.
Et eksempel på dette Rescue Party-niveau i spil ville være, hvis brugeren forsøgte at tilpasse deres navigationslinje på Android Oreo. At gøre dette ville kræve ændring Settings.Secure.sysui_nav_bar gennem en tredjeparts app som f.eks Brugerdefineret navigationslinje. Nu er det usandsynligt, at ændring af nav-bjælken gennem denne metode forårsager en bootloop, men hvis det gjorde, så Rescue Party-niveau vil nulstille enhver ændring, du har foretaget, og erstatte den med sysui_nav_bars standardværdi som er "left, back; home; recent, right".
Niveau 2 - Nulstil upålidelige ændringer
Det andet forsøg på at løse genstartsproblemet er ved at tage niveau 1 et skridt videre. I stedet for blot at nulstille eventuelle indstillingsværdier, der er lavet af pakker, der ikke er tillid til, vil den direkte slette dem alle.
Niveau 3 - Nulstil betroede standarder
Den sidste forsvarslinje mod bootloops, der tilbydes af Rescue Party, niveau 3, nulstiller alle ændringer, der er foretaget i Indstillinger. Global eller Indstillinger. Sikker værdi, der er lavet af betroede, dvs. system, applikationer. Det forsøger også at foretage ændringer foretaget af tidligere niveauer, såsom at slette ændringer foretaget af pakker, der ikke er tillid til.
Niveau 4 - Fabriksindstilling
Hvis alt andet fejler, så er det sidste forsøg på at reparere din enhed at starte op til genoprettelsen og bede brugeren om at udføre en fabriksnulstilling. Selvom denne handling sandsynligvis vil løse bootloop (forudsat at bootloop ikke er forårsaget af hardwareproblemer som på Nexus 5X eller Nexus 6P), er det åbenbart ikke ideelt, da det involverer at sætte din telefon op igen.
Ikke en Bootloop Fix for dig
Så lad os opsummere, hvad Rescue Party rent faktisk gør. I det væsentlige er alt, hvad det gør, at forsøge at rette eventuelle fejlagtige ændringer foretaget af brugeren eller af systemapps til indstillingerne. Global eller Indstillinger. Sikker præferencetabel. Hvis din enhed går ind i en bootloop, fordi du flashede en fejlagtig lydmod, installerede det forkerte Substratum-tema, aktiverede en Magisk/Xposed modul, der ikke var til dig, lavede en dårlig build.prop-redigering eller gjorde nogen af de mange ting, som en rootet bruger kan gøre for at komme ind i en bootloop, derefter Rescue Party er ikke noget for dig.
hvis du på en eller anden måde ende i en genstartsløkke ved at ændre en indstilling som "Simuler sekundære skærme" i Developer Options, først da ville Rescue Party faktisk hjælpe dig. Men jeg vil formode, at det store flertal af vores læsere sandsynligvis ikke vil få deres bootloops løst gennem Rescue Party. Desværre er den bedste måde at håndtere bootloops på holde dine data sikkerhedskopieret på det almindelige, så du aldrig behøver at håndtere katastrofalt datatab på din telefon. Regn ikke med Rescue Party at være din frelser.