TWRP har blitt utgitt for Google Pixel og Pixel XL

TWRP har blitt utgitt for Google Pixel og Pixel XL, som endelig vil tillate brukere å flashe tilpassede mods, kjerner og ROM.

La den tilpassede ROM-blinken begynne! En av de vanligste årsakene til at brukere kommer til forumene våre er å flashe tilpassede mods, kjerner eller ROM-er. Utviklere bruker utallige timer på å tilpasse programvaren sin til fordel for samfunnet. Men ingenting av dette arbeidet er gjennomførbart uten å ha en måte å installere disse modifikasjonene på.

Det første trinnet som kreves før du kan gå inn i Android-moddingverdenen, er å låse opp bootloaderen. For brukere av Pixel og Pixel XL, er dette trinnet allerede mulig på alle varianter av de to enhetene. Det neste trinnet er å flashe et tilpasset gjenopprettingsbilde som lar deg deretter flashe tilpassede ROM- eller kjernebilder, i tillegg til at du kan lage fullstendige systemsikkerhetskopier i tilfelle noe går galt. Det er der den utrolig populære Team Win Recovery Project (TWRP) kommer inn.

Tilgjengelig på en mengde enheter fra nesten alle OEM under solen, har TWRP vært den perfekte gjenopprettingen for alle som ønsker å endre programvaren på enheten sin. Og nå kan de to Google Pixel-telefonene snart bli med på den moroa. XDA senior anerkjent utvikler

Dees_Troy har nettopp sluppet den første TWRPalfa for Google Pixel og Pixel XL. Forutsatt at du allerede har låst opp bootloaderen, kan du nå flashe gjenopprettingen på enheten din. Selv om det er noen få endringer i måten TWRP vil bli installert på som vi bør merke oss.

Installasjon

Hvis du noen gang har installert TWRP manuelt på enheten din, er du kanskje kjent med rask oppstart kommandoer som trengs for å flashe TWRP-bildet til gjenopprettingspartisjonen. På grunn av partisjonsendringene som er gjort for at "sømløse oppdateringer" skal fungere i Android Nougat for Pixel og Pixel XL, vil du IKKE utstede de samme kommandoene. Glem alt du tror du vet, og les nøye instruksjonene nedenfor før du handler. I hovedsak er det du faktisk vil gjøre for å installere TWRP støvel TWRP-bildet, og bruk deretter automatisert installasjonsskript som vil håndtere å blinke TWRP til både oppstartspartisjoner.

Først av alt, hvis du ikke allerede har gjort det, må du ta tak i Google USB-driver samt fastboot-binæren (vi anbefaler nedlasting og utpakking Minimal ADB og Fastboot til katalogen du ønsker). Deretter laster du ned de riktige TWRP-installasjonsfilene for enheten din (Pixel og Pixel XL). Du må flytte .zip-filen til enhetens interne lagring, men la .img-filen være på datamaskinen. Deretter åpner du en ledetekst og kontrollerer at enheten din gjenkjennes ved utstedelse fastboot-enheter inn i ledeteksten. Hvis du ser enhetens serienummer, oppdager fastboot-protokollen enheten din. Til slutt må du midlertidig starte opp TWRP-bildet ved å utstede denne kommandoen:

fastboot boot path/to/twrp.img

Merk at "path/to/" refererer til den faktiske katalogen der den nedlastede TWRP bilde filen er lokalisert. Sørg for at du utsteder rask oppstartstøvel og ikke rask oppstart blits, og at filen du starter opp er ikke zip-filen. Når du har utstedt boot-kommandoen, vil enheten hente TWRP-bildet fra datamaskinen og midlertidig starte opp i TWRP. Du er nesten ferdig på dette tidspunktet.

Alt du trenger å gjøre nå er å få TWRP til å overleve en omstart ved å blinke den til begge enhetens oppstartspartisjoner. Heldigvis håndteres alt arbeidet der av det automatiserte installasjonsskriptet som du lastet ned tidligere. Bare bruk TWRP-grensesnittet for å navigere til og installere TWRP-installasjonszip-en akkurat som du ville installert hvilken som helst tilpasset ROM, mod eller kjerne-zip. Etter det vil TWRP være tilgjengelig for deg uansett hvilke aktive partisjonsspor som brukes.

TWRP Alpha v1

