TWRP har släppts för Google Pixel och Pixel XL

TWRP har släppts för Google Pixel och Pixel XL, vilket äntligen kommer att tillåta användare att flasha anpassade mods, kärnor och ROM.

Låt den anpassade ROM-blinkningen börja! En av de vanligaste anledningarna till att användare kommer till våra forum är att flasha anpassade mods, kärnor eller ROM. Utvecklare ägnar otaliga timmar åt att anpassa sin programvara till förmån för gemenskap. Men inget av detta arbete är genomförbart utan att ha ett sätt att installera dessa ändringar.

Det första steget som krävs innan du kan kliva in i Android-moddingvärlden är att låsa upp din bootloader. För användare av Pixel och Pixel XL, detta steg är redan möjligt på alla varianter av de två enheterna. Nästa steg är att flasha en anpassad återställningsavbildning som gör att du sedan kan flasha anpassade ROM- eller kärnavbildningar samt att du kan göra fullständiga systemsäkerhetskopieringar om något går fel. Det är där den otroligt populära Team Win Recovery Project (TWRP) kommer in.

Tillgängligt på en uppsjö av enheter från nästan alla OEM under solen, har TWRP varit den bästa anpassade återställningen för alla som vill modifiera programvaran på sin enhet. Och nu kan de två Google Pixel-telefonerna snart vara med på det roliga. XDA Senior Recognized Developer

Dees_Troy har precis släppt den första TWRPalfa för Google Pixel och Pixel XL. Förutsatt att du redan har låst upp din bootloader kan du nu flasha återställningen till din enhet. Även om det finns några ändringar i hur TWRP kommer att installeras som vi bör notera.

Installation

Om du någonsin har installerat TWRP manuellt på din enhet, kanske du är bekant med fastboot kommandon som behövs för att flasha TWRP-avbildningen till återställningspartitionen. På grund av partitionsändringarna som gjorts för att "sömlösa uppdateringar" ska fungera i Android Nougat för Pixel och Pixel XL, kommer du INTE att utfärda samma kommandon. Glöm allt du tror att du vet och läs noggrant följande instruktioner innan du agerar. I huvudsak är det du faktiskt kommer att göra för att installera TWRP känga TWRP-bilden och använd sedan automatiserat installationsskript som kommer att hantera att blinka TWRP till både boot partitioner.

Först och främst, om du inte redan har gjort det måste du ta tag i Google USB-drivrutin samt fastboot-binären (vi rekommenderar att du laddar ner och extraherar Minimal ADB & Fastboot till den katalog du väljer). Ladda sedan ner lämpliga TWRP-installationsfiler för din enhet (Pixel och Pixel XL). Du måste flytta .zip-filen till enhetens interna lagring, men lämna .img-filen på din dator. Öppna sedan en kommandotolk och kontrollera att din enhet känns igen genom att utfärda fastboot-enheter i kommandotolken. Om du ser enhetens serienummer identifierar fastboot-protokollet din enhet. Slutligen måste du tillfälligt starta upp TWRP-avbildningen genom att utfärda detta kommando:

fastboot boot path/to/twrp.img

Observera att "sökväg/till/" hänvisar till den faktiska katalogen där den nedladdade TWRP bild filen finns. Se till att du utfärdar fastbootkänga och inte fastboot blixt, och att filen du startar är inte zip-filen. När du har utfärdat bootkommandot kommer din enhet att hämta TWRP-avbildningen från din dator och tillfälligt starta upp i TWRP. Du är nästan klar vid det här laget.

Allt du behöver göra nu är att få TWRP att överleva en omstart genom att flasha den till båda enhetens startpartitioner. Tack och lov hanteras allt arbete där av det automatiserade installationsskriptet som du laddade ner tidigare. Använd helt enkelt TWRP-gränssnittet för att navigera till och installera TWRP-installationszipet precis som du skulle installera vilken anpassad ROM, mod eller kärna zip. Efter det kommer TWRP att vara tillgänglig för dig oavsett vilka aktiva partitionsplatser som används.

TWRP Alpha v1

