TWRP buvo išleistas „Google Pixel“ ir „Pixel XL“.

TWRP buvo išleistas „Google Pixel“ ir „Pixel XL“, kuris pagaliau leis vartotojams atnaujinti pasirinktinius modifikacijas, branduolius ir ROM.

Prasideda pasirinktinis ROM mirksėjimas! Viena iš dažniausiai pasitaikančių priežasčių, dėl kurių vartotojai ateina į mūsų forumus, yra pritaikyti modifikacijų, branduolių ar ROM. Kūrėjai skiria daugybę valandų savo programinės įrangos tinkinimui bendruomenė. Tačiau nė vienas iš šių darbų neįgyvendinamas, jei nėra galimybių įdiegti šiuos pakeitimus.

Pirmas žingsnis, kurio reikia norint pereiti į „Android“ modifikavimo pasaulį, yra atrakinti įkrovos įkroviklį. Vartotojams Pikselis ir Pixel XL, šis veiksmas jau galimas visi variantai iš dviejų įrenginių. Kitas žingsnis – suaktyvinti tinkintą atkūrimo vaizdą, kuris leis po to suaktyvinti pasirinktinius ROM arba branduolio vaizdus, taip pat sukurti visas sistemos atsargines kopijas, jei kas nors nutiktų. Štai kur neįtikėtinai populiarus Team Win atkūrimo projektas (TWRP) ateina.

TWRP, prieinama daugybėje įrenginių iš beveik visų originalių gamintojų po saule, buvo pasirinktinis atkūrimo būdas visiems, norintiems modifikuoti savo įrenginio programinę įrangą. O dabar du „Google Pixel“ telefonai netrukus galės prisijungti prie to linksmumo. XDA vyresnysis pripažintas kūrėjas

Dees_Troy ką tik išleido pirmąjį TWRPalfa „Google“. Pikselis ir Pixel XL. Jei jau atrakinote įkrovos tvarkyklę, dabar galite atkurti atkūrimą savo įrenginyje. Tačiau turėtume atkreipti dėmesį į keletą TWRP diegimo būdo pakeitimų.

Montavimas

Jei kada nors rankiniu būdu įdiegėte TWRP savo įrenginyje, galbūt esate susipažinę su greitas paleidimas komandos, reikalingos TWRP atvaizdui įjungti į atkūrimo skaidinį. Dėl skaidinių pakeitimų, kad „sklandūs naujinimai“ veiktų „Android Nougat“, skirtuose „Pixel“ ir „Pixel XL“, tų pačių komandų NEGALIMA išduoti. Pamirškite viską, ką manote žinąs, ir prieš imdamiesi veiksmų atidžiai perskaitykite toliau pateiktas instrukcijas. Iš esmės tai, ką jūs iš tikrųjų darysite, kad įdiegtumėte TWRP batas TWRP vaizdą, tada naudokite automatinis diegimo scenarijus kuris tvarkys mirksintį TWRP tiek įkrovos skaidiniai.

Pirmiausia, jei dar to nepadarėte, turėsite patraukti Google USB tvarkyklė taip pat „fastboot“ dvejetainį failą (rekomenduojame atsisiųsti ir išskleisti Minimalus ADB ir greitas paleidimas į jūsų pasirinktą katalogą). Tada atsisiųskite savo įrenginiui tinkamus TWRP diegimo failus (Pikselis ir Pixel XL). Turėsite perkelti .zip failą į įrenginio vidinę atmintį, bet palikti .img failą kompiuteryje. Tada atidarykite komandų eilutę ir patikrinkite, ar jūsų įrenginys atpažįstamas išduodant „fastboot“ įrenginiai į komandų eilutę. Jei matote įrenginio serijos numerį, greitojo paleidimo protokolas aptinka jūsų įrenginį. Galiausiai turėsite laikinai paleisti TWRP vaizdą, išleisdami šią komandą:

fastboot boot path/to/twrp.img

Atminkite, kad „kelias/į/“ reiškia tikrąjį katalogą, kuriame atsisiųstas TWRP vaizdas failas yra. Įsitikinkite, kad išduodate greitas paleidimasbatas ir ne greitas paleidimas blykstė, ir kad failas, kurį paleidžiate, yra ne zip failą. Kai išduosite įkrovos komandą, jūsų įrenginys nuskaitys TWRP vaizdą iš jūsų kompiuterio ir laikinai paleis TWRP. Šiuo metu jūs beveik baigėte.

Viskas, ką jums reikia padaryti dabar, tai padaryti, kad TWRP išgyventų perkrovimą, perkeliant jį į abu įrenginio įkrovos skaidinius. Laimei, visą darbą atlieka automatinis diegimo scenarijus, kurį atsisiuntėte anksčiau. Tiesiog naudokite TWRP sąsają, kad pereitumėte į ir įdiegtumėte TWRP diegimo ZIP failą lygiai taip pat, kaip įdiegtumėte bet kurį pasirinktinį ROM, modifikaciją ar branduolio ZIP failą. Po to TWRP bus pasiekiamas, nesvarbu, kurie aktyvūs skaidinio lizdai bus naudojami.

