TWRP er blevet frigivet til Google Pixel og Pixel XL

TWRP er blevet frigivet til Google Pixel og Pixel XL, som endelig giver brugerne mulighed for at flashe brugerdefinerede mods, kerner og ROM'er.

Lad den brugerdefinerede ROM blinke! En af de mest almindelige årsager til, at brugere kommer til vores fora, er at flashe brugerdefinerede mods, kerner eller ROM'er. Udviklere bruger utallige timer på at tilpasse deres software til fordel for fællesskab. Men intet af dette arbejde er muligt uden at have et middel til at installere disse ændringer.

Det første trin, der kræves, før du kan træde ind i Android-moddingens verden, er at låse din bootloader op. For brugere af Pixel og Pixel XL, er dette trin allerede muligt på alle varianter af de to enheder. Det næste trin er at flashe et brugerdefineret gendannelsesbillede, der giver dig mulighed for derefter at flashe brugerdefinerede ROM- eller kernebilleder, samt at du kan lave fuld systemsikkerhedskopi, hvis noget går galt. Det er der, de utroligt populære Team Win Recovery Project (TWRP) kommer ind.

Tilgængelig på et væld af enheder fra næsten alle OEM under solen, har TWRP været den perfekte gendannelse for alle, der ønsker at ændre softwaren på deres enhed. Og nu kan de to Google Pixel-telefoner snart være med til det sjove. XDA Senior anerkendt udvikler Dees_Troy har netop udgivet den første TWRPalfa for Google Pixel og Pixel XL. Forudsat at du allerede har låst din bootloader op, kan du nu flashe gendannelsen på din enhed. Selvom der er et par ændringer i den måde, TWRP vil blive installeret på, som vi bør bemærke.

Installation

Hvis du nogensinde har installeret TWRP manuelt på din enhed, er du måske bekendt med hurtig opstart nødvendige kommandoer for at flashe TWRP-billedet til gendannelsespartitionen. På grund af de partitionsændringer, der er foretaget for at 'sømløse opdateringer' skal fungere i Android Nougat til Pixel og Pixel XL, vil du IKKE udstede de samme kommandoer. Glem alt, hvad du tror, du ved, og læs omhyggeligt følgende instruktioner, før du handler. I bund og grund er det, du rent faktisk vil gøre for at installere TWRP støvle TWRP-billedet, og brug derefter automatiseret installationsscript som vil håndtere at blinke TWRP til begge boot partitioner.

Først og fremmest, hvis du ikke allerede har gjort det, skal du have fat i Google USB-driver samt fastboot binær (vi anbefaler at downloade og udpakke Minimal ADB & Fastboot til den mappe efter eget valg). Download derefter de relevante TWRP-installationsfiler til din enhed (Pixel og Pixel XL). Du skal flytte .zip-filen til din enheds interne lager, men lad .img-filen blive på din computer. Åbn derefter en kommandoprompt og kontroller, at din enhed genkendes ved at udstede fastboot-enheder ind i kommandoprompten. Hvis du ser din enheds serienummer, registrerer fastboot-protokollen din enhed. Endelig skal du midlertidigt starte TWRP-billedet op ved at udstede denne kommando:

fastboot boot path/to/twrp.img

Bemærk, at "sti/til/" refererer til den faktiske mappe, hvori den downloadede TWRP billede filen er placeret. Sørg for, at du udsteder hurtig opstartstøvle og ikke hurtig opstart blitz, og at den fil, du starter, er ikke zip-filen. Når du har udstedt boot-kommandoen, vil din enhed hente TWRP-billedet fra din computer og midlertidigt starte i TWRP. Du er næsten færdig på dette tidspunkt.

Alt, hvad du skal gøre nu, er at få TWRP til at overleve en genstart ved at flashe den til begge din enheds opstartspartitioner. Heldigvis håndteres alt arbejdet der af det automatiserede installationsscript, som du downloadede tidligere. Du skal blot bruge TWRP-grænsefladen til at navigere til og installere TWRP-installations-zip ligesom du ville installere enhver brugerdefineret ROM, mod eller kerne zip. Derefter vil TWRP være tilgængelig for dig, uanset hvilke aktive partitionspladser der bruges.

TWRP Alpha v1