Siden dette er en alfa utgivelsen, er det garantert problemer. Akkurat nå har Dees_Troy skissert tre saker å være klar over. For det første, på grunn av introduksjonen av filbasert kryptering (FBE) i Nougat, kan datagjenoppretting utgjøre et problem.

Filbasert kryptering (FBE) kan være vanskelig. Hvis en gjenoppretting ikke fungerer riktig, kan det utløse en automatisk sletting av dataene dine. Jeg har testet den litt på min Pixel XL, men jeg har ikke hatt tid til å teste den mye. Noen ganger vil TWRP ikke be deg om å skrive inn passordet ditt eller på annen måte mislykkes med å konfigurere dekryptering på riktig måte. Hvis dette skjer, start TWRP på nytt. Det ser ut til å være et slags tidsproblem, og jeg har ikke hatt tid til å spore det opp ennå.

Det er ikke noe som sier at det kan skje deg, men det kunne skje med deg. Hvis du ikke regelmessig tar sikkerhetskopier av dataene dine offline eller på skyen, så ikke bli sjokkert når noe går galt og hele dataene dine blir slettet. Jeg har opplevd det før, og det er vondt.

Oppdatering #2: Dees_Troy har gitt en mer teknisk forklaring på hva som kan gå galt, og hvordan han planlegger å løse det. Se det andre tillegget på slutten av artikkelen for flere detaljer.

Deretter, hvis du bruker flerbrukerfunksjonen (inkludert gjestefunksjoner) på enheten din, vil du unngå å bruke TWRP foreløpig.

Filbasert kryptering betyr at hver brukers mapper er separat kryptert. For å lage en skikkelig sikkerhetskopi, tilbakestilling av fabrikk osv., må vi ha brukeren til å dekryptere for hver enkelt konto på enheten.

På dette tidspunktet støtter TWRP bare enkeltbrukeroppsett selv om du tilfeldigvis kjenner krypteringspassordet til de andre brukerne på enheten din. Dees_Troy har fortalt oss at han har dekryptert flere brukere med et kommandolinjeverktøy, men det implementering av denne funksjonen i TWRP har ikke høy prioritet akkurat nå, og kan i stedet bli utgitt i en fremtid Oppdater. Forrige uke spurte vår XDA Twitter-konto brukere på vegne av Dees_Troy og spurte om de bruker flerbrukerfunksjonen, og de aller fleste oppga at de ikke bruker flerbruker, så vi forventer ikke at denne begrensningen vil påvirke veldig mange mennesker.

Men det er enda et problem som er mer relevant for de aller fleste brukere som skal installere TWRP. For tiden, SuperSU vil ikke fungere sammen med TWRP.

Installering av TWRP på dette tidspunktet vil fjerne root hvis du er rootet. En SuperSU-oppdatering vil være nødvendig for å la TWRP og SuperSU eksistere sammen.

Oppdatering #1: Se tillegget av Chainfire på slutten av artikkelen hvis du for øyeblikket bruker SuperSU og planlegger å blinke TWRP. Dees_Troy forklarte årsaken til denne forstyrrelsen til XDA-utviklere som sådan:

Chainfire bruker ramdisken til oppstartsbildet for å gjøre sin systemløse rot. Dette er den samme ramdisken som Google hadde til hensikt å brukes til gjenoppretting. Jeg er ganske sikker på at Chainfire vil kunne komme opp med en måte å få det til å fungere med TWRP, men TWRP trenger en liten endring i init-binæren for å få dekrypteringen til å fungere riktig og Chainfire trengte en annen endring av init-binæren for å få ramdisken til å fungere både for normal oppstart og gjenoppretting.

Med andre ord modifiserer Chainfires systemløse rotmetode den samme binære filen som TWRP må endre for å få datadekryptering til å fungere. Derfor, når du flasher TWRP, overskriver du endringene som er gjort i init-binæren ved Chainfires systemløse rotmetode. Selv om dette er et mindre tilbakeslag, takket være den doble partisjonen til Pixel (og fremtidige enheter som sendes med Nougat), har TWRP noen smarte nye funksjoner.

