TWRP je bil izdan za Google Pixel in Pixel XL, kar bo uporabnikom končno omogočilo flash modov po meri, jeder in ROM-ov.
Naj se utripanje ROM-a po meri začne! Eden od najpogostejših razlogov, da uporabniki pridejo na naše forume, je, da flash modificirajo po meri, jedra ali ROM-i. Razvijalci porabijo nešteto ur za prilagajanje svoje programske opreme v korist skupnosti. Toda nobeno od teh del ni izvedljivo brez sredstev za namestitev teh sprememb.
Prvi korak, ki ga morate narediti, preden lahko stopite v svet spreminjanja Androida, je odklepanje zagonskega nalagalnika. Za uporabnike Pixel in Pixel XL, ta korak je že mogoč na vse variante obeh naprav. Naslednji korak je utripanje slike za obnovitev po meri, ki vam bo omogočila utripanje slik ROM-a po meri ali jedra, prav tako pa vam bo omogočila izdelavo varnostnih kopij celotnega sistema, če gre kaj narobe. Tam je neverjetno priljubljena Team Win Recovery Project (TWRP).
TWRP, ki je na voljo v množici naprav skoraj vseh proizvajalcev originalne opreme pod soncem, je najboljša izbira za obnovitev po meri za vsakogar, ki želi spremeniti programsko opremo v svoji napravi. In zdaj se bosta tej zabavi kmalu lahko pridružila dva telefona Google Pixel. XDA Senior Recognished Developer
Dees_Troy je pravkar izdal prvo TWRPalfa za Google Pixel in Pixel XL. Pod pogojem, da ste že odklenili zagonski nalagalnik, lahko obnovitev zdaj prenesete v napravo. Čeprav je treba upoštevati nekaj sprememb v načinu namestitve TWRP.Namestitev
Če ste kdaj ročno namestili TWRP v svojo napravo, ste morda seznanjeni z hitri zagon ukaze, potrebne za bliskavico slike TWRP na obnovitveno particijo. Zaradi sprememb particije, ki so bile narejene za delovanje 'brezhibnih posodobitev' v sistemu Android Nougat za Pixel in Pixel XL, NE boste izdajali istih ukazov. Pozabite na vse, kar mislite, da veste, in natančno preberite naslednja navodila, preden ukrepate. V bistvu boste dejansko naredili, da namestite TWRP škorenj sliko TWRP, nato z uporabo samodejni namestitveni skript ki bo obravnaval utripanje TWRP oboje zagonske particije.
Najprej, če tega še niste storili, boste morali zgrabiti Googlov gonilnik USB kot tudi binarno datoteko fastboot (priporočamo prenos in ekstrahiranje Minimalni ADB & Fastboot v imenik po vaši izbiri). Nato prenesite ustrezne namestitvene datoteke TWRP za svojo napravo (Pixel in Pixel XL). Datoteko .zip boste morali premakniti v notranji pomnilnik naprave, datoteko .img pa pustite v računalniku. Nato odprite ukazni poziv in preverite, ali je vaša naprava prepoznana z izdajo naprave za hitri zagon v ukazni poziv. Če vidite serijsko številko vaše naprave, potem protokol hitrega zagona zazna vašo napravo. Nazadnje boste morali začasno zagnati sliko TWRP z izdajo tega ukaza:
fastboot boot path/to/twrp.imgUpoštevajte, da se "path/to/" nanaša na dejanski imenik, v katerem je prenesen TWRP slika datoteka se nahaja. Prepričajte se, da izdajate hitri zagonškorenj in ne hitri zagon bliskavica, in da je datoteka, ki jo zaganjate ne zip datoteko. Ko izdate ukaz za zagon, bo vaša naprava pridobila sliko TWRP iz vašega računalnika in se začasno zagnala v TWRP. Skoraj ste končali.
Vse, kar morate zdaj storiti, je zagotoviti, da TWRP preživi ponovni zagon, tako da ga utripate na obe zagonski particiji vaše naprave. Na srečo vse delo opravi samodejni namestitveni skript, ki ste ga prenesli prej. Preprosto uporabite vmesnik TWRP za navigacijo in namestitev namestitvenega zip TWRP tako kot bi namestili kateri koli ROM po meri, mod ali zip jedra. Po tem vam bo TWRP dostopen ne glede na to, katere reže za aktivno particijo uporabljate.
TWRP Alpha v1
Ker je to an alfa sprostitev, zagotovo bodo težave. Prav zdaj je Dees_Troy začrtal tri vprašanja zavedati se. Prvič, zaradi uvedbe šifriranja na podlagi datotek (FBE) v Nougatu lahko obnovitev podatkov predstavlja težavo.
Šifriranje na podlagi datotek (FBE) je lahko težavno. Če obnovitev ne deluje pravilno, lahko sproži samodejno brisanje vaših podatkov. Malo sem ga preizkusil na svojem Pixel XL, vendar nisem imel časa, da bi ga obsežno preizkusil. Včasih vas TWRP ne bo pozval k vnosu gesla ali kako drugače ne bo pravilno nastavil dešifriranja. Če se to zgodi, znova zaženite TWRP. Zdi se, da gre za nekakšno časovno težavo in še nisem imel časa, da bi to izsledil.
Ni rečeno, da se vam lahko zgodi, vendar se lahko zgodi se vam. Če ne delate redno varnostnih kopij svojih podatkov brez povezave ali v oblaku, naj vas ne preseneti, ko gre kaj narobe in se vsi vaši podatki izbrišejo. To se mi je že zgodilo in je zanič.
Posodobitev #2: Dees_Troy je zagotovil bolj tehnično razlago o tem, kaj bi lahko šlo narobe, in kako namerava to rešiti. Za več podrobnosti si oglejte drugi dodatek na koncu članka.
Če v svoji napravi trenutno uporabljate funkcijo za več uporabnikov (vključno s funkcijami za goste), boste želeli zaenkrat se izogibajte uporabi TWRP.
Šifriranje na podlagi datotek pomeni, da so mape vsakega uporabnika ločeno šifrirane. Da bi naredili pravilno varnostno kopijo, ponastavili na tovarniške nastavitve itd., bi morali uporabnika dešifrirati za vsak posamezni račun v napravi.
Trenutno TWRP podpira samo nastavitve enega uporabnika, tudi če slučajno poznate geslo za šifriranje drugih uporabnikov v vaši napravi. Dees_Troy nam je povedal, da je z orodjem ukazne vrstice uspešno dešifriral dodatne uporabnike, vendar to implementacija te funkcije v TWRP trenutno ni prednostna naloga in bo morda izdana v prihodnosti nadgradnja. Prejšnji teden je naš račun XDA Twitter anketiral uporabnike v imenu Dees_Troy in jih vprašal, ali uporabljajo funkcijo za več uporabnikov, in velika večina je izjavila, da ne uporabljajo večuporabniškega načina, zato ne pričakujemo, da bo ta omejitev vplivala na veliko ljudi.
Obstaja pa še ena težava, ki je bolj pomembna za veliko večino uporabnikov, ki bodo nameščali TWRP. trenutno, SuperSU ne bo deloval skupaj s TWRP.
Namestitev TWRP v tem trenutku bo odstranila root, če ste trenutno rootani. Za soobstoj TWRP in SuperSU bo potrebna posodobitev SuperSU.
Posodobitev #1: Če trenutno uporabljate SuperSU in načrtujete utripanje TWRP, si oglejte dodatek Chainfire na koncu članka. Dees_Troy je razložil razlog za to motenje razvijalcem XDA kot takega:
Chainfire uporablja pomnilniški disk zagonske slike, da naredi koren brez sistema. To je isti pomnilniški disk, ki ga je Google nameraval uporabiti za obnovitev. Prepričan sem, da bo Chainfire lahko iznašel način, da bo deloval s TWRP, vendar TWRP potrebuje majhno spremembo v init binary da bi dešifriranje delovalo pravilno, Chainfire pa je potreboval drugačno spremembo svoje init binarne datoteke, da bi njegov pomnilniški disk deloval tako za običajni zagon kot obnovitev.
Z drugimi besedami, brezsistemska korenska metoda Chainfire spremeni isto binarno datoteko, ki jo mora spremeniti TWRP, da lahko dešifriranje podatkov deluje. Zato, ko zaženete TWRP, prepišete spremembe, ki jih je brezsistemska korenska metoda Chainfire naredila v binarni datoteki init. Čeprav je to manjša težava, ima TWRP zaradi narave Pixela z dvojno particijo (in prihodnjih naprav, ki bodo dobavljene z Nougatom) nekaj odličnih novih zmogljivosti.
Naprave Pixel imajo 2 "reži" za ROM-e/vdelano programsko opremo. TWRP bo zaznal katero koli režo, ki je trenutno aktivna, in jo uporabil za varnostno kopiranje IN obnovitev. Na strani za ponovni zagon in pod varnostno kopijo -> možnosti so gumbi za spreminjanje rež. Če spremenite aktivno režo, bo TWRP preklopil, katero režo TWRP varnostno kopira ali obnavlja. Lahko naredite varnostno kopijo reže A, preklopite na B, nato obnovite varnostno kopijo, ki bo obnovila varnostno kopijo A v režo B. Spreminjanje reže v TWRP tudi pove zagonskemu nalagalniku, naj zažene to režo.
To v bistvu pomeni, da boste kmalu lahko dvojni zagon na vaši napravi. Na žalost je od obnovitve po meri samo je izdan, bo trajalo nekaj časa, da vaš najljubši razvijalec ROM-a po meri pripravi nekaj v kuhinji za vaš telefon Pixel.
Dodatek #1 - SuperSU s TWRP
Chainfire nas je obvestil, da vsi, ki trenutno uporabljajo SuperSU na svojih Google Pixel ali Pixel XL toplo svetujemo da zaženete osnovne zagonske slike na obe particiji pred namestitvijo TWRP. Da bi to dosegli, boste morali prenesti Tovarniška slika za vašo napravo in ročno ekstrahirajte osnovno zagonsko sliko iz arhiva. Nato boste morali s hitrim zagonom prenesti zagonsko sliko na obe particiji:
fastbootflashboot_aboot.img
fastbootflashboot_bboot.imgČe izdate oba ukaza, bo osnovna zagonska slika iz tovarniške slike prešla na obe zagonski particiji v vaši napravi. Nato lahko nadaljujete z namestitvijo TWRP.
Dodatek št. 2 – Šifriranje na podlagi datotek s TWRP
V pogovoru z Dees_Troyem je ponudil naslednjo razlago, kdaj gre lahko obnova narobe in povzroči popolno brisanje podatkov:
Šifriranje na podlagi datoteke ext4 vam ne dovoljuje uporabe politike šifriranja za mapo, ki *ni* prazna. Trenutno se temu izognemo tako, da ne izbrišemo izbranega seznama map (izbrišemo lahko, kar je v mapah, ne pa same mape). Če se iz nekega razloga izbriše mapa, ki jo je treba šifrirati, lahko obnovitev ustvari nešifrirano mapo in jo nato napolni z nekaterimi stvarmi. Ko mapa ni prazna, v njej ne morete nastaviti šifriranja. Ko naprava znova zažene Android, skuša začetna dvojiška datoteka nastaviti pravilnik šifriranja in če pri nastavljanju pravilnika opazi napako, prisili brisanje. To je natančno kje je vržena napaka in kje se sproži brisanje, če vas zanimajo take stvari.
Z manj tehničnimi izrazi, med postopkom obnavljanja varnostne kopije NANDroid mora obnovitev prepisati vse potrebne obstoječe datoteke na vaših particijah, ki so shranjene v varnostni kopiji. Za dostop do datotek v podatkovni particiji mora obnovitev dešifrirati to particijo z vašim geslom za dešifriranje. Čeprav ima obnovitev možnost preprosto izbrisati in prepisati vsako mapo v podatkovnih in sistemskih particijah, lahko pri tem povzroči napako s pravilnikom šifriranja.
Z brisanjem mape, ki naj bi bila šifrirana, bo TWRP na njenem mestu ustvaril nešifrirano mapo in obnovil vse datoteke iz varnostne kopije v tem novem imeniku. Ker pa bo šifriranje na podlagi datotek šifriralo različne datoteke in mape z različnimi šifrirnimi ključi v nasprotju z celotno particijo, bo ta ena sama sprememba zlomila šifriranje ene mape v vaši napravi povzročila, da bo celotna veriga vrgla napaka. Politika Androida je, da nato sproži popolno brisanje podatkov, kar povzroči brisanje Androida vse v vašem notranjem pomnilniku.
Na srečo je Dees_Troy že identificiral seznam map ki jih bo treba izključiti iz postopka brisanja TWRP, da se ta napaka ne bo sprožila. Zamenjal je začetno dvojiško datoteko tako, da bi sprožila napako med obnovitvijo, vendar ne bi izbrisala naprave, kar mu omogoča, da natančno zabeleži, katere mape ne smejo biti izbrisane. Posredovan nam je bil celoten seznam map, vendar ga zaradi dolžine tukaj ne bomo ponovili.
Prenesite TWRP za Google Pixel
Prenesite TWRP za Google Pixel XL
Ali nameravate v svoji napravi zagnati ROM ali jedro po meri ali boste ostali na standardni vdelani programski opremi? Sporočite nam v komentarjih spodaj!