Da dette er en alfa frigivelse, er der helt sikkert problemer. Lige nu har Dees_Troy skitseret tre spørgsmål At være opmærksom på. For det første, på grund af indførelsen af filbaseret kryptering (FBE) i Nougat, kan datagendannelse udgøre et problem.

Filbaseret kryptering (FBE) kan være en vanskelig opgave. Hvis en gendannelse ikke fungerer korrekt, kan den udløse en automatisk sletning af dine data. Jeg har testet det lidt på min Pixel XL, men jeg har ikke haft tid til at teste det meget. Nogle gange vil TWRP ikke bede dig om at indtaste din adgangskode eller på anden måde undlade at konfigurere dekryptering korrekt. Hvis dette sker, skal du genstarte TWRP. Det ser ud til at være en slags timing-problem, og jeg har ikke haft tid til at spore det endnu.

Der er ingen, der siger, at det kan ske for dig, men det kunne ske for dig. Hvis du ikke regelmæssigt laver sikkerhedskopier af dine data offline eller i skyen, så bliv ikke chokeret, når noget går galt, og hele dine data slettes. Det er sket for mig før, og det er ærgerligt.

Opdatering #2: Dees_Troy har givet en mere teknisk forklaring på, hvad der kunne gå galt, og hvordan han planlægger at løse det. Se det andet tillæg i slutningen af artiklen for flere detaljer.

Dernæst, hvis du i øjeblikket bruger flerbrugerfunktionen (inklusive gæstefunktioner) på din enhed, så vil du undgå at bruge TWRP for nu.

Filbaseret kryptering betyder, at hver brugers mapper krypteres separat. For at lave en ordentlig backup, fabriksnulstilling osv., skal vi have brugeren til at dekryptere for hver enkelt konto på enheden.

På nuværende tidspunkt understøtter TWRP kun enkeltbrugeropsætninger, selvom du tilfældigvis kender krypteringsadgangskoden for de andre brugere på din enhed. Dees_Troy har fortalt os, at han med succes har dekrypteret yderligere brugere ved hjælp af et kommandolinjeværktøj, men det implementering af denne funktion i TWRP er ikke en høj prioritet lige nu og kan i stedet blive frigivet i en fremtid opdatering. I sidste uge spurgte vores XDA Twitter-konto brugere på vegne af Dees_Troy og spurgte, om de bruger flerbrugerfunktionen, og langt de fleste erklærede, at de ikke bruger multi-user, så vi forventer ikke, at denne begrænsning vil påvirke ret mange mennesker.

Men der er endnu et problem, som er mere relevant for langt de fleste brugere, der skal installere TWRP. I øjeblikket, SuperSU vil ikke fungere sammen med TWRP.

Installation af TWRP på dette tidspunkt vil fjerne root, hvis du i øjeblikket er rootet. En SuperSU-opdatering vil være påkrævet for at tillade TWRP og SuperSU at eksistere side om side.

Opdatering #1: Se venligst tilføjelsen af Chainfire i slutningen af artiklen, hvis du i øjeblikket bruger SuperSU og planlægger at blinke TWRP. Dees_Troy forklarede årsagen til denne interferens til XDA-udviklere som sådan:

Chainfire bruger ramdisken fra bootimaget til at lave sin systemløse rod. Dette er den samme ramdisk, som Google havde til hensigt at blive brugt til gendannelse. Jeg er ret sikker på, at Chainfire vil være i stand til at finde på en måde at få det til at fungere med TWRP, men TWRP har brug for en lille ændring af init binær for at få dekryptering til at fungere korrekt, og Chainfire havde brug for en anden ændring af sin init-binære for at få hans ramdisk til at fungere til både normal opstart og genopretning.

Med andre ord ændrer Chainfires systemløse rodmetode den samme binære, som TWRP skal modificere for at få datadekryptering til at fungere. Derfor, når du flasher TWRP, overskriver du ændringerne i init-binæren ved Chainfires systemløse root-metode. Selvom dette er et mindre tilbageslag, takket være den dobbelte partitionskarakter af Pixel (og fremtidige enheder, der sendes med Nougat), har TWRP nogle smarte nye muligheder.