TWRP Alpha v1

Kadangi tai yra an alfa išleidus, tikrai kils problemų. Šiuo metu Dees_Troy apibūdino trys klausimai Žinoti. Visų pirma, dėl „Nuga“ įdiegto failų šifravimo (FBE), duomenų atkūrimas gali sukelti problemų.

Failų šifravimas (FBE) gali būti sudėtingas. Jei atkūrimas neveikia tinkamai, gali būti automatiškai išvalomi jūsų duomenys. Šiek tiek išbandžiau jį savo „Pixel XL“, bet neturėjau laiko jo plačiai išbandyti. Kartais TWRP nepavyks paraginti įvesti slaptažodžio arba kitaip nepavyks tinkamai nustatyti iššifravimo. Jei taip atsitiks, iš naujo paleiskite TWRP. Atrodo, kad tai kažkokia laiko problema, ir aš dar neturėjau laiko jos atsekti.

Nesakoma, kad tau taip gali nutikti, bet taip galėtų atsitiks tau. Jei reguliariai nedarote atsarginių duomenų kopijų neprisijungę arba debesyje, nenusistenkite, kai kas nors negerai ir visi jūsų duomenys bus ištrinti. Man taip yra nutikę anksčiau, ir tai yra bjauru.

2 atnaujinimas: Dees_Troy pateikė techninį paaiškinimą, kas gali nutikti ir kaip jis planuoja tai išspręsti. Norėdami gauti daugiau informacijos, žr. antrąjį priedą straipsnio pabaigoje.

Be to, jei šiuo metu savo įrenginyje naudojate kelių vartotojų funkciją (įskaitant svečio funkcijas), tuomet norėsite Venkite naudoti TWRP kol kas.

Failų šifravimas reiškia, kad kiekvieno vartotojo aplankai yra užšifruoti atskirai. Norėdami sukurti tinkamą atsarginę kopiją, atkurti gamyklinius nustatymus ir pan., turėtume, kad vartotojas iššifruotų kiekvieną atskirą įrenginio paskyrą.

Šiuo metu TWRP palaiko tik vieno vartotojo sąranką, net jei atsitiktinai žinote kitų jūsų įrenginio naudotojų šifravimo slaptažodį. Dees_Troy mums pasakė, kad jis sėkmingai iššifravo papildomus vartotojus naudodamas komandinės eilutės įrankį, bet tai Šios funkcijos įdiegimas TWRP šiuo metu nėra didelis prioritetas ir gali būti išleistas ateityje atnaujinti. Praėjusią savaitę mūsų XDA Twitter paskyra apklausė vartotojus Dees_Troy vardu ir paklausė, ar jie naudojasi kelių vartotojų funkcija, ir didžioji dauguma teigė, kad jie nenaudoja kelių naudotojų, todėl nesitikime, kad šis apribojimas paveiks labai daug žmonių.

Tačiau yra dar viena problema, kuri aktualesnė daugumai vartotojų, kurie įdiegs TWRP. Šiuo metu, SuperSU neveiks kartu su TWRP.

Šiuo metu įdiegus TWRP, bus pašalintas root, jei šiuo metu esate įsišaknijęs. Kad TWRP ir SuperSU galėtų egzistuoti kartu, reikės atnaujinti SuperSU.

1 naujinimas: jei šiuo metu naudojate SuperSU ir planuojate mirksėti TWRP, žr. Chainfire priedą straipsnio pabaigoje. Dees_Troy paaiškino šio trukdymo priežastį XDA-Developers kaip tokia:

Chainfire naudoja įkrovos atvaizdo atminties diską, kad padarytų savo šaknį be sistemos. Tai yra tas pats ramdiskas, kurį „Google“ ketino naudoti atkūrimui. Esu tikras, kad „Chainfire“ sugebės sugalvoti, kaip dirbti su TWRP, tačiau TWRP reikia šiek tiek pakeisti pradinį dvejetainį failą kad iššifravimas veiktų tinkamai, o Chainfire'ui reikėjo kitokio pakeitimo į pradinį dvejetainį failą, kad jo ramdiskas veiktų ir normaliai įkrovai, ir atsigavimas.

Kitaip tariant, „Chainfire“ besisteminis šakninis metodas modifikuoja tą patį dvejetainį failą, kurį TWRP turi modifikuoti, kad veiktų duomenų iššifravimas. Todėl, kai atkuriate TWRP, jūs perrašote pakeitimus, atliktus dvejetainėje init sistemoje Chainfire besisteminiu šaknies metodu. Nors tai yra nedidelis trūkumas, dėl „Pixel“ dvigubo skaidinio pobūdžio (ir būsimų įrenginių, pristatomų kartu su „Nougat“), TWRP turi keletą puikių naujų galimybių.

