TWRP è stato rilasciato per Google Pixel e Pixel XL, che consentirà finalmente agli utenti di eseguire il flashing di mod, kernel e ROM personalizzati.
Che il flashing della ROM personalizzata abbia inizio! Uno dei motivi più comuni per cui gli utenti visitano i nostri forum è per eseguire il flashing di mod, kernel o file personalizzati ROM. Gli sviluppatori dedicano innumerevoli ore alla personalizzazione del proprio software a vantaggio del Comunità. Ma niente di tutto questo lavoro è fattibile senza avere i mezzi per installare queste modifiche.
Il primo passo necessario prima di poter entrare nel mondo del modding Android è sbloccare il bootloader. Per gli utenti di Pixel E PixelXL, questo passaggio è già possibile su tutte le varianti dei due dispositivi. Il passaggio successivo è eseguire il flashing di un'immagine di ripristino personalizzata che ti consentirà di eseguire il flashing di ROM personalizzate o immagini del kernel, oltre a consentirti di eseguire backup completi del sistema nel caso in cui qualcosa vada storto. È lì che l'incredibilmente popolare
Progetto di recupero della vittoria della squadra (TWRP) entra.Disponibile su una vasta gamma di dispositivi di quasi tutti gli OEM esistenti, TWRP è stata la recovery personalizzata di riferimento per chiunque desideri modificare il software sul proprio dispositivo. E ora, i due telefoni Google Pixel potranno presto unirsi a questo divertimento. Sviluppatore senior riconosciuto XDA Dees_Troy ha appena rilasciato il primo TWRPalfa per Google Pixel E PixelXL. A condizione che tu abbia già sbloccato il bootloader, ora puoi eseguire il flashing della recovery sul tuo dispositivo. Tuttavia, ci sono alcune modifiche al modo in cui verrà installata la TWRP che dovremmo notare.
Installazione
Se hai mai installato manualmente TWRP sul tuo dispositivo, potresti avere familiarità con fastboot comandi necessari per eseguire il flashing dell'immagine TWRP sulla partizione di ripristino. A causa delle modifiche alla partizione apportate affinché gli "aggiornamenti continui" funzionino in Android Nougat per Pixel e Pixel XL, NON verranno impartiti gli stessi comandi. Dimentica tutto ciò che pensi di sapere e leggi attentamente le seguenti istruzioni prima di agire. In sostanza, ciò che farai effettivamente per installare TWRP è stivale l'immagine TWRP, quindi utilizzando il file script di installazione automatizzata che gestirà il flashing della TWRP Entrambi partizioni di avvio.
Per prima cosa, se non l'hai già fatto, dovrai prendere il file Driver USB di Google nonché il binario fastboot (consigliamo di scaricare ed estrarre ADB minimo e avvio rapido nella directory di tua scelta). Successivamente, scarica i file di installazione TWRP appropriati per il tuo dispositivo (Pixel E PixelXL). Dovrai spostare il file .zip nella memoria interna del tuo dispositivo, ma lascia il file .img sul tuo computer. Quindi, apri un prompt dei comandi e verifica che il tuo dispositivo venga riconosciuto tramite l'emissione dispositivi ad avvio rapido nel prompt dei comandi. Se vedi il numero di serie del tuo dispositivo, il protocollo fastboot rileva il tuo dispositivo. Infine dovrai avviare temporaneamente l'immagine TWRP emettendo questo comando:
fastboot boot path/to/twrp.imgTieni presente che "percorso/a/" si riferisce alla directory effettiva in cui è stata scaricata la TWRP Immagine si trova il file. Assicurati di emettere fastbootstivale E non fastboot velocee che il file che stai avviando sia non il file zip. Una volta inviato il comando di avvio, il dispositivo recupererà l'immagine TWRP dal computer e si avvierà temporaneamente in TWRP. A questo punto hai quasi finito.
Tutto ciò che devi fare ora è far sì che TWRP sopravviva al riavvio eseguendo il flashing su entrambe le partizioni di avvio del tuo dispositivo. Per fortuna, tutto il lavoro è gestito dallo script di installazione automatizzata scaricato in precedenza. Utilizza semplicemente l'interfaccia TWRP per accedere e installare lo zip di installazione TWRP proprio come installeresti qualsiasi ROM personalizzata, mod o zip del kernel. Successivamente, TWRP sarà accessibile indipendentemente dagli slot di partizione attivi utilizzati.
TWRP Alpha v1
Poiché questo è un alfa rilascio, ci saranno sicuramente dei problemi. In questo momento, Dees_Troy ha delineato tre questioni essere a conoscenza di. Innanzitutto, a causa dell’introduzione della crittografia basata su file (FBE) in Nougat, il ripristino dei dati potrebbe rappresentare un problema.
La crittografia basata su file (FBE) può essere complicata. Se un ripristino non funziona correttamente, può attivare la cancellazione automatica dei dati. L'ho provato un po' sul mio Pixel XL, ma non ho avuto il tempo di testarlo in modo approfondito. A volte TWRP non ti chiederà di inserire la password o altrimenti non riuscirà a configurare correttamente la decrittografia. Se ciò accade, riavvia la TWRP. Sembra che si tratti di una sorta di problema di tempistica e non ho ancora avuto il tempo di rintracciarlo.
Non si può dire che possa succedere a te, ma è così Potevo succedere a te. Se non esegui regolarmente backup dei tuoi dati offline o sul cloud, non stupirti quando qualcosa va storto e tutti i tuoi dati vengono cancellati. Mi è già successo prima e fa schifo.
Aggiornamento n. 2: Dees_Troy ha fornito una spiegazione più tecnica su cosa potrebbe andare storto e su come intende risolverlo. Per maggiori dettagli vedere il secondo addendum alla fine dell'articolo.
Successivamente, se stai attualmente utilizzando la funzionalità multiutente (incluse le funzionalità ospite) sul tuo dispositivo, allora ti consigliamo di farlo evita di usare TWRP per ora.
La crittografia basata su file significa che le cartelle di ciascun utente vengono crittografate separatamente. Per eseguire un backup corretto, un ripristino delle impostazioni di fabbrica, ecc., dovremmo chiedere all'utente di decrittografare per ogni singolo account sul dispositivo.
Al momento, TWRP supporta solo le configurazioni per utente singolo, anche se conosci la password di crittografia degli altri utenti sul tuo dispositivo. Dees_Troy ci ha detto di aver decrittografato con successo altri utenti utilizzando uno strumento da riga di comando, ma questo l'implementazione di questa funzionalità in TWRP non è una priorità alta in questo momento e potrebbe invece essere rilasciata in futuro aggiornamento. La settimana scorsa il nostro account Twitter XDA ha intervistato gli utenti per conto di Dees_Troy chiedendo se utilizzassero la funzionalità multiutente, e la stragrande maggioranza ha dichiarato di non utilizzare la modalità multiutente, quindi non ci aspettiamo che questa limitazione colpisca molti persone.
Ma c’è un altro problema che è più rilevante per la stragrande maggioranza degli utenti che installeranno la TWRP. Attualmente, SuperSU non funzionerà insieme alla TWRP.
L'installazione di TWRP in questo momento rimuoverà il root se sei attualmente rootato. Sarà necessario un aggiornamento SuperSU per consentire a TWRP e SuperSU di coesistere.
Aggiornamento n. 1: consulta l'addendum di Chainfire alla fine dell'articolo se stai attualmente utilizzando SuperSU e prevedi di eseguire il flashing della TWRP. Dees_Troy ha spiegato il motivo di questa interferenza agli sviluppatori XDA in quanto tale:
Chainfire utilizza il ramdisk dell'immagine di avvio per eseguire il root senza sistema. Questo è lo stesso ramdisk che Google intendeva utilizzare per il ripristino. Sono abbastanza sicuro che Chainfire sarà in grado di trovare un modo per farlo funzionare con TWRP, ma TWRP necessita di una piccola modifica al binario init per far funzionare correttamente la decrittazione e Chainfire aveva bisogno di una modifica diversa al suo binario di inizializzazione per far funzionare il suo ramdisk sia per l'avvio normale che per recupero.
In altre parole, il metodo root senza sistema di Chainfire modifica lo stesso binario che TWRP deve modificare per far funzionare la decrittografia dei dati. Pertanto, quando esegui il flashing della TWRP, stai sovrascrivendo le modifiche apportate al binario init dal metodo root senza sistema di Chainfire. Anche se questo è un piccolo inconveniente, grazie alla natura a doppia partizione del Pixel (e dei futuri dispositivi forniti con Nougat), TWRP ha alcune nuove interessanti funzionalità.
I dispositivi Pixel hanno 2 "slot" per ROM/firmware. TWRP rileverà qualunque slot sia attualmente attivo e utilizzerà tale slot per il backup E il ripristino. Sono presenti pulsanti nella pagina di riavvio e in backup -> opzioni per modificare gli slot. La modifica dello slot attivo farà sì che la TWRP cambi lo slot di cui TWRP sta eseguendo il backup o il ripristino. È possibile eseguire un backup dello slot A, passare a B, quindi ripristinare il backup che ripristinerà il backup di A nello slot B. La modifica dello slot in TWRP indica anche al bootloader di avviare quello slot.
Ciò significa essenzialmente che presto sarai in grado di farlo doppio avvio sul tuo dispositivo. Sfortunatamente, dal momento che il ripristino personalizzato ha Appena è stato rilasciato, ci vorrà del tempo prima che il tuo sviluppatore di ROM personalizzate preferito prepari qualcosa in cucina per il tuo telefono Pixel.
Addendum n. 1 - SuperSU con TWRP
Siamo stati informati da Chainfire che chiunque stia attualmente utilizzando SuperSU sul proprio Google Pixel o Pixel XL lo è fortemente consigliato per eseguire il flashing delle immagini di avvio stock su entrambe le partizioni prima di installare TWRP. Per fare ciò, dovrai scaricare il file Immagine di fabbrica per il tuo dispositivo ed estrai manualmente l'immagine di avvio stock dall'archivio. Quindi, dovrai eseguire il flashing dell'immagine di avvio su entrambe le partizioni utilizzando fastboot, in quanto tale:
fastbootflashboot_aboot.img
fastbootflashboot_bboot.imgL'emissione di entrambi questi comandi farà lampeggiare l'immagine di avvio stock dall'immagine di fabbrica su entrambe le partizioni di avvio sul dispositivo. Quindi, puoi procedere con l'installazione di TWRP.
Addendum n. 2 - Crittografia basata su file con TWRP
Parlando con Dees_Troy, ha offerto la seguente spiegazione su quando un ripristino potrebbe andare storto e comportare la cancellazione totale dei dati:
La crittografia basata su file ext4 non consente di applicare una politica di crittografia a una cartella che *non* è vuota. Al momento stiamo lavorando per risolvere il problema non eliminando un elenco selezionato di cartelle (possiamo eliminare ciò che è contenuto nelle cartelle, ma non la cartella stessa). Se per qualche motivo una cartella che deve essere crittografata viene eliminata, il ripristino potrebbe creare una cartella non crittografata e quindi riempirla con alcuni elementi. Una volta che la cartella non è vuota, non è possibile impostarne la crittografia. Quando il dispositivo riavvia Android, il file binario init tenta di impostare una policy di crittografia e se rileva un errore durante l'impostazione di una policy, forza la cancellazione. Questo è precisamente dove viene generato l'errore e dove viene avviata la cancellazione, se ti interessa questo genere di cose.
In termini meno tecnici, durante il processo di ripristino di un backup NANDroid, il ripristino deve sovrascrivere tutti i file esistenti necessari nelle partizioni salvate nel backup. Per poter accedere ai file nella partizione dati, il ripristino deve aver decrittografato questa partizione utilizzando la password di decrittografia. Sebbene il ripristino abbia la capacità di eliminare e sovrascrivere semplicemente ogni cartella nelle partizioni di dati e di sistema, così facendo potrebbe causare un errore con la politica di crittografia.
Eliminando una cartella che deve essere crittografata, TWRP creerà al suo posto una cartella non crittografata e ripristinerà tutti i file dal backup in questa nuova directory. Tuttavia, poiché la crittografia basata su file crittograferà diversi file e cartelle con chiavi di crittografia diverse rispetto a intera partizione, questa singola modifica che interrompe la crittografia in una singola cartella sul dispositivo farà sì che l'intera catena lanci un file errore. La politica di Android prevede quindi l'avvio di una cancellazione completa dei dati, con conseguente cancellazione di Android qualunque cosa nella memoria interna.
Fortunatamente, Dees_Troy lo ha già fatto identificato un elenco di cartelle che dovrà essere escluso dal processo di eliminazione della TWRP in modo che questo errore non venga attivato. Ha sostituito il file binario init in modo che attivasse l'errore durante il ripristino ma non cancellasse il dispositivo, consentendogli di registrare esattamente quali cartelle non devono essere eliminate. Ci è stato fornito un elenco completo delle cartelle, ma non lo riprodurremo qui a causa della sua lunghezza.
Scarica TWRP per Google Pixel
Scarica TWRP per Google Pixel XL
Hai intenzione di eseguire una ROM o un kernel personalizzato sul tuo dispositivo o rimarrai con il firmware di serie? Fateci sapere nei commenti qui sotto!