Root on nyt saatavilla Google Pixelille ja Pixel XL: lle: tässä on mitä olemme löytäneet

Google Pixelillä ja Pixelillä on nyt root, XDA Senior Developer Chainfiren ansiosta! Siirry tänne saadaksesi lisätietoja siitä, kuinka voit rootata pikselisi!

Tämä menetelmä on vanhentunut eikä välttämättä toimi. Vieraile Google Pixel- ja Pixel XL -foorumeilla saadaksesi uusimmat juurimenetelmät.

Kuten luvattiin, järjestelmätön juuri tälle Google Pixel ja Pixel XL On nyt saatavilla. XDA: n vanhempi tunnustettu kehittäjä Ketjutulityöskenteli Google Pixelin rootin parissa puhelin, jossa on Android 7.1 Nougat viime päivinä, ja hän on saavuttanut kehityksensä vaiheen, jossa hän on nyt tarpeeksi mukava jakaa työnsä yhteisön kanssa.

Pääkäyttäjän oikeudet Google Pixelille ja Google Pixel XL: lle on saatavilla asentamalla SuperSU 2,78 SR2, joka mahdollistaa su pääsy koskematta mihinkään järjestelmäosiossa ja sallia dm-verityn vaihtamisen. Ennen kuin voit roottaa laitteesi, sinun on ensin avattava käynnistyslatain. Ensimmäinen askel käynnistyslataimen lukituksen avaamisessa on ladata adb- ja fastboot-binaarit (suosittelemme tarttumista

Minimaalinen ADB ja Fastboot foorumeiltamme) ja asenna sitten sopiva Googlen USB-ohjain koneellesi.

Jos olet ostanut Pixel-laitteesi suoraan Googlelta, sinun tarvitsee vain myöntää a fastboot vilkkuva lukituksen avaus komento, jota seuraa fastboot oem-lukituksen avaus. Jos ostit Pixelin Verizonilta tai EE: ltä, sinun on tehtävä se avaa käynnistyslatain dePixel8-työkalun avulla. Mutta pidä kiirettä, sillä SunShine-kehittäjät ovat maininneet, että heidän käynnistyslataimen avaushyökkäyksensä saatetaan korjata tulevassa marraskuun tietoturvapäivityksessä!


SuperSU: n asentaminen Pixeliin

Kuten Chainfire mainitsee Google+ -viestissään, sinun on ensin ladattava boot-to-root kuvia Pixel- tai Pixel XL -puhelimiin hänen verkkosivustoltaan. Sinä pystyt Klikkaa tästä ladataksesi Google Pixelin zip-tiedoston tai Klikkaa tästä ladataksesi zip-tiedoston Google Pixel XL: lle. Kun olet ladannut zip-tiedoston, sinun on tehtävä se pikakäynnistys the boot-to-root kuva, ÄLÄfastboot flash kuva! Toisin sanoen ainoa komento, jota tarvitset molemmille laitteille, on seuraava:

fastbootbootboot-to-root.img

Odota muutama minuutti, ja muutaman uudelleenkäynnistyksen jälkeen sinut käynnistetään täydellä pääkäyttäjän oikeuksilla. Jee!


Root Accessin välitön käyttö

Muuten, tavanomaisten toimintojen lisäksi, joita pääkäyttäjän oikeudet tuovat, olemme menneet eteenpäin ja testanneet muutamia asioita, joista tiesimme teidän kaikkien kiinnostavan. Ensinnäkin, voitko palauttaa Google Now on Tapin? Vastaus on Joo! Sinun tarvitsee vain muokata build.prop seuraavalla muutoksella, käynnistä uudelleen ja tyhjennä Google App -tiedot, niin sinua ei enää tervehdi Google Assistantin kanssa.

Muuttaa

ro.opa.eligible_device=true

to

ro.opa.eligible_device=<strong>falsestrong>

Entä toinen yleisesti piilotettu ominaisuus: kaksoisnapauttamalla herättääksesi? Olemme etsineet piilotettua kytkintä ja havainneet, mikä se näyttää olevan.

sailfish:/sys/devices # echo 1 > ./soc/7577000.i2c/i2c-3/3-0020/input/input3/wake_gesture