Eftersom detta är en alfa släpps, det kommer säkert att finnas problem. Just nu har Dees_Troy beskrivit tre frågor att vara medveten om. För det första, på grund av införandet av filbaserad kryptering (FBE) i Nougat, kan dataåterställning utgöra ett problem.

Filbaserad kryptering (FBE) kan vara svårt. Om en återställning inte fungerar korrekt kan den utlösa en automatisk radering av dina data. Jag har testat det lite på min Pixel XL, men jag har inte hunnit testa det så mycket. Ibland kommer TWRP inte att uppmana dig att ange ditt lösenord eller på annat sätt misslyckas med att ställa in dekryptera ordentligt. Om detta händer, starta om TWRP. Det verkar vara något slags tidsproblem och jag har inte hunnit spåra det än.

Det finns inget som säger att det kan hända dig, men det skulle kunna hända dig. Om du inte regelbundet säkerhetskopierar dina data offline eller i molnet, bli inte chockad när något går fel och hela din data raderas. Jag har råkat ut för det förut, och det suger.

Uppdatering #2: Dees_Troy har gett en mer teknisk förklaring till vad som kan gå fel och hur han planerar att lösa det. Se det andra tillägget i slutet av artikeln för mer information.

Därefter, om du för närvarande använder fleranvändarfunktionen (inklusive gästfunktioner) på din enhet, då vill du undvik att använda TWRP för tillfället.

Filbaserad kryptering innebär att varje användares mappar är separat krypterade. För att göra en ordentlig säkerhetskopiering, fabriksåterställning, etc, måste vi ha användaren dekryptera för varje enskilt konto på enheten.

För närvarande stöder TWRP endast enanvändarinställningar även om du råkar känna till krypteringslösenordet för de andra användarna på din enhet. Dees_Troy har berättat för oss att han framgångsrikt har dekrypterat ytterligare användare med hjälp av ett kommandoradsverktyg, men det att implementera den här funktionen i TWRP har inte hög prioritet just nu och kan istället släppas i en framtid uppdatering. Förra veckan frågade vårt XDA Twitter-konto användare på uppdrag av Dees_Troy och frågade om de använder fleranvändarfunktionen, och de allra flesta uppgav att de inte använder flera användare, så vi förväntar oss inte att denna begränsning kommer att påverka särskilt många människor.

Men det finns ytterligare ett problem som är mer relevant för de allra flesta användare som kommer att installera TWRP. För närvarande, SuperSU kommer inte att fungera tillsammans med TWRP.

Om du installerar TWRP vid denna tidpunkt tar du bort root om du för närvarande är rotad. En SuperSU-uppdatering kommer att krävas för att TWRP och SuperSU ska kunna existera samtidigt.

Uppdatering #1: Se tillägget av Chainfire i slutet av artikeln om du för närvarande använder SuperSU och planerar att flasha TWRP. Dees_Troy förklarade orsaken till denna störning för XDA-utvecklare som sådan:

Chainfire använder ramdisken för bootimagen för att göra sin systemlösa rot. Detta är samma ramdisk som Google tänkte användas för återställning. Jag är ganska säker på att Chainfire kommer att kunna komma på ett sätt att få det att fungera med TWRP, men TWRP behöver en liten förändring av init-binären för att få dekryptera att fungera korrekt och Chainfire behövde en annan ändring av sin init-binär för att få hans ramdisk att fungera för både normal uppstart och återhämtning.

Med andra ord modifierar Chainfires systemlösa rotmetod samma binära som TWRP behöver modifiera för att få datadekrypteringen att fungera. Därför, när du flashar TWRP skriver du över ändringarna som gjorts i init-binären av Chainfires systemlösa rotmetod. Även om detta är ett mindre bakslag, tack vare den dubbla partitionen hos Pixel (och framtida enheter som levereras med Nougat), har TWRP några snygga nya funktioner.

