TWRP is uitgebracht voor de Google Pixel en Pixel XL, waarmee gebruikers eindelijk aangepaste mods, kernels en ROMS kunnen flashen.
Laat het knipperen van het aangepaste ROM beginnen! Een van de meest voorkomende redenen waarom gebruikers naar onze forums komen, is het flashen van aangepaste mods, kernels of ROM's. Ontwikkelaars besteden talloze uren aan het aanpassen van hun software ten behoeve van de gemeenschap. Maar niets van dit werk is haalbaar zonder de middelen om deze wijzigingen te installeren.
De eerste stap die nodig is voordat je de wereld van Android-modding kunt betreden, is het ontgrendelen van je bootloader. Voor gebruikers van de Pixel En PixelXL, deze stap is al mogelijk op alle varianten van de twee apparaten. De volgende stap is het flashen van een aangepast herstelimage waarmee u vervolgens aangepaste ROM- of kernelimages kunt flashen en waarmee u volledige systeemback-ups kunt maken voor het geval er iets misgaat. Dat is waar het ongelooflijk populair is Team Win herstelproject (TWRP) komt binnen.
TWRP is beschikbaar op een groot aantal apparaten van bijna elke OEM onder de zon en is het aangepaste herstel op maat voor iedereen die de software op zijn apparaat wil wijzigen. En nu kunnen de twee Google Pixel-telefoons binnenkort meedoen aan dat plezier. XDA Senior erkende ontwikkelaar Dees_Troy heeft zojuist de eerste uitgebracht TWRPalfa voor de Google Pixel En PixelXL. Op voorwaarde dat je je bootloader al hebt ontgrendeld, kun je het herstel nu naar je apparaat flashen. Hoewel er een paar wijzigingen zijn in de manier waarop TWRP zal worden geïnstalleerd, moeten we er rekening mee houden.
Installatie
Als u TWRP ooit handmatig op uw apparaat hebt geïnstalleerd, bent u wellicht bekend met de snel opstarten opdrachten die nodig zijn om de TWRP-image naar de herstelpartitie te flashen. Vanwege de partitiewijzigingen die zijn aangebracht om 'naadloze updates' te laten werken in Android Nougat voor de Pixel en Pixel XL, zult u NIET dezelfde opdrachten geven. Vergeet alles wat u denkt te weten en lees de volgende instructies zorgvuldig door voordat u handelt. Wat u feitelijk gaat doen om TWRP te installeren, is: laars de TWRP-afbeelding en gebruik vervolgens de geautomatiseerd installatiescript die het knipperen van TWRP afhandelt beide opstartpartities.
Ten eerste, als je dat nog niet hebt gedaan, moet je de Google USB-stuurprogramma evenals het fastboot binaire bestand (we raden aan om het bestand te downloaden en uit te pakken Minimale ADB en Fastboot naar de directory van uw keuze). Download vervolgens de juiste TWRP-installatiebestanden voor uw apparaat (Pixel En PixelXL). U moet het .zip-bestand naar de interne opslag van uw apparaat verplaatsen, maar laat het .img-bestand op uw computer staan. Open vervolgens een opdrachtprompt en controleer of uw apparaat wordt herkend door het uit te geven fastboot-apparaten in de opdrachtprompt. Als u het serienummer van uw apparaat ziet, detecteert het fastboot-protocol uw apparaat. Ten slotte moet je de TWRP-image tijdelijk opstarten door deze opdracht te geven:
fastboot boot path/to/twrp.imgMerk op dat "pad/naar/" verwijst naar de daadwerkelijke map waarin de gedownloade TWRP afbeelding bestand bevindt. Zorg ervoor dat u uitgeeft snel opstartenlaars En niet snel opstarten flash, en dat het bestand dat u opstart is niet het zip-bestand. Nadat u de opstartopdracht hebt gegeven, haalt uw apparaat de TWRP-image op van uw computer en start u tijdelijk op in TWRP. Je bent nu bijna klaar.
Het enige dat u nu hoeft te doen, is ervoor zorgen dat TWRP een herstart overleeft door het naar beide opstartpartities van uw apparaat te flashen. Gelukkig wordt al het werk gedaan door het geautomatiseerde installatiescript dat je eerder hebt gedownload. Gebruik eenvoudig de TWRP-interface om naar de TWRP-installatiezip te navigeren en deze te installeren net zoals je elke aangepaste ROM, mod of kernel-zip zou installeren. Daarna is TWRP voor u toegankelijk, ongeacht welke actieve partitieslots worden gebruikt.
TWRP Alpha v1
Aangezien dit een alfa release, er zullen zeker problemen zijn. Op dit moment heeft Dees_Troy geschetst drie kwesties zich bewust zijn van. Ten eerste kan het herstellen van gegevens een probleem vormen vanwege de introductie van File Based Encryption (FBE) in Nougat.
File Based Encryption (FBE) kan lastig zijn. Als een herstelbewerking niet correct werkt, kan dit ertoe leiden dat uw gegevens automatisch worden gewist. Ik heb het een beetje getest op mijn Pixel XL, maar heb nog geen tijd gehad om het uitgebreid te testen. Soms vraagt TWRP u niet om uw wachtwoord in te voeren of slaagt u er anderszins niet in om de decodering correct in te stellen. Als dit gebeurt, start u TWRP opnieuw op. Het lijkt een timingprobleem te zijn en ik heb nog geen tijd gehad om het op te sporen.
Er is niet gezegd dat het jou kan overkomen, maar het is wel zo zou kunnen jou overkomen. Als u niet regelmatig offline of in de cloud back-ups maakt van uw gegevens, wees dan niet geschokt als er iets misgaat en uw volledige gegevens worden gewist. Dat is mij al eerder overkomen, en het is rot.
Update #2: Dees_Troy heeft een meer technische verklaring gegeven voor wat er mis kan gaan en hoe hij van plan is dit op te lossen. Zie het tweede addendum aan het einde van het artikel voor meer details.
Vervolgens, als u momenteel de functie voor meerdere gebruikers (inclusief gastfuncties) op uw apparaat gebruikt, dan zult u dat willen vermijd voorlopig het gebruik van TWRP.
Bestandsgebaseerde codering betekent dat de mappen van elke gebruiker afzonderlijk worden gecodeerd. Om een goede back-up te maken, de fabrieksinstellingen te herstellen, enz., zouden we de gebruiker voor elk individueel account op het apparaat moeten laten decoderen.
Op dit moment ondersteunt TWRP alleen instellingen voor één gebruiker, zelfs als u het coderingswachtwoord kent van de andere gebruikers op uw apparaat. Dees_Troy heeft ons verteld dat hij met succes extra gebruikers heeft gedecodeerd met behulp van een opdrachtregelprogramma, maar dat het implementeren van deze functie in TWRP heeft momenteel geen hoge prioriteit en kan in plaats daarvan in de toekomst worden uitgebracht update. Vorige week ondervroeg ons XDA Twitter-account gebruikers namens Dees_Troy met de vraag of ze de functie voor meerdere gebruikers gebruiken, en de overgrote meerderheid verklaarde dat ze geen multi-user gebruiken, dus we verwachten niet dat deze beperking voor heel veel gebruikers gevolgen zal hebben mensen.
Maar er is nog een probleem dat relevanter is voor de overgrote meerderheid van de gebruikers die TWRP gaan installeren. Momenteel, SuperSU zal niet naast TWRP functioneren.
Als u TWRP op dit moment installeert, wordt de root verwijderd als u momenteel geroot bent. Er is een SuperSU-update vereist om TWRP en SuperSU naast elkaar te laten bestaan.
Update #1: Zie het addendum van Chainfire aan het einde van het artikel als u momenteel SuperSU gebruikt en van plan bent TWRP te flashen. Dees_Troy legde de reden voor deze inmenging als volgt uit aan XDA-Developers:
Chainfire gebruikt de ramdisk van de bootimage om zijn systeemloze root uit te voeren. Dit is dezelfde ramdisk die Google wilde gebruiken voor herstel. Ik ben er vrij zeker van dat Chainfire een manier zal kunnen bedenken om het met TWRP te laten werken, maar TWRP heeft een kleine wijziging nodig in het initiële binaire bestand om het decoderen goed te laten werken en Chainfire had een andere wijziging nodig in zijn init binary om zijn ramdisk te laten werken voor zowel normaal opstarten als herstel.
Met andere woorden, de systeemloze rootmethode van Chainfire wijzigt hetzelfde binaire bestand dat TWRP moet wijzigen om de gegevensdecodering te laten werken. Daarom overschrijf je, wanneer je TWRP flasht, de wijzigingen die in het init-binaire bestand zijn aangebracht door de systeemloze root-methode van Chainfire. Hoewel dit een kleine tegenvaller is, heeft TWRP, dankzij het dubbele partitiekarakter van de Pixel (en toekomstige apparaten die met Nougat worden geleverd), een aantal handige nieuwe mogelijkheden.
Pixel-apparaten hebben 2 "slots" voor ROM's / firmware. TWRP zal detecteren welk slot momenteel actief is en dat slot gebruiken voor back-up EN herstel. Er zijn knoppen op de herstartpagina en onder back-up -> opties om slots te wijzigen. Als u het actieve slot wijzigt, verandert TWRP van welk slot TWRP een back-up maakt of herstelt. U kunt een back-up maken van slot A, overschakelen naar B en vervolgens de back-up herstellen, waardoor de back-up van A wordt teruggezet naar slot B. Het veranderen van het slot in TWRP vertelt de bootloader ook om dat slot op te starten.
Wat dit in wezen betekent, is dat u dit binnenkort kunt doen dubbele laars op uw apparaat. Helaas, sinds aangepast herstel zojuist is uitgebracht, zal het enige tijd duren voordat je favoriete ROM-ontwikkelaar iets in de keuken heeft klaargemaakt voor je Pixel-telefoon.
Addendum #1 - SuperSU met TWRP
We zijn door Chainfire geïnformeerd dat iedereen die momenteel SuperSU op zijn Google Pixel of Pixel XL gebruikt, dit doet sterk aangeraden om de stock-opstartimages naar beide partities te flashen voordat TWRP wordt geïnstalleerd. Om dit te bereiken, moet u het Fabrieksafbeelding voor uw apparaat en extraheer de stock-boot-image handmatig uit het archief. Vervolgens moet u de opstartimage naar beide partities flashen met behulp van fastboot, als volgt:
fastbootflashboot_aboot.img
fastbootflashboot_bboot.imgAls u beide opdrachten geeft, wordt de stock-opstartimage van de fabrieksimage naar beide opstartpartities op uw apparaat geflitst. Vervolgens kunt u doorgaan met het installeren van TWRP.
Addendum #2 - Op bestanden gebaseerde versleuteling met TWRP
In een gesprek met Dees_Troy gaf hij de volgende uitleg over wanneer een herstel fout zou kunnen gaan en zou resulteren in het volledig wissen van gegevens:
Met ext4-bestandsversleuteling kunt u geen versleutelingsbeleid toepassen op een map die *niet* leeg is. Op dit moment proberen we dit te omzeilen door een geselecteerde lijst met mappen niet te verwijderen (we kunnen wel verwijderen wat zich in de mappen bevindt, maar niet de map zelf). Als om de een of andere reden een map wordt verwijderd die moet worden gecodeerd, kan tijdens het herstel een niet-gecodeerde map worden aangemaakt en deze vervolgens met iets worden gevuld. Zodra de map niet leeg is, kunt u er geen codering op instellen. Wanneer het apparaat Android opnieuw opstart, probeert het init-binaire bestand een coderingsbeleid in te stellen en als het een fout ziet bij het instellen van een beleid, wordt een wisactie geforceerd. Dit is precies waar de fout wordt gegenereerd en waar het wissen wordt gestart, als je om dat soort dingen geeft.
In minder technische termen: tijdens het herstelproces van een NANDroid-back-up moet het herstel alle noodzakelijke bestaande bestanden in uw partities overschrijven die in de back-up zijn opgeslagen. Om toegang te krijgen tot de bestanden op de gegevenspartitie, moet het herstel deze partitie hebben gedecodeerd met behulp van uw decoderingswachtwoord. Hoewel het herstel de mogelijkheid heeft om eenvoudigweg elke map in de gegevens- en systeempartities te verwijderen en te overschrijven, kan dit een fout met het coderingsbeleid veroorzaken.
Door een map te verwijderen die gecodeerd moet worden, zal TWRP in plaats daarvan een niet-gecodeerde map aanmaken en alle bestanden uit de back-up in deze nieuwe map herstellen. Omdat bestandsgebaseerde codering echter verschillende bestanden en mappen codeert met verschillende coderingssleutels, in tegenstelling tot de hele partitie, zal deze enkele wijziging die de codering naar een enkele map op uw apparaat verbreekt, ervoor zorgen dat de hele keten een fout. Het beleid van Android is om vervolgens een volledige gegevenswissing te starten, wat resulteert in het wissen van Android alles in uw interne opslag.
Gelukkig heeft Dees_Troy dat al gedaan een lijst met mappen geïdentificeerd dat moet worden uitgesloten van het verwijderingsproces van TWRP, zodat deze fout niet wordt geactiveerd. Hij verving het binaire bestand init zodanig dat de fout tijdens het herstel zou worden geactiveerd, maar het apparaat niet zou worden gewist, waardoor hij precies kon loggen welke mappen niet mochten worden verwijderd. Er is ons een volledige lijst met mappen verstrekt, maar vanwege de lengte zullen we die lijst hier niet reproduceren.
Download TWRP voor de Google Pixel
Download TWRP voor de Google Pixel XL
Bent u van plan een aangepast ROM of kernel op uw apparaat te gebruiken, of blijft u op de standaardfirmware? Laat het ons weten in de reacties hieronder!