Valitettavasti kun muutimme arvoa, se ei näyttänyt pysyvän. Toistaiseksi näyttää siltä, ​​​​että sinun on flash-muistissa mukautettu ydin, kuten ElementalX saada d2tw toimimaan.

Joitakin muita testaamiamme asioita ovat, toimiiko Titanium Backup vai ei (se tekee), Paremmat akkutilastot (toimii), Alusta/tasot teemat (näyttää olevan joitain ongelmia) ja mainosten esto (epäonnistuu). Ad-away ei toimi tällä hetkellä, koska /järjestelmää ei voi oletusarvoisesti liittää luku-kirjoitus, joten meidän on odotettava, kunnes TWRP on saatavilla ennen kuin voimme flash järjestelmätön ratkaisu joukkueelle Ad-Away. Ja kyllä, olemme jo yrittäneet käyttää FlashFire Ad-Away Enablerin flash-käyttöjärjestelmättömälle root-palvelimelle, mutta sekään ei näytä toimivan tällä hetkellä.

sailfish:/sys/devices # mount -o rw, remount /system
mount: '/system' not in /proc/mounts

Päivitys: Chainfire on vahvistanut, että FlashFire ja muut sovellukset on päivitettävä ennen kuin niitä voidaan käyttää. Katso alta lisätietoja.

Päivitys 2: Chainfire on lähettänyt meille ratkaisun, jolla AdAway saa toimimaan, kunnes sovellus itse päivitetään. Katso lisäys artikkelin lopusta.

Tässä on joitain kuvakaappauksia, jotka osoittavat, että Titanium Backup toimii kuitenkin. Joten jos tulet toiselta laitteelta ja haluat palauttaa kaikki varmuuskopioidut sovelluksesi, voit olla varma, että kaikki sovellustietosi palautetaan nyt.

Sukeltaamme edelleen syvälle Pixel-laitteisiimme nähdäksemme, mitä voimme vaihtaa. Mikä "Pixel Exclusive" -ominaisuus on seuraava syksyllä?


"Taistelu" juuren saavuttamiseksi

Chainfire on melko huolellinen julkaisumuistiinpanojen suhteen. Kun olet kehittäjä, joka tarjoaa kymmenille tuhansille käyttäjille tavan päästä pääkäyttäjään, se tekee siitä järkevää olla mahdollisimman läpinäkyvä, jotta et kohtaa hämmentyneitä käyttäjiä, jotka ihmettelevät, miksi jokin on niin rikki. Vaikka hänen Twitter-tili (@ChainfireXDA) on varattu enemmän lyhyille ilmoituksille, Chainfirella on taipumus lähettää erittäin tervetulleita, pitkiä selityksiä Google+ tili. Tällä kertaa ei ole eroa.

Ensinnäkin Chainfire selittää, mitä muutoksia on tehty kahteen Pixel-puhelimeen, jotka hänen piti kiertää päästäkseen pääkäyttäjän oikeuksiin. Erityisesti Chainfire kuvaa ensin uutta osioasettelua Pixel-laitteissa.

Uusi osioasettelu (Pixel ja luultavasti monet tulevat laitteet):

- On olemassa kaksi useista Android-osioista, käynnistys, järjestelmä, toimittaja

- Palautus- ja välimuistiosiot ovat poissa

- Androidin juuri/hakemisto on nyt osa järjestelmäosiota käynnistysosion (initramfs) sijaan

- Palautus on nyt normaalin käynnistyskuvan sisällä ja käyttää sen initramfs-tiedostoa (jota aiemmin käytti Android)

Kuten olemme aiemmin käsitelleet, nämä osion muutokset kahdessa Pixel-puhelimessa vaativat joitain muutoksia nykyiseen juurimenetelmään. Chainfire on vahvistanut, että nämä muutokset /system-osioon vaativat erilaisen lähestymistavan, joka saattaa sisältää ytimen muokkaamisen.