Pixel-enheter har 2 "spor" for ROM-er / fastvare. TWRP vil oppdage hvilket spor som er aktivt for øyeblikket og bruke det sporet for sikkerhetskopiering OG gjenoppretting. Det er knapper på omstartsiden og under backup -> alternativer for å endre spor. Endring av det aktive sporet vil få TWRP til å bytte hvilket spor som TWRP sikkerhetskopierer eller gjenoppretter. Du kan lage en sikkerhetskopi av spor A, bytte til B og deretter gjenopprette sikkerhetskopien som vil gjenopprette sikkerhetskopien av A til spor B. Endring av sporet i TWRP forteller også at oppstartslasteren skal starte opp det sporet.

Hva dette egentlig betyr er at du snart vil være i stand til det dobbel støvel på enheten din. Dessverre, siden tilpasset gjenoppretting har bare blitt utgitt, vil det ta litt tid før din favoritt tilpassede ROM-utvikler tilbereder noe på kjøkkenet til Pixel-telefonen din.

Tillegg #1 - SuperSU med TWRP

Vi ble informert av Chainfire at alle som for øyeblikket bruker SuperSU på Google Pixel eller Pixel XL er det anbefales på det sterkeste å flashe oppstartsbildene til begge partisjonene før du installerer TWRP. For å oppnå dette, må du laste ned Fabrikkbilde for enheten din og pakke ut lageroppstartsbildet manuelt fra arkivet. Deretter må du flashe oppstartsbildet til begge partisjonene ved å bruke fastboot, som sådan:

fastbootflashboot_aboot.img
fastbootflashboot_bboot.img

Utstedelse av begge disse kommandoene vil blinke lageroppstartsbildet fra fabrikkbildet til begge oppstartspartisjonene på enheten din. Deretter kan du fortsette å installere TWRP.

Tillegg #2 - Filbasert kryptering med TWRP

I en samtale med Dees_Troy ga han følgende forklaring på når en gjenoppretting kan gå galt og resultere i en total datatørking:

ext4 filbasert kryptering lar deg ikke bruke en krypteringspolicy på en mappe som *ikke* er tom. Akkurat nå jobber vi rundt det ved å ikke slette en utvalgt liste over mapper (vi kan slette det som er inne i mappene, men ikke selve mappen). Hvis en mappe som må krypteres av en eller annen grunn blir slettet, kan gjenopprettingen lage en ukryptert mappe og fyll den med noe. Når mappen ikke er tom, kan du ikke angi kryptering på den. Når enheten starter Android igjen, prøver init-binæren å angi en krypteringspolicy, og hvis den ser en feil når den angir en policy, tvinger den en sletting. Dette er nøyaktig hvor feilen blir slengt og hvor tørken startes, hvis du bryr deg om den slags ting.

I mindre tekniske termer, under prosessen med å gjenopprette en NANDroid-sikkerhetskopi, må gjenopprettingen overskrive alle nødvendige eksisterende filer i partisjonene dine som er lagret i sikkerhetskopien. For å få tilgang til filene i datapartisjonen, må gjenopprettingen ha dekryptert denne partisjonen ved å bruke dekrypteringspassordet ditt. Selv om gjenopprettingen har muligheten til å ganske enkelt slette og overskrive hver mappe i data- og systempartisjonene, kan det forårsake en feil med krypteringspolicyen.

Ved å slette en mappe som er ment å være kryptert, vil TWRP i stedet opprette en ukryptert mappe og gjenopprette alle filene fra sikkerhetskopien i denne nye katalogen. Men fordi filbasert kryptering vil kryptere forskjellige filer og mapper med forskjellige krypteringsnøkler i motsetning til hele partisjonen, vil denne enkle endringen som bryter kryptering til en enkelt mappe på enheten din føre til at hele kjeden kaster en feil. Androids retningslinjer er å deretter starte en fullstendig datasletting, noe som resulterer i Android-tørking alt i din interne lagring.

Heldigvis har Dees_Troy allerede identifiserte en liste over mapper som må ekskluderes fra TWRPs sletteprosess slik at denne feilen ikke utløses. Han erstattet init-binæren slik at den ville utløse feilen under gjenoppretting, men ikke tørke enheten, slik at han kunne logge nøyaktig hvilke mapper som ikke må slettes. En fullstendig liste over mapper ble gitt til oss, men vi vil ikke gjengi den listen her på grunn av lengden.

Last ned TWRP for Google Pixel

Last ned TWRP for Google Pixel XL

Har du planer om å kjøre en tilpasset ROM eller kjerne på enheten din, eller vil du forbli på lagerfastvare? Gi oss beskjed i kommentarene nedenfor!