Pixel-enheder har 2 "slots" til ROM'er / firmware. TWRP vil detektere hvilken slot der er aktiv i øjeblikket og bruge den til backup OG gendannelse. Der er knapper på genstartsiden og under backup -> muligheder for at ændre slots. Ændring af det aktive slot vil få TWRP til at skifte, hvilket slot som TWRP sikkerhedskopierer eller gendanner. Du kan lave en sikkerhedskopi af slot A, skifte til B og derefter gendanne sikkerhedskopien, som vil gendanne backup af A til slot B. Ændring af slot i TWRP fortæller også bootloaderen om at starte det slot.

Hvad dette i bund og grund betyder er, at du snart vil være i stand til det dobbelt støvle på din enhed. Desværre, da tilpasset opsving har lige blevet udgivet, vil det tage noget tid for din foretrukne brugerdefinerede ROM-udvikler at lave noget i køkkenet til din Pixel-telefon.

Tillæg #1 - SuperSU med TWRP

Vi blev informeret af Chainfire, at alle, der i øjeblikket bruger SuperSU på deres Google Pixel eller Pixel XL stærkt tilrådes for at flashe lageropstartsbillederne til begge partitioner før installation af TWRP. For at opnå dette skal du downloade Fabriksbillede til din enhed og udtræk manuelt lageropstartsbilledet fra arkivet. Derefter skal du flashe opstartsbilledet til begge partitioner ved hjælp af fastboot, som sådan:

fastbootflashboot_aboot.img
fastbootflashboot_bboot.img

Udstedelse af begge disse kommandoer vil flashe opstartsbilledet fra fabriksbilledet til begge opstartspartitioner på din enhed. Derefter kan du fortsætte med at installere TWRP.

Tillæg #2 - Filbaseret kryptering med TWRP

Han talte med Dees_Troy og tilbød følgende forklaring på, hvornår en gendannelse kunne gå galt og resultere i en total datasletning:

ext4 filbaseret kryptering tillader dig ikke at anvende en krypteringspolitik på en mappe, der *ikke* er tom. Lige nu arbejder vi uden om det ved ikke at slette en udvalgt liste over mapper (vi kan slette det, der er inde i mapperne, men ikke selve mappen). Hvis en mappe, der skal krypteres, af en eller anden grund bliver slettet, kan gendannelsen skabe en ukrypteret mappe, og fyld den derefter med nogle ting. Når først mappen ikke er tom, kan du ikke indstille kryptering på den. Når enheden starter Android igen, forsøger den binære init at indstille en krypteringspolitik, og hvis den ser en fejl ved indstilling af en politik, fremtvinger den en sletning. Dette er præcis hvor fejlen er smidt, og hvor aftørringen påbegyndes, hvis man bekymrer sig om den slags.

I mindre tekniske termer, under processen med at gendanne en NANDroid-sikkerhedskopi, skal gendannelsen overskrive alle de nødvendige eksisterende filer i dine partitioner, der er gemt i sikkerhedskopien. For at få adgang til filerne i datapartitionen skal gendannelsen have dekrypteret denne partition ved hjælp af din dekrypteringsadgangskode. Mens gendannelsen har evnen til simpelthen at slette og overskrive hver mappe i data- og systempartitionerne, kan det forårsage en fejl med krypteringspolitikken.

Ved at slette en mappe, der er beregnet til at blive krypteret, vil TWRP i stedet oprette en ukrypteret mappe og gendanne alle filerne fra sikkerhedskopien i denne nye mappe. Men fordi filbaseret kryptering vil kryptere forskellige filer og mapper med forskellige krypteringsnøgler i modsætning til hele partitionen, vil denne enkelte ændring, der bryder kryptering til en enkelt mappe på din enhed, få hele kæden til at kaste en fejl. Androids politik er derefter at starte en fuld datasletning, hvilket resulterer i Android-sletning alt i dit interne lager.

Det har Dees_Troy heldigvis allerede identificeret en liste over mapper der skal udelukkes fra TWRPs sletteproces, så denne fejl ikke udløses. Han erstattede init-binæren, så den ville udløse fejlen under gendannelsen, men ikke slette enheden, så han kunne logge nøjagtigt, hvilke mapper der ikke må slettes. En komplet liste over mapper blev leveret til os, men vi vil ikke gengive listen her på grund af dens længde.

Download TWRP til Google Pixel

Download TWRP til Google Pixel XL

Planlægger du at køre en brugerdefineret ROM eller kerne på din enhed, eller vil du forblive på lager firmware? Fortæl os det i kommentarerne nedenfor!