Google Pixel і Pixel тепер мають root-права, завдяки старшому розробнику XDA Chainfire! Переходьте до нас, щоб дізнатися більше про те, як ви можете рутувати свій піксель!
Цей метод застарів і може не працювати. Відвідайте наші форуми Google Pixel і Pixel XL, щоб дізнатися про найновіші методи root.
Як і було обіцяно, безсистемний рут для Google Pixel і Pixel XL є зараз доступний. Старший визнаний розробник XDA Ланцюговий вогоньпрацював над root для Google Pixel Останні кілька днів він працює під керуванням Android 7.1 Nougat, і він досяг того етапу свого розвитку, коли тепер йому досить зручно ділитися своєю роботою зі спільнотою.
Кореневий доступ для Google Pixel і Google Pixel XL доступний після встановлення SuperSU 2,78 SR2, що дозволяє су отримати доступ, не торкаючись нічого в системному розділі та дозволяючи перемикати dm-verity. Перш ніж ви зможете рутувати свій пристрій, вам спочатку потрібно розблокувати завантажувач. Першим кроком у розблокуванні завантажувача є завантаження двійкових файлів adb і fastboot (ми рекомендуємо захопити
Якщо ви придбали свій пристрій Pixel безпосередньо в Google, вам потрібно лише видати розблокування перепрошивки fastboot за командою розблокування OEM швидкого завантаження. Якщо ви придбали Pixel у Verizon або EE, вам знадобиться розблокуйте завантажувач за допомогою інструменту dePixel8. Але поспішайте, оскільки розробники SunShine згадали, що їхній експлойт розблокування завантажувача може бути виправлений у майбутньому листопадовому оновленні безпеки!
Як встановити SuperSU на ваш Pixel
Як зазначає Chainfire у своїй публікації в Google+, вам потрібно буде спочатку завантажити завантаження до кореня зображення для Pixel або Pixel XL на його веб-сайті. Ти можеш натисніть тут щоб завантажити zip для Google Pixel, або натисніть тут щоб завантажити архів zip для Google Pixel XL. Після завантаження zip вам потрібно швидке завантаження в завантаження до кореня зображення, НЕfastboot прошити образ! Іншими словами, єдина команда, яка вам знадобиться для двох пристроїв, така:
fastbootbootboot-to-root.imgЗачекайте кілька хвилин, і після кількох перезавантажень ви завантажитеся з повним кореневим доступом. ура!
Негайне використання кореневого доступу
До речі, окрім звичайних функцій, які повинен надати root-доступ, ми протестували кілька речей, які, як ми знали, вас усіх зацікавлять. Спочатку, чи можете ви повернути Google Now on Tap? Відповідь така так! Все, що вам потрібно зробити, це відредагувати буд.проп з наведеною нижче зміною перезавантажте та очистіть дані Google App, і ви більше не бачитимете Google Assistant.
Зміна
ro.opa.eligible_device=trueдо
ro.opa.eligible_device=<strong>falsestrong>Що щодо іншої часто прихованої функції: двічі торкніться, щоб розбудити? Ми шукали прихований перемикач і виявили, що ним виглядає.
sailfish:/sys/devices # echo 1 > ./soc/7577000.i2c/i2c-3/3-0020/input/input3/wake_gestureНа жаль, коли ми змінили значення, воно, здавалося, не закріпилося. На даний момент, здається, вам доведеться перепрошити спеціальне ядро, наприклад ElementalX щоб d2tw працював.
Деякі інші речі, які ми перевірили, включають роботу Titanium Backup (це робить), Краща статистика акумулятора (працює), Теми субстрату/шарів (здається, є деякі проблеми) і блокування реклами (не вдається). Ad-away наразі не працює, оскільки /system не може бути встановлено для читання та запису за замовчуванням, тому нам доведеться зачекати, доки TWRP стане доступним, перш ніж ми зможемо прошити безсистемний обхідний шлях для Ad-Away. І так, ми вже пробували використовувати FlashFire щоб прошити активатор Ad-Away для безсистемного кореня, але, здається, це також не працює наразі.
sailfish:/sys/devices # mount -o rw, remount /system
mount: '/system' not in /proc/mountsОновлення: Chainfire підтвердив, що FlashFire та інші програми потрібно буде оновити, перш ніж їх можна буде використовувати. Додаткову інформацію дивіться нижче.
Оновлення 2: Chainfire надіслав нам повідомлення про обхідний шлях, щоб AdAway працював, доки сам додаток не буде оновлено. Дивіться додаток у кінці статті.
Ось кілька скріншотів, які показують, що Titanium Backup працює. Отже, якщо ви використовуєте інший пристрій і бажаєте відновити всі резервні копії програм, можете бути впевнені, що всі ваші дані програми буде відновлено.
Ми продовжимо глибоко занурюватися в наші пристрої Pixel, щоб побачити, що ми можемо перемикати. Яка «ексклюзивна функція Pixel» буде наступною восени?
«Боротьба» за досягнення кореня
Chainfire досить прискіпливий, коли справа доходить до приміток до випуску. Коли ви розробник, який надає десяткам тисяч користувачів метод отримання кореневого доступу, це добре Сенс бути максимально прозорим, щоб не зіткнутися з натовпом збентежених користувачів, які цікавляться, чому щось так зламаний. Поки його обліковий запис Twitter (@ChainfireXDA) більше зарезервований для коротких оголошень, Chainfire, як правило, публікує дуже вітальні, довгі пояснення на своїх Google+ рахунок. Цього разу нічим не відрізняється.
По-перше, Chainfire пояснює, які зміни було внесено до двох телефонів Pixel, які йому потрібно було обійти, щоб отримати root-доступ. Зокрема, Chainfire вперше описує нову структуру розділів на пристроях Pixel.
Новий макет розділу (Pixel і, можливо, багато майбутніх пристроїв):
- Є два з кількох розділів Android, завантаження, система, постачальник
- Розділи відновлення та кешу зникли
— Кореневий каталог/каталог для Android тепер є частиною системного розділу, а не завантажувального розділу (initramfs).
- Відновлення тепер знаходиться всередині звичайного завантажувального образу та використовує його initramfs (який раніше використовувався Android)
Як ми розглядали раніше, ці зміни розділу на двох телефонах Pixel вимагають деяких змін поточного кореневого методу. Chainfire підтвердив, що ці модифікації розділу /system вимагали іншого підходу, який може передбачати модифікацію ядра.
З новою структурою розділів Pixel ті файли, які ми змінювали, перемістилися до системного розділу (те, що ми спочатку вважали /system, тепер є підпапкою всередині файлової системи цього розділу). Отже, чи можемо ми тоді просто змінити системний розділ, який містить усі ці файли, і залишити завантажувальний образ у спокої? Хоча я особисто вважаю за краще модифікувати завантажувальний образ і залишити систему в спокої, зворотне потенційно може бути рішенням, і я знаю, що деякі користувачі техніки навіть віддадуть перевагу цьому.
Однак я не міг змусити це працювати. Завантажувач фактично надсилає інформацію до ядра (яке міститься в образі завантаження). dm-verity з примусовою активацією (який забезпечує цілісність системного розділу), який ми не можемо перехопити або змінити без (барабанний дріб) змінення образу завантаження. Моє перше успішне рутування Pixel було зроблено таким чином - шляхом модифікації обох (зображення, опубліковане раніше, є з цієї спроби).
Іншими словами, немає способу вимкнути dm-verity без певних змін у ядрі, як ми підозрювали. Оскільки ядро примусово вмикає dm-verity, Chainfire потрібно було трохи змінити ядро, щоб зупинити dm-verity від запобігання змінам системного розділу. На щастя, Chainfire виявив, що його модифікація вимагає лише невеликого бінарного патча ядра, але не повної перекомпіляції ядра. Таким чином, його рішення має залишатися загальним рішенням для пристроїв Android 7.1 зі схемою розділення A/B.
Щоб пояснити цей новий метод root більш детально, Chainfire досягає безсистемного root шляхом створення ядро використовує initramfs образу завантаження як кореневий каталог, а не будь-що з системи перегородка. Для цього вміст кореневого каталогу системного розділу імпортується до завантажувального образу, що дає змогу змінювати ці файли без необхідності змінювати системні файли. Системний розділ монтується до /system_root, а сама /system пов’язана SIM-картою з /system_root/system. І, нарешті, його патч ядра змінює ядро таким чином, що воно ігнорує команду, надіслану із завантажувача, яка зазвичай примусово виконує dm-verity.
Однак із цим новим методом виникають досить тривіальні проблеми. Певні програми, такі як FlashFire або AdAway (обидві, як ми показали, не працюють), очікують, що системний розділ буде змонтовано як /system, а не /system_root, і їх потрібно буде оновити відповідно. Хоча ви можете спробувати перемонтувати систему як таку
mount -o rw, remount /system_rootЩо повинно дозволити вам писати в /system. Ми ще не тестували, які кореневі програми виправляють проблему, але ви можете перевірити це самостійно. Нарешті, Chainfire не впевнений suhide працюватиме з цією новою схемою вкорінення, але він заявляє, що продовжуватиме шукати обхідний шлях.
Щоб завантажити SuperSU для телефонів Google Pixel, перейдіть на сторінку Тема форуму XDA. Велика подяка Chainfire за надання root доступу до пристроїв! Нехай ігри налаштування починаються!
Відвідайте підфорум SuperSU XDA!
Ця історія розвивається і буде оновлюватися, коли ми отримаємо нову інформацію. Під час створення цієї статті було пожертвовано одним Google Pixel. RIP дані Джеффа.
Додаток №1: Тимчасове виправлення для AdAway
Завантажте AdAway v3.1.2 з нашого форуми, потім використовуйте або a емулятор терміналу або оболонку ADB, щоб ввести таку команду:
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Перезавантажтеся, і ви повинні мати загальносистемне блокування реклами.