Root ya está disponible para Google Pixel y Pixel XL: esto es lo que hemos encontrado

¡Google Pixel y Pixel ahora tienen root, cortesía del desarrollador senior Chainfire de XDA! ¡Dirígete para saber más sobre cómo puedes rootear tu píxel!

Este método está desactualizado y es posible que no funcione. Visite nuestros foros de Google Pixel y Pixel XL para conocer los métodos de raíz más recientes.

Como se prometió, root sin sistema para el Google Píxel y Píxel XL es ya disponible. Desarrollador senior reconocido de XDA Fuego en cadenaestaba trabajando en root para Google Pixel teléfono con Android 7.1 Nougat estos últimos días y ha llegado a una etapa de su desarrollo en la que ahora se siente lo suficientemente cómodo compartiendo su trabajo con la comunidad.

El acceso root para Google Pixel y Google Pixel XL está disponible instalando SuperSU 2,78 SR2, que permite su acceda sin tocar nada en la partición del sistema y permitiendo alternar dm-verity. Antes de poder rootear su dispositivo, primero deberá desbloquear su gestor de arranque. El primer paso para desbloquear su gestor de arranque es descargar los binarios adb y fastboot (recomendamos descargar

ADB mínimo y arranque rápido de nuestros foros) y luego instalar el software apropiado Controlador USB de Google para tu máquina.

Si compraste tu dispositivo Pixel directamente a Google, solo necesitas emitir una desbloqueo intermitente fastboot comando seguido de desbloqueo OEM fastboot. En caso de que hayas comprado tu Pixel en Verizon o EE, deberás desbloquea tu gestor de arranque a través de la herramienta dePixel8. ¡Pero date prisa, porque los desarrolladores de SunShine han mencionado que su exploit de desbloqueo del gestor de arranque puede ser parcheado en la próxima actualización de seguridad de noviembre!


Cómo instalar SuperSU en tu Pixel

Como menciona Chainfire en su publicación de Google+, primero deberás descargar el arranque a raíz imágenes para Pixel o Pixel XL fuera de su sitio web. Puede haga clic aquí para descargar el zip para Google Pixel, o haga clic aquí para descargar el zip del Google Pixel XL. Después de descargar el zip, debe arranque rápido el arranque a raíz imagen, NOfastboot flashea la imagen! En otras palabras, el único comando que necesitarás para los dos dispositivos es el siguiente:

fastbootbootboot-to-root.img

Espere unos minutos y, después de algunos reinicios, se iniciará con acceso completo a la raíz. ¡Hurra!


Usos inmediatos del acceso raíz

Por cierto, además de la funcionalidad habitual que debería ofrecer el acceso root, hemos seguido adelante y probado algunas cosas que sabíamos que les interesarían a todos. Por primera vez, ¿Puedes recuperar Google Now on Tap? La respuesta es ¡Sí! Todo lo que necesitas hacer es editar construir.prop Con el siguiente cambio, reinicie y borre los datos de la aplicación Google y ya no aparecerá el Asistente de Google.

Cambiar

ro.opa.eligible_device=true

a

ro.opa.eligible_device=<strong>falsestrong>

¿Qué pasa con otra característica comúnmente oculta? ¿Tocar dos veces para despertar? Buscamos el interruptor oculto y descubrimos lo que parece serlo.

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

Desafortunadamente, cuando cambiamos el valor, no pareció mantenerse. Por ahora, parece que tendrás que actualizar un kernel personalizado como ElementalX para que d2tw funcione.

Algunas otras cosas que hemos probado incluyen si Titanium Backup funciona o no (lo hace), Mejores estadísticas de batería (obras), Temas de sustrato/capas (parece tener algunos problemas) y bloqueo de publicidad (falla). Ad-away no funciona actualmente porque /system no se puede montar en lectura y escritura de forma predeterminada, por lo que tendremos que esperar hasta que TWRP esté disponible antes de poder actualizar el archivo. solución alternativa sin sistema para publicidad ausente. Y sí, ya hemos intentado usar Incendio repentino para actualizar el habilitador Ad-Away para root sin sistema, pero eso tampoco parece estar funcionando en este momento.

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

Actualización: Chainfire ha confirmado que FlashFire y otras aplicaciones deberán actualizarse antes de poder usarse. Consulte a continuación para obtener más detalles.

Actualización 2: Chainfire nos ha enviado un mensaje con una solución alternativa para que AdAway funcione hasta que la aplicación se actualice. Consulte el anexo al final del artículo.

Sin embargo, aquí hay algunas capturas de pantalla que muestran que Titanium Backup funciona. Entonces, si vienes desde otro dispositivo y deseas restaurar todas tus aplicaciones respaldadas, puedes estar seguro de que todos los datos de tus aplicaciones ahora serán restaurados.

Continuaremos profundizando en nuestros dispositivos Pixel para ver qué podemos alternar. ¿Qué característica "exclusiva de Pixel" será la próxima en caer?


La "lucha" por lograr el arraigo