Pikselin uuden osioasettelun myötä muuttamamme tiedostot ovat siirtyneet järjestelmäosioon (se, jota alun perin luulimme nimellä /system, on nyt alikansio kyseisen osion tiedostojärjestelmän sisällä). Voisimmeko sitten vain muokata järjestelmäosiota, joka sisältää kaikki nämä tiedostot, ja jättää käynnistyskuvan rauhaan? Vaikka itse mieluummin teen käynnistyskuvan muokkauksen ja jätän järjestelmän rauhaan, päinvastoin voisi olla ratkaisu, ja tiedän, että jotkut tekniikan käyttäjät jopa suosivat sitä.

En kuitenkaan saanut tätä toimimaan. Käynnistyslatain itse asiassa lähettää tiedot ytimelle (joka sijaitsee käynnistysvedossa). pakotettu dm-verity (joka pakottaa järjestelmäosion eheyden), jota emme voi siepata tai muuta ilman (rummun rulla) muokkaamalla käynnistyskuvaa. Ensimmäinen onnistunut Pixel-juureni tehtiin tällä tavalla - modifioimalla molempia (aiemmin julkaistu kuva on tästä yrityksestä).

Toisin sanoen dm-verityä ei voi poistaa käytöstä ilman ytimeen tehtyjä muutoksia, kuten epäilimme. Koska ydin pakottaa dm-verityn käyttöön, Chainfiren täytyi hieman muokata ydintä, jotta dm-verity ei estäisi muutoksia järjestelmäosioon. Onneksi Chainfire kuitenkin huomasi, että hänen modifikaationsa vaatii vain pienen ytimen binaarikorjauksen, mutta ei täyttä ytimen uudelleenkääntämistä. Siten hänen ratkaisunsa tulisi pysyä yleisratkaisuna Android 7.1 -laitteille, joissa on A/B-osiojärjestelmä.

Selittääkseen tämän uuden juurimenetelmän yksityiskohtaisemmin, Chainfire saavuttaa järjestelmättömän rootin tekemällä ydin käyttää käynnistysvedoksen initramfs-tiedostoa juurihakemistona, eikä mitään järjestelmästä osio. Tätä varten järjestelmäosion juurihakemiston sisältö tuodaan käynnistysnäköistiedostoon, mikä mahdollistaa näiden tiedostojen muokkaamisen ilman, että järjestelmätiedostoja tarvitsee muokata. Järjestelmäosio liitetään kansioon /järjestelmän_juuri ja /järjestelmä itse sim-linkitettynä /järjestelmän_juuri/järjestelmä. Ja lopuksi hänen ytimen korjaustiedosto muuttaa ydintä siten, että se jättää huomioimatta käynnistyslataimen lähettämän komennon, joka tavallisesti pakottaisi dm-verityn.

Tässä uudessa menetelmässä on kuitenkin joitain melko triviaaleja ongelmia. Tietyt sovellukset, kuten FlashFire tai AdAway (molemmat olemme osoittaneet, että ne eivät toimi), odottavat, että järjestelmäosio asennetaan nimellä /system, ei /järjestelmän_juuri, ja ne on päivitettävä vastaavasti. Voit kuitenkin kokeilla järjestelmän uudelleenasennusta sellaisenaan

mount -o rw, remount /system_root

Tämän pitäisi antaa sinun kirjoittaa tiedostoon /system. Emme ole vielä testaanneet, mitkä juurisovellukset korjaavat, mutta voit testata sitä itse. Lopuksi Chainfire on epävarma, jos suhide toimii tämän uuden juurtumisjärjestelmän kanssa, mutta hän sanoo jatkavansa kiertotavan etsimistä.


Lataa SuperSU Google Pixel -puhelimille siirtymällä osoitteeseen XDA foorumin ketju. Iso kiitos Chainfirelle laitteiden juurruttamisesta! Tweaking Games alkaa!

Vieraile SuperSU XDA -alafoorumilla!

Tämä tarina kehittyy ja sitä päivitetään sitä mukaa, kun saamme uutta tietoa. Yksi Google Pixel uhrattiin tätä artikkelia valmistettaessa. RIP Jeffin tiedot.


Lisäys 1: AdAwayn väliaikainen korjaus

Lataa AdAway v3.1.2 sivustoltamme foorumeilla, käytä sitten joko a pääteemulaattori tai ADB-kuoressa syöttääksesi seuraavan komennon:

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

Käynnistä uudelleen, ja sinulla pitäisi olla järjestelmänlaajuinen mainosten esto.