Root sekarang tersedia untuk Google Pixel dan Pixel XL: Inilah yang Diubah dan yang berfungsi

Metode ini sudah usang dan mungkin tidak berfungsi. Silakan kunjungi forum Google Pixel dan Pixel XL kami untuk metode root terbaru.

Seperti yang dijanjikan, root tanpa sistem untuk Google Pixel dan Pixel XL sekarang tersedia . Pengembang Senior yang Diakui Chainfire sedang mengerjakan root untuk ponsel Google Pixel yang menjalankan Android 7.1 Nougat beberapa hari terakhir ini, dan ia telah mencapai tahap dalam perkembangannya di mana ia sekarang merasa cukup nyaman berbagi karyanya dengan komunitas.

Akses root untuk Google Pixel dan Google Pixel XL tersedia dengan menginstal SuperSU 2.78 SR2 , yang memungkinkan akses su tanpa menyentuh apa pun di partisi sistem dan memungkinkan dm-verity untuk diaktifkan. Sebelum Anda dapat me-root perangkat Anda, Anda harus membuka bootloader terlebih dahulu. Langkah pertama dalam membuka kunci bootloader Anda adalah mengunduh adb dan binari fastboot (kami sarankan mengambil Minimal ADB & Fastboot dari forum kami) dan kemudian menginstal Google USB Driver yang sesuai untuk mesin Anda.

Jika Anda telah membeli perangkat Pixel langsung dari Google, maka Anda hanya perlu mengeluarkan perintah buka kunci flashing fastboot diikuti oleh kunci cepat oem fastboot. Jika Anda membeli Pixel dari Verizon atau EE, Anda perlu membuka kunci bootloader Anda melalui alat dePixel8. Tapi cepatlah, karena pengembang SunShine telah menyebutkan bahwa exploit unlock bootloader mereka mungkin ditambal dalam pembaruan keamanan November mendatang!


Cara Memasang SuperSU pada Pixel Anda

Seperti Chainfire menyebutkan dalam pos Google+nya, Anda harus mengunduh gambar boot-to-root untuk Pixel atau Pixel XL dari situs webnya. Anda dapat mengklik di sini untuk mengunduh zip untuk Google Pixel, atau klik di sini untuk mengunduh zip untuk Google Pixel XL. Setelah mengunduh zip, Anda harus mem - boot image boot-to-root, JANGAN fastboot mem- flash image! Dengan kata lain, satu-satunya perintah yang Anda perlukan untuk kedua perangkat adalah sebagai berikut:

 fastboot boot boot-to-root.img 

Tunggu beberapa menit, dan setelah beberapa reboot Anda akan di-boot dengan akses root penuh. Yay!


Penggunaan Langsung untuk Akses Root

Ngomong-ngomong, selain fungsionalitas biasa yang harus diakses oleh root, kami sudah maju dan menguji beberapa hal yang kami tahu Anda semua akan tertarik. Pertama, bisakah Anda mengembalikan Google Now on Tap? Jawabannya adalah ya! Yang perlu Anda lakukan adalah mengedit build.prop dengan perubahan berikut, reboot, dan hapus data Google App dan Anda tidak akan lagi disambut dengan Google Assistant.

Perubahan

 ro.opa.eligible_device=true 

untuk

 ro.opa.eligible_device= false 

Bagaimana dengan fitur lain yang biasanya tersembunyi: ketuk dua kali untuk membangunkan? Kami telah mencari-cari toggle tersembunyi, dan telah menemukan apa yang tampaknya.

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

Sayangnya, ketika kami mengubah nilainya, sepertinya tidak melekat. Untuk saat ini, tampaknya Anda harus mem-flash kernel khusus seperti ElementalX agar d2tw berfungsi.

Beberapa hal lain yang telah kami uji termasuk apakah Titanium Backup berfungsi ( ya ), Better Battery Stats ( works ), Substratum / Layers Themes ( sepertinya memiliki beberapa masalah ), dan pemblokiran iklan ( gagal ). Ad-away gagal berfungsi saat ini karena / sistem tidak dapat dipasang baca-tulis secara default, jadi kita harus menunggu sampai TWRP tersedia sebelum kita dapat mem-flash solusi-solusi tanpa sistem untuk Ad-Away. Dan ya, kami sudah mencoba menggunakan FlashFire untuk mem-flash enabler Ad-Away untuk root tanpa sistem, tapi itu sepertinya tidak berfungsi baik saat ini.

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

Pembaruan: Chainfire telah mengkonfirmasi bahwa FlashFire, dan aplikasi lain, perlu diperbarui sebelum dapat digunakan. Lihat di bawah untuk detail lebih lanjut.

Pembaruan 2: Chainfire telah mengirimi kami solusi untuk membuat AdAway berfungsi hingga aplikasi itu sendiri diperbarui. Lihat adendum di akhir artikel.

Berikut adalah beberapa tangkapan layar yang menunjukkan bahwa Titanium Backup berfungsi. Jadi jika Anda berasal dari perangkat lain dan Anda ingin mengembalikan semua aplikasi yang didukung, Anda dapat yakin bahwa semua data aplikasi Anda sekarang akan dipulihkan.

Kami akan terus menyelam jauh ke dalam perangkat Pixel kami untuk melihat apa yang dapat kami alihkan. Fitur "Pixel eksklusif" manakah yang akan menjadi yang berikutnya jatuh?


"Perjuangan" untuk Mencapai Root