„Pixel“ įrenginiai turi 2 „angas“ ROM / programinei įrangai. TWRP aptiks bet kurį šiuo metu aktyvų lizdą ir naudos tą lizdą atsarginei kopijai kurti IR atkurti. Perkrovimo puslapyje ir atsarginėje kopijoje yra mygtukai -> parinktys pakeisti lizdus. Pakeitus aktyvųjį lizdą, TWRP perjungs, kurį lizdą TWRP kuria arba atkuria. Galite sukurti A lizdo atsarginę kopiją, perjungti į B, tada atkurti atsarginę kopiją, kuri atkurs A atsarginę kopiją į lizdą B. Pakeitus TWRP lizdą, įkrovos įkroviklis taip pat nurodo tą lizdą paleisti.

Iš esmės tai reiškia, kad netrukus galėsite tai padaryti dviguba įkrova savo įrenginyje. Deja, nes pasirinktas atkūrimas turi tiesiog bus išleistas, prireiks šiek tiek laiko, kol jūsų mėgstamas tinkintos ROM kūrėjas virtuvėje ką nors pagamins jūsų „Pixel“ telefonui.

1 priedas – SuperSU su TWRP

„Chainfire“ mus informavo, kad visi, kurie šiuo metu naudoja „SuperSU“ savo „Google Pixel“ arba „Pixel XL“, yra primygtinai patariama kad prieš diegiant TWRP būtų įjungti pradiniai įkrovos vaizdai abiejuose skaidiniuose. Norėdami tai padaryti, turėsite atsisiųsti Gamyklos vaizdas savo įrenginiui ir rankiniu būdu iš archyvo išskleiskite pradinį įkrovos vaizdą. Tada turėsite paleisti įkrovos vaizdą abiejuose skaidiniuose naudodami „fastboot“:

fastbootflashboot_aboot.img
fastbootflashboot_bboot.img

Išleidus abi šias komandas, pradinis įkrovos vaizdas iš gamyklinio vaizdo bus rodomas abiejuose įrenginio įkrovos skaidiniuose. Tada galite tęsti TWRP diegimą.

2 priedas – failais pagrįstas šifravimas su TWRP

Kalbėdamas su Dees_Troy, jis pateikė tokį paaiškinimą, kada atkūrimas gali suklysti ir visiškai ištrinti duomenis:

ext4 failo šifravimas neleidžia taikyti šifravimo politikos aplankui, kuris *ne* tuščias. Šiuo metu mes tai apeiname neištrindami pasirinkto aplankų sąrašo (galime ištrinti tai, kas yra aplankuose, bet ne paties aplanko). Jei dėl kokios nors priežasties aplankas, kurį reikia užšifruoti, ištrinamas, atkūrimas gali sukurti nešifruotą aplanką ir užpildyti jį kai kuriais dalykais. Kai aplankas nėra tuščias, negalite nustatyti jo šifravimo. Įrenginiui vėl paleidus „Android“, dvejetainis init bando nustatyti šifravimo strategiją ir, jei nustatydamas politiką mato klaidą, priverčia ištrinti. Tai būtent kur įvedama klaida ir kur inicijuojamas išvalymas, jei jums rūpi tokie dalykai.

Mažiau technine prasme, NANDroid atsarginės kopijos atkūrimo proceso metu atkūrimas turi perrašyti visus reikalingus esamus failus skaidiniuose, kurie yra išsaugoti atsarginėje kopijoje. Norint pasiekti duomenų skaidinio failus, atkūrimo programa turi iššifruoti šį skaidinį naudojant iššifravimo slaptažodį. Nors atkūrimas turi galimybę tiesiog ištrinti ir perrašyti kiekvieną duomenų ir sistemos skaidinių aplanką, tai gali sukelti šifravimo politikos klaidą.

Ištrynus aplanką, kuris turi būti užšifruotas, TWRP vietoje jo sukurs nešifruotą aplanką ir atkurs visus failus iš atsarginės kopijos šiame naujame kataloge. Tačiau, kadangi failais pagrįsta šifruotė užšifruos skirtingus failus ir aplankus skirtingais šifravimo raktais, o ne visą skaidinį, šis vienintelis pakeitimas, nutraukiantis šifravimą į vieną aplanką jūsų įrenginyje, sukels visą grandinę klaida. „Android“ politika yra tokia, kad tada inicijuojamas visiškas duomenų išvalymas, todėl „Android“ išvalomi viskas vidinėje atmintyje.

Laimei, Dees_Troy jau padarė nustatė aplankų sąrašą kurie turės būti pašalinti iš TWRP ištrynimo proceso, kad ši klaida nebūtų suaktyvinta. Jis pakeitė pradinį dvejetainį failą taip, kad atkūrimo metu jis sukeltų klaidą, bet nenuvalytų įrenginio, todėl jis tiksliai registruotų, kurių aplankų negalima ištrinti. Mums buvo pateiktas visas aplankų sąrašas, tačiau mes to sąrašo čia nepakartosime dėl jo ilgio.

Atsisiųskite „Google Pixel“ skirtą TWRP

Atsisiųskite „Google Pixel XL“ skirtą TWRP

Ar planuojate savo įrenginyje paleisti tinkintą ROM arba branduolį, ar liksite atsarginės programinės įrangos? Praneškite mums toliau pateiktuose komentaruose!