Chainfire es bastante meticuloso cuando se trata de notas de lanzamiento. Cuando eres el desarrollador que proporciona a decenas de miles de usuarios un método para lograr acceso root, hace Tiene sentido ser lo más transparente posible para no enfrentarse a una horda de usuarios confundidos que se preguntan por qué algo está mal. roto. mientras su Cuenta de Twitter (@ChainfireXDA) está reservado más para anuncios breves, Chainfire tiende a publicar explicaciones largas y muy bienvenidas en su Google+ cuenta. Esta vez no es diferente.

En primer lugar, Chainfire explica qué cambios se realizaron en los dos teléfonos Pixel que necesitaba solucionar para lograr acceso de root. En particular, Chainfire describe por primera vez el nuevo diseño de partición en los dispositivos Pixel.

Nuevo diseño de partición (Pixel y probablemente muchos dispositivos futuros):

- Hay dos de varias particiones de Android: arranque, sistema y proveedor.

- Las particiones de recuperación y caché desaparecieron.

- El directorio raíz/para Android ahora forma parte de la partición del sistema, en lugar de la partición de arranque (initramfs)

- La recuperación ahora está dentro de la imagen de arranque normal y usa su initramfs (que solía ser usado por Android)

Como hemos cubierto anteriormente, estos cambios de partición en los dos teléfonos Pixel sería Requiere algunas modificaciones al método raíz actual.. Chainfire ha confirmado que estas modificaciones a la partición /system requirieron un enfoque diferente, uno que puede implicar modificar el kernel.

Con el nuevo diseño de partición del Pixel, los archivos que estábamos cambiando se han movido a la partición del sistema (lo que originalmente pensábamos como /system ahora es una subcarpeta dentro del sistema de archivos de esa partición). Entonces, ¿podríamos entonces modificar la partición del sistema que contiene todos estos archivos y dejar la imagen de arranque en paz? Si bien personalmente prefiero modificar la imagen de arranque y dejar el sistema en paz, lo contrario podría ser una solución, y sé que algunos usuarios de tecnología incluso lo preferirían.

Sin embargo, no pude hacer que esto funcionara. El gestor de arranque en realidad envía información al kernel (que reside en la imagen de arranque) que dm-verity habilitado para la fuerza (que impone la integridad de la partición del sistema), que no podemos interceptar ni cambiar sin (redoble de tambores) modificando la imagen de arranque. Mi primera raíz exitosa del Pixel se hizo de esa manera: modificando ambos (la imagen publicada anteriormente es de este intento).

En otras palabras, no hay forma de desactivar dm-verity sin realizar alguna modificación en el kernel, como sospechábamos. Debido a que el kernel habilita a la fuerza dm-verity, Chainfire necesitaba modificar ligeramente el kernel para evitar que dm-verity impida cambios en la partición del sistema. Sin embargo, afortunadamente, Chainfire descubrió que su modificación sólo requiere un pequeño parche binario del kernel, pero no una recompilación completa del kernel. Por lo tanto, su solución debería seguir siendo una solución genérica para dispositivos Android 7.1 con un esquema de partición A/B.

Para explicar este nuevo método de raíz con más detalle, Chainfire logra la raíz sin sistema al hacer que El kernel usa initramfs de la imagen de arranque como directorio raíz, en lugar de cualquier cosa del sistema. dividir. Para hacerlo, el contenido del directorio raíz en la partición del sistema se importa a la imagen de inicio, lo que permite la modificación de estos archivos sin tener que modificar ningún archivo del sistema. La partición del sistema está montada en /system_root y el propio /system está vinculado de forma simultánea a /system_root/system. Y finalmente, su parche para el kernel modifica el kernel de tal manera que ignora el comando enviado desde el gestor de arranque que normalmente aplicaría dm-verity.

Sin embargo, este nuevo método introduce algunos problemas bastante triviales. Ciertas aplicaciones, como FlashFire o AdAway (que hemos demostrado que no funcionan) esperan que la partición del sistema se monte como /system, no como /system_root, y deberán actualizarse en consecuencia. Aunque puedes intentar volver a montar el sistema como tal.

mount -o rw, remount /system_root

Lo que debería permitirle escribir en /system. Aún no hemos probado qué aplicaciones raíz solucionan el problema, pero puedes probarlo por ti mismo. Finalmente, Chainfire no está seguro de si esconderse funcionará con este nuevo esquema de enraizamiento, pero afirma que seguirá buscando una solución alternativa.


Para descargar SuperSU para los teléfonos Google Pixel, dirígete al Hilo del foro XDA. ¡Muchas gracias a Chainfire por llevar el root a los dispositivos! ¡Que comiencen los juegos de ajustes!

¡Visita el subforo de SuperSU XDA!

Esta historia se está desarrollando y se actualizará a medida que recibamos nueva información. Se sacrificó un Google Pixel al realizar este artículo. QEPD los datos de Jeff.


Anexo #1: Solución temporal para AdAway

Descargue AdAway v3.1.2 desde nuestro foros, luego use un emulador de terminal o ADB Shell para ingresar el siguiente comando:

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

Reinicie y debería tener un bloqueo de anuncios en todo el sistema.