Chainfire cukup teliti dalam hal merilis catatan. Ketika Anda adalah pengembang yang menyediakan puluhan ribu pengguna metode untuk mencapai akses root, masuk akal untuk menjadi setransparan mungkin agar Anda menghadapi segerombolan pengguna bingung bertanya-tanya mengapa ada sesuatu yang rusak. Sementara akun Twitter-nya (@Chainfire) dicadangkan lebih untuk pengumuman singkat, Chainfire cenderung memposting penjelasan yang sangat disambut, panjang di akun Google+nya. Kali ini tidak berbeda.

Pertama, Chainfire menjelaskan perubahan apa yang dilakukan pada dua ponsel Pixel yang ia perlu atasi untuk mencapai akses root. Secara khusus, Chainfire pertama menggambarkan tata letak partisi baru pada perangkat Pixel.

Tata letak partisi baru (Pixel dan mungkin banyak perangkat masa depan):

- Ada dua dari beberapa partisi Android, boot, sistem, vendor

- Partisi pemulihan dan cache hilang

- Direktori root / untuk Android sekarang menjadi bagian dari partisi sistem, bukan partisi boot (initramfs)

- Pemulihan sekarang berada di dalam gambar boot normal, dan menggunakan initramfs-nya (yang dulu digunakan oleh Android)

Seperti yang telah kita bahas sebelumnya, perubahan partisi ini pada dua ponsel Pixel akan memerlukan beberapa modifikasi pada metode root saat ini. Chainfire telah mengkonfirmasi bahwa modifikasi ke partisi sistem ini memerlukan pendekatan yang berbeda, yang mungkin melibatkan modifikasi kernel.

Dengan tata letak partisi Pixel yang baru, file-file yang kami ubah telah pindah ke partisi sistem (yang semula kami anggap sebagai / sistem sekarang adalah subfolder di dalam sistem file partisi itu). Jadi, dapatkah kita memodifikasi partisi sistem yang berisi semua file ini, dan membiarkan image booting saja? Walaupun saya pribadi lebih suka melakukan modifikasi boot image dan meninggalkan sistem sendirian, kebalikannya berpotensi menjadi solusi, dan saya tahu beberapa pengguna teknologi bahkan lebih menyukainya.

Namun, saya tidak bisa membuatnya bekerja. Bootloader sebenarnya mengirimkan informasi ke kernel (yang berada di image boot) yang memaksakan dm-verity (yang menegakkan integritas partisi sistem), yang tidak dapat kami intersep atau ubah tanpa ( drum roll ) yang memodifikasi gambar boot. Root Pixel pertama saya yang berhasil dilakukan dengan cara itu - dengan memodifikasi keduanya (gambar yang diposting sebelumnya dari upaya ini).

Dengan kata lain, tidak ada cara untuk menonaktifkan dm-verity tanpa beberapa modifikasi pada kernel, seperti yang kami duga. Karena kernel secara paksa mengaktifkan dm-verity, Chainfire perlu sedikit memodifikasi kernel untuk menghentikan dm-verity dari mencegah perubahan pada partisi sistem. Untungnya, Chainfire menemukan bahwa modifikasinya hanya membutuhkan patch biner kernel kecil, tetapi tidak kompilasi ulang kernel penuh. Dengan demikian, solusinya harus tetap menjadi solusi umum untuk perangkat Android 7.1 dengan skema partisi A / B.

Untuk menjelaskan metode root baru ini secara lebih rinci, Chainfire mencapai root tanpa sistem dengan membuat kernel menggunakan initramfs image boot sebagai direktori root, bukan apa pun dari partisi sistem. Untuk melakukannya, isi direktori root di partisi sistem diimpor ke image boot, yang memungkinkan modifikasi file-file ini tanpa harus memodifikasi file sistem apa pun. Partisi sistem di-mount ke / system_root dan / sistem itu sendiri sim-linked ke / system_root / system. Dan akhirnya patch kernel-nya memodifikasi kernel sehingga mengabaikan perintah yang dikirim dari bootloader yang biasanya akan menegakkan dm-verity.

Namun, ada beberapa masalah yang agak sepele yang diperkenalkan dengan metode baru ini. Aplikasi tertentu, seperti FlashFire atau AdAway (keduanya kami tunjukkan tidak berfungsi) mengharapkan partisi sistem dipasang sebagai / sistem, bukan / system_root, dan perlu diperbarui sesuai dengan itu. Meskipun, Anda dapat mencoba sistem remounting seperti itu

 mount -o rw, remount /system_root 

Yang seharusnya memungkinkan Anda untuk menulis ke / sistem. Kami belum menguji aplikasi rooting mana yang diperbaiki, tetapi Anda bebas mengujinya sendiri. Akhirnya, Chainfire tidak yakin apakah suhide akan bekerja dengan skema rooting baru ini, tetapi ia menyatakan akan terus mencari solusinya.


Untuk mengunduh SuperSU untuk ponsel Google Pixel, kunjungi thread forum. Terima kasih banyak kepada Chainfire karena telah membawa root ke perangkat! Biarkan Game Tweaking dimulai!

Kunjungi Subforum SuperSU!

Kisah ini berkembang dan akan diperbarui saat kami menerima informasi baru. Satu Google Pixel dikorbankan dalam pembuatan artikel ini. Data RIP Jeff.


Addendum # 1: Perbaikan Sementara untuk AdAway

Unduh AdAway v3.1.2 dari forum kami, lalu gunakan emulator terminal atau shell ADB untuk memasukkan perintah berikut:

 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 

Mulai ulang, dan Anda harus memiliki pemblokiran iklan di seluruh sistem.