Pixel-enheter har 2 "slots" för ROM/firmware. TWRP kommer att upptäcka vilken plats som för närvarande är aktiv och använda den för säkerhetskopiering OCH återställning. Det finns knappar på omstartsidan och under backup -> alternativ för att byta slots. Om du ändrar den aktiva kortplatsen kommer TWRP att byta vilken plats som TWRP säkerhetskopierar eller återställer. Du kan göra en säkerhetskopia av plats A, byta till B och sedan återställa säkerhetskopian som kommer att återställa säkerhetskopian av A till plats B. Att byta kortplats i TWRP säger också till bootloadern att starta den luckan.

Vad detta i huvudsak betyder är att du snart kommer att kunna dubbel stövel på din enhet. Tyvärr, eftersom anpassad återställning har bara har släppts kommer det att ta lite tid för din favorit anpassade ROM-utvecklare att laga något i köket till din Pixel-telefon.

Tillägg #1 - SuperSU med TWRP

Vi blev informerade av Chainfire att alla som för närvarande använder SuperSU på sin Google Pixel eller Pixel XL är det rekommenderas starkt för att flasha lagerstartavbildningarna till båda partitionerna innan du installerar TWRP. För att göra detta måste du ladda ner Fabriksbild för din enhet och manuellt extrahera lagerstartbilden från arkivet. Sedan måste du flasha startavbildningen till båda partitionerna med fastboot, som sådan:

fastbootflashboot_aboot.img
fastbootflashboot_bboot.img

Om du utfärdar båda dessa kommandon blinkar standardstartbilden från fabriksbilden till båda startpartitionerna på din enhet. Sedan kan du fortsätta att installera TWRP.

Tillägg #2 - Filbaserad kryptering med TWRP

När han pratade med Dees_Troy, erbjöd han följande förklaring om när en återställning kunde gå fel och resultera i en total datarensning:

ext4 filbaserad kryptering tillåter dig inte att tillämpa en krypteringspolicy på en mapp som *inte* är tom. Just nu arbetar vi runt det genom att inte ta bort en utvald lista med mappar (vi kan ta bort det som finns i mapparna, men inte själva mappen). Om en mapp som måste krypteras av någon anledning raderas, kan återställningen skapa en okrypterad mapp och fyll sedan i den med lite saker. När mappen är tom kan du inte ställa in kryptering på den. När enheten startar Android igen, försöker binären init att ställa in en krypteringspolicy och om den ser ett fel när en policy ställs in, tvingar den en radering. Detta är exakt vart felet slängs och var avtorkningen initieras, om du bryr dig om sånt.

I mindre tekniska termer, under processen att återställa en NANDroid-säkerhetskopia måste återställningen skriva över alla nödvändiga befintliga filer i dina partitioner som sparas i säkerhetskopian. För att komma åt filerna i datapartitionen måste återställningen ha dekrypterat denna partition med ditt dekrypteringslösenord. Även om återställningen har förmågan att helt enkelt ta bort och skriva över varje mapp i data- och systempartitionerna, kan det orsaka ett fel med krypteringspolicyn.

Genom att ta bort en mapp som är avsedd att krypteras, kommer TWRP att skapa en okrypterad mapp och återställa alla filer från säkerhetskopian i denna nya katalog. Men eftersom filbaserad kryptering kommer att kryptera olika filer och mappar med olika krypteringsnycklar i motsats till hela partitionen kommer denna enda ändring som bryter kryptering till en enda mapp på din enhet att få hela kedjan att kasta en fel. Androids policy är att sedan initiera en fullständig datarensning, vilket resulterar i Android-rensning allt i ditt interna minne.

Lyckligtvis har Dees_Troy redan gjort det identifierade en lista med mappar som kommer att behöva uteslutas från TWRP: s raderingsprocess så att detta fel inte utlöses. Han ersatte init-binären så att den skulle utlösa felet under återställningen men inte torka enheten, så att han kunde logga exakt vilka mappar som inte får tas bort. En fullständig lista över mappar fick oss, men vi kommer inte att återge den listan här på grund av dess längd.

Ladda ner TWRP för Google Pixel

Ladda ner TWRP för Google Pixel XL

Planerar du att köra en anpassad ROM eller kärna på din enhet, eller kommer du att fortsätta använda den fasta programvaran? Låt oss veta i kommentarerna nedan!