„XDA Senior Developer Chainfire“ dėka „Google Pixel“ ir „Pixel“ dabar turi šaknį! Apsilankykite ir sužinokite daugiau apie tai, kaip išnaikinti savo pikselį!
Šis metodas yra pasenęs ir gali neveikti. Apsilankykite mūsų „Google Pixel“ ir „Pixel XL“ forumuose, kad sužinotumėte naujausius šakninius metodus.
Kaip buvo žadėta, besistemė šaknis Google Pixel ir Pixel XL yra dabar galima. XDA vyresnysis pripažintas kūrėjas Grandininis ugnisdirbo root sistemoje „Google Pixel“. telefone, kuriame pastarosiomis dienomis veikia „Android 7.1 Nougat“, ir jis pasiekė tokį savo vystymosi etapą, kai jau pakankamai patogu dalytis savo darbais su bendruomene.
„Google Pixel“ ir „Google Pixel XL“ šakninė prieiga pasiekiama įdiegus SuperSU 2,78 SR2, kuri įgalina su prieiga neliečiant nieko sistemos skaidinyje ir leidžiant perjungti dm-verity. Prieš leisdami išjungti įrenginį, pirmiausia turėsite atrakinti įkrovos įkroviklį. Pirmas žingsnis atrakinant įkrovos įkroviklį yra atsisiųsti adb ir greitosios įkrovos dvejetainius failus (rekomenduojame patraukti
Jei „Pixel“ įrenginį įsigijote tiesiai iš „Google“, jums tereikia išduoti a „fastboot“ mirksi atrakinimas seka komanda „fastboot oem“ atrakinimas. Jei įsigijote „Pixel“ iš „Verizon“ arba EE, jums reikės atrakinkite įkrovos įkroviklį naudodami „dePixel8“ įrankį. Tačiau paskubėkite, nes „SunShine“ kūrėjai paminėjo, kad jų įkrovos įkrovos atrakinimo išnaudojimas gali būti pataisytas būsimame lapkričio mėnesio saugos naujinime!
Kaip įdiegti „SuperSU“ savo „Pixel“.
Kaip Chainfire mini savo „Google+“ įraše, pirmiausia turėsite atsisiųsti nuo įkrovos iki šaknų „Pixel“ ar „Pixel XL“ vaizdus iš savo svetainės. Tu gali paspauskite čia norėdami atsisiųsti „Google Pixel“ ZIP failą arba paspauskite čia Norėdami atsisiųsti „Google Pixel XL“ ZIP failą. Atsisiuntę zip, turite „fastboot“ įkrova į nuo įkrovos iki šaknų vaizdas, NEREIKIA„fastboot flash“ vaizdas! Kitaip tariant, vienintelė komanda, kurios jums reikės dviem įrenginiams, yra ši:
fastbootbootboot-to-root.img
Palaukite kelias minutes ir po kelių perkrovimų būsite paleisti su visa root prieiga. Valio!
Neatidėliotinas root prieigos naudojimas
Beje, be įprastų funkcijų, kurias turėtų suteikti root prieiga, mes žengėme į priekį ir išbandėme keletą dalykų, kurie, kaip žinojome, jus visus sudomins. Pirmiausia, ar galite sugrąžinti „Google Now on Tap“? Atsakymas yra taip! Viskas, ką jums reikia padaryti, tai redaguoti build.prop atlikę toliau nurodytą pakeitimą, paleiskite iš naujo ir išvalykite „Google App“ duomenis ir nebesveikinsite su „Google“ padėjėju.
Keisti
ro.opa.eligible_device=true
į
ro.opa.eligible_device=<strong>falsestrong>
Ką apie kitą dažniausiai paslėptą funkciją: dukart palieskite, kad pažadintumėte? Apžiūrėjome paslėptą jungiklį ir atradome, kas tai atrodo.
sailfish:/sys/devices # echo 1 > ./soc/7577000.i2c/i2c-3/3-0020/input/input3/wake_gesture
Deja, kai pakeitėme vertę, atrodė, kad ji neliko. Kol kas atrodo, kad turėsite paleisti pasirinktinį branduolį, pvz., ElementalX kad d2tw veiktų.
Kai kurie kiti dalykai, kuriuos išbandėme, yra tai, ar „Titanium Backup“ veikia, ar ne (ji), geresnė akumuliatoriaus statistika (darbai), substrato / sluoksnių temos (atrodo, kad turi tam tikrų problemų) ir skelbimų blokavimas (nepavyksta). Ad-away šiuo metu neveikia, nes pagal numatytuosius nustatymus /sistema negali būti prijungta skaityti ir rašyti, todėl turėsime palaukti, kol bus pasiekiamas TWRP, kad galėtume paleisti nesistemingas sprendimas už Ad-Away. Ir taip, mes jau bandėme naudoti FlashFire paleisti „Ad-Away“ įgalinimo priemonę, skirtą nesisteminei šakninei sistemai, tačiau atrodo, kad šiuo metu tai taip pat neveikia.
sailfish:/sys/devices # mount -o rw, remount /system
mount: '/system' not in /proc/mounts
Atnaujinimas: „Chainfire“ patvirtino, kad prieš naudojant „FlashFire“ ir kitas programas reikės atnaujinti. Daugiau informacijos rasite toliau.
2 naujinimas: „Chainfire“ mums pranešė apie sprendimą, kaip „AdAway“ veikti, kol pati programa nebus atnaujinta. Žr. priedą straipsnio pabaigoje.
Štai keletas ekrano kopijų, rodančių, kad „Titanium Backup“ veikia. Taigi, jei naudojate kitą įrenginį ir norite atkurti visas atsargines programų kopijas, galite būti tikri, kad visi programos duomenys dabar bus atkurti.
Toliau gilinsimės į „Pixel“ įrenginius, kad pamatytume, ką galime perjungti. Kuri „pikselių išskirtinė“ funkcija pasirodys kitą kartą?
„Kova“ pasiekti šaknį
Chainfire yra gana kruopštus, kai kalbama apie išleidimo pastabas. Kai esate kūrėjas, teikiantis dešimčiai tūkstančių vartotojų root prieigos metodą prasminga būti kuo skaidresnė, kad nesusidurtumėte su daugybe sumišusių vartotojų, besidominčių, kodėl kažkas yra sulaužytas. Nors jo Twitter paskyra (@ChainfireXDA) yra labiau skirtas trumpiems pranešimams, Chainfire linkęs skelbti labai sveikintinus, ilgus paaiškinimus savo Google+ sąskaitą. Šį kartą nesiskiria.
Pirmiausia Chainfire paaiškina, kokie pakeitimai buvo atlikti dviejuose „Pixel“ telefonuose, kuriuos jam reikėjo apeiti, kad pasiektų pagrindinę prieigą. Visų pirma, „Chainfire“ pirmiausia aprašo naują skaidinio išdėstymą „Pixel“ įrenginiuose.
Naujas skaidinio išdėstymas („Pixel“ ir tikriausiai daugelis būsimų įrenginių):
- Yra du iš kelių „Android“ skaidinių, įkrovos, sistemos, pardavėjo
- Atkūrimo ir talpyklos skaidiniai dingo
- „Android“ šakninis / katalogas dabar yra sistemos skaidinio dalis, o ne įkrovos skaidinys (initramfs)
- Atkūrimas dabar yra įprastame įkrovos vaizde ir naudoja jo initramfs (kurią anksčiau naudojo „Android“)
Kaip jau minėjome anksčiau, šie pertvaros pakeitimai dviejuose „Pixel“ telefonuose reikalauti kai kurių dabartinio šakninio metodo pakeitimų. „Chainfire“ patvirtino, kad šiems /sistemos skaidinio pakeitimams reikėjo kitokio požiūrio, kuris gali apimti branduolio modifikavimą.
Naudojant naują Pixel skaidinio išdėstymą, tie failai, kuriuos keitėme, buvo perkelti į sistemos skaidinį (tai, ką iš pradžių laikėme /sistema, dabar yra to skaidinio failų sistemos poaplankis). Taigi, ar galėtume tiesiog pakeisti sistemos skaidinį, kuriame yra visi šie failai, ir palikti įkrovos vaizdą ramybėje? Nors aš asmeniškai norėčiau modifikuoti įkrovos vaizdą ir palikti sistemą ramybėje, sprendimas gali būti atvirkštinis, ir žinau, kad kai kuriems technologijų naudotojams tai netgi patiktų.
Tačiau man nepavyko to padaryti. Įkrovos įkroviklis iš tikrųjų siunčia informaciją į branduolį (kuris yra įkrovos atvaizde). priverstinai įgalintas dm-verity (kuris užtikrina sistemos skaidinio vientisumą), kurio negalime perimti arba pakeisti be (būgno ritinys) keičiant įkrovos vaizdą. Mano pirmoji sėkminga Pixel šaknis buvo padaryta tokiu būdu - modifikuojant abu (anksčiau paskelbta nuotrauka yra iš šio bandymo).
Kitaip tariant, nėra jokio būdo išjungti dm-verity be tam tikrų branduolio pakeitimų, kaip įtarėme. Kadangi branduolys priverstinai įgalina dm-verity, „Chainfire“ turėjo šiek tiek modifikuoti branduolį, kad „dm-verity“ netrukdytų keisti sistemos skaidinio. Laimei, Chainfire atrado, kad jo modifikacijai reikia tik nedidelio branduolio dvejetainio pataisymo, bet ne viso branduolio perkompiliavimo. Taigi jo sprendimas turėtų išlikti bendru sprendimu, skirtu „Android 7.1“ įrenginiams su A/B skaidinio schema.
Norėdami išsamiau paaiškinti šį naują šakninį metodą, „Chainfire“ pasiekia nesistemingą šaknį, sukurdama branduolys naudoja įkrovos atvaizdo initramfs kaip savo šakninį katalogą, o ne ką nors iš sistemos pertvara. Norėdami tai padaryti, sistemos skaidinio šakninio katalogo turinys importuojamas į įkrovos vaizdą, kuris leidžia modifikuoti šiuos failus nekeičiant jokių sistemos failų. Sistemos skaidinys yra prijungtas prie /sistemos_šaknis, o pati /sistema susieta su /sistemos_šaknis/sistema. Ir galiausiai jo branduolio pataisa modifikuoja branduolį taip, kad nepaisytų komandos, siunčiamos iš įkrovos įkrovos, kuri paprastai vykdytų dm-verity.
Tačiau yra keletas gana nereikšmingų problemų, susijusių su šiuo nauju metodu. Tam tikros programos, pvz., „FlashFire“ arba „AdAway“ (abu, mes parodėme, kad neveikia), tikisi, kad sistemos skaidinys bus prijungtas kaip /sistema, o ne /sistemos_šaknis, ir jas reikės atitinkamai atnaujinti. Tačiau galite pabandyti permontuoti sistemą kaip tokią
mount -o rw, remount /system_root
Kuris turėtų leisti rašyti į /system. Dar neišbandėme, kurios šakninės programos taiso, bet galite tai išbandyti patys. Galiausiai Chainfire'as nėra tikras, ar suhide dirbs su šia nauja įsišaknijimo schema, tačiau jis teigia ir toliau ieškosiantis sprendimo.
Norėdami atsisiųsti „SuperSU“ „Google Pixel“ telefonams, eikite į XDA forumo tema. Didelis ačiū Chainfire už įrenginių įsišaknijimą! Tegul „Tweaking Games“ prasideda!
Apsilankykite SuperSU XDA subforume!
Ši istorija tobulinama ir bus atnaujinta, kai gausime naujos informacijos. Kuriant šį straipsnį buvo paaukotas vienas „Google Pixel“. RIP Jeffo duomenys.
1 priedas: laikinas „AdAway“ pataisymas
Atsisiųskite AdAway v3.1.2 iš mūsų forumuose, tada naudokite arba a terminalo emuliatorius arba ADB apvalkalą, kad įvestumėte šią komandą:
mkdir /su/etc; cp /system/etc/hosts /su/etc/hosts; echo "#!/su/bin/sush\nmount -o bind /su/etc/hosts /system/etc/hosts" > /su/su.d/50adaway; chmod 0700 /su/su.d/50adaway
Paleiskite iš naujo ir turėtumėte turėti visos sistemos skelbimų blokavimą.