Google Pixel и Pixel вече имат root, с любезното съдействие на XDA Senior Developer Chainfire! Отидете, за да научите повече за това как можете да руутнете своя пиксел!
Този метод е остарял и може да не работи. Моля, посетете нашите форуми за Google Pixel и Pixel XL за най-новите руут методи.
Както беше обещано, безсистемен root за Google Pixel и Pixel XL е Налично сега. XDA старши признат разработчик Верижен огънработеше върху root за Google Pixel телефон, работещ с Android 7.1 Nouga през последните няколко дни, и той достигна етап от своето развитие, в който вече е достатъчно удобно да споделя работата си с общността.
Основният достъп за Google Pixel и Google Pixel XL е достъпен чрез инсталиране на SuperSU 2,78 SR2, което позволява су достъп без докосване на нищо в системния дял и позволяване на dm-verity да бъде превключван. Преди да можете да руутнете вашето устройство, първо трябва да отключите буутлоудъра си. Първата стъпка в отключването на вашия буутлоудър е да изтеглите двоичните файлове adb и fastboot (препоръчваме да вземете
Ако сте закупили своето устройство Pixel направо от Google, тогава трябва само да издадете a fastboot мига отключване команда, последвана от fastboot oem отключване. В случай, че сте закупили своя Pixel от Verizon или EE, ще трябва да го направите отключете вашия буутлоудър чрез инструмента dePixel8. Но побързайте, защото разработчиците на SunShine споменаха, че техният експлойт за отключване на буутлоудъра може да бъде коригиран в предстоящата актуализация на сигурността през ноември!
Как да инсталирате SuperSU на вашия Pixel
Както Chainfire споменава в публикацията си в Google+, ще трябва първо да изтеглите зареждане към root изображения за Pixel или Pixel XL от неговия уебсайт. Можеш Натисни тук за да изтеглите zip файла за Google Pixel, или Натисни тук за да изтеглите zip файла за Google Pixel XL. След като изтеглите zip, трябва бързо стартиране на зареждане към root изображение, НЕДЕЙбързо стартиране флаш изображението! С други думи, единствената команда, от която ще се нуждаете за двете устройства, е следната:
fastbootbootboot-to-root.img
Изчакайте няколко минути и след няколко рестартирания ще бъдете стартирани с пълен root достъп. Ура!
Незабавно използване на root достъп
Между другото, освен обичайната функционалност, която root достъпът трябва да донесе, ние продължихме и тествахме няколко неща, за които знаехме, че всички ще ви интересуват. Първо, можете ли да върнете Google Now on Tap? Отговорът е да! Всичко, което трябва да направите, е да редактирате build.prop със следната промяна, рестартирайте и изчистете данните от 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 активатора за root без система, но изглежда, че и това не работи в момента.
sailfish:/sys/devices # mount -o rw, remount /system
mount: '/system' not in /proc/mounts
Актуализация: Chainfire потвърди, че FlashFire и други приложения ще трябва да бъдат актуализирани, преди да могат да се използват. Вижте по-долу за повече подробности.
Актуализация 2: Chainfire ни изпрати съобщение със заобиколно решение, за да накараме AdAway да работи, докато самото приложение не бъде актуализирано. Вижте допълнението в края на статията.
Ето някои екранни снимки, които показват, че Titanium Backup работи. Така че, ако идвате от друго устройство и искате да възстановите всички свои резервни копия на приложения, можете да бъдете сигурни, че всичките ви данни на приложенията вече ще бъдат възстановени.
Ще продължим да се гмурнем дълбоко в нашите Pixel устройства, за да видим какво можем да превключваме. Коя „ексклузивна за Pixel“ функция ще бъде следващата есен?
„Борбата“ за постигане на Root
Chainfire е доста педантичен, когато става въпрос за бележки по изданието. Когато вие сте разработчикът, предоставящ на десетки хиляди потребители метод за постигане на root достъп, това прави смисъл да бъдете възможно най-прозрачни, за да не се сблъскате с орда от объркани потребители, които се чудят защо нещо е така счупен. Докато неговият Twitter акаунт (@ChainfireXDA) е запазен повече за кратки съобщения, Chainfire е склонен да публикува много добре дошли, дълги обяснения на своите Google+ сметка. Този път не е по-различно.
Първо, Chainfire обяснява какви промени са направени в двата телефона Pixel, които е трябвало да заобиколи, за да получи root достъп. По-специално, Chainfire първо описва новото оформление на дяловете на устройствата Pixel.
Ново оформление на дяловете (Pixel и вероятно много бъдещи устройства):
- Има два от няколко дяла на Android, зареждане, система, доставчик
- Дяловете за възстановяване и кеша ги няма
- Основната / директория за Android вече е част от системния дял, вместо дяла за зареждане (initramfs)
- Възстановяването вече е в нормалното изображение за зареждане и използва неговите initramfs (които преди се използваха от Android)
Както разгледахме по-рано, тези промени в дяловете на двата телефона Pixel изискват някои модификации на текущия root метод. Chainfire потвърди, че тези модификации на /system partition изискват различен подход, който може да включва модифициране на ядрото.
С новото оформление на дяла на 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 е свързана към /system_root/system. И накрая, неговата корекция на ядрото модифицира ядрото така, че да игнорира командата, изпратена от буутлоудъра, която обикновено налага dm-verity.
Има обаче някои доста тривиални проблеми, въведени с този нов метод. Някои приложения, като FlashFire или AdAway (и двете, които показахме, че не работят) очакват системният дял да бъде монтиран като /system, а не /system_root, и ще трябва да се актуализира съответно. Въпреки това, можете да опитате да премонтирате системата като такава
mount -o rw, remount /system_root
Което трябва да ви позволи да пишете в /system. Все още не сме тествали кои root приложения поправят, но вие сте свободни да го тествате сами. И накрая, Chainfire не е сигурен дали сухид ще работи с тази нова схема за руутване, но той заявява, че ще продължи да търси заобиколно решение.
За да изтеглите SuperSU за телефоните Google Pixel, преминете към Нишка във форума на XDA. Голяма благодарност на Chainfire за пренасянето на root към устройствата! Нека игрите за настройка започнат!
Посетете подфорума на SuperSU XDA!
Тази история се развива и ще бъде актуализирана, когато получим нова информация. Един Google Pixel беше пожертван при създаването на тази статия. RIP данните на Джеф.
Допълнение №1: Временна корекция за AdAway
Изтеглете AdAway v3.1.2 от нашия форуми, след това използвайте или a терминален емулатор или ADB shell, за да въведете следната команда:
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
Рестартирайте и трябва да имате блокиране на реклами в цялата система.