Obtener acceso a la raíz en dispositivos Android no es un concepto nuevo, pero la forma en que se hace ha cambiado con Android 6.0 Marshmallow. El nuevo método de raíz "sin sistema" puede ser un poco confuso al principio, por lo que estamos aquí para ayudarlo a entender todo, por qué lo desea y por qué este método es la mejor manera de rootear un teléfono con Android. .
RELACIONADO: Cómo rootear su teléfono Android con SuperSU y TWRP
Antes de entrar en la raíz sin sistema, es mejor que primero hablemos de cómo funciona "normalmente" en Android y qué se requiere para que haga su trabajo.
Desde Android 4.3, el daemon "su", el proceso que maneja las solicitudes de acceso a la raíz, debe ejecutarse al inicio, y tiene hacerlo con los permisos suficientes para realizar con eficacia las tareas que se le solicitan. Tradicionalmente, esto se lograba modificando los archivos encontrados en la partición / sistema de Android. Pero en los primeros días de Lollipop, no había forma de iniciar el su daemon en el arranque, por lo que se utilizó una imagen de arranque modificada: esto fue efectivamente la introducción de la raíz "sin sistema", llamada así porque no modifica ningún archivo en la partición / system.
Más tarde se encontró una forma de obtener acceso a la raíz de la forma tradicional en Lollipop, lo que efectivamente detuvo el progreso en el método sin sistema en ese momento.
Con la introducción de Marshmallow, sin embargo, Google fortaleció el la seguridad que se implementó por primera vez en Lollipop, esencialmente haciendo que sea inviable lanzar el su daemon con los permisos necesarios simplemente modificando la partición / system. El método sin sistema se resucitó y ahora es el método de rooteo predeterminado para los teléfonos que ejecutan Marshmallow. También vale la pena mencionar que esto también es cierto para Android Nougat, así como para los dispositivos Samsung que ejecutan 5.1 (o más reciente).
Como con cualquier cosa, hay ventajas y desventajas para obtener acceso a la raíz con el método sin sistema. La desventaja principal es que no funciona en dispositivos con gestores de arranque bloqueados de manera predeterminada; puede haber soluciones temporales, pero son muy específicas para cada dispositivo. En otras palabras, si no hay una solución para su dispositivo y tiene un gestor de arranque bloqueado, esencialmente no hay forma de obtener acceso de administrador.
RELACIONADO: Cómo instalar una actualización de Android OTA sin perder la raíz con FlashFire
Aparte de eso, sin embargo, el método sin sistema es generalmente mejor. Por ejemplo, es mucho más fácil aceptar actualizaciones por aire (OTA) cuando se inicia con este método, especialmente cuando se utiliza una herramienta como FlashFire. FlashFire puede flashear firmwares comunes y volver a enraizarlos mientras parpadea, así como manejar la instalación de OTA (nuevamente, volver a enraizarlo mientras parpadea). Básicamente, si está ejecutando un dispositivo rooteado, FlashFire es una buena herramienta para tener. Tenga en cuenta que actualmente todavía está en versión beta, pero el desarrollo avanza bastante.
El método de raíz sin sistema también es mucho más limpio, ya que no agrega ni modifica archivos en la partición / system. Eso significa que es mucho más fácil un enraizar su teléfono, también. Ni siquiera sobrevive a un restablecimiento de fábrica, por lo que es mucho más simple asegurarse de que los dispositivos se desarrulen y limpien antes de venderlos.
RELACIONADO: Explicación de SafetyNet: ¿Por qué Android Pay y otras aplicaciones no funcionan en raíz? Dispositivos
Por supuesto, ese último bit es un arma de doble filo, ya que algunos usuarios preferirían permanecer enraizados después de restablecer el dispositivo de fábrica. La buena noticia es que solo necesita volver a flashear el archivo SuperSU apropiado para volver a ganar acceso a la raíz, que es fácil. Y si desea destrabar sin realizar un restablecimiento de fábrica, puede actualizar una imagen de inicio limpia para su dispositivo. Un comando de solicitud de comando y listo.
También vale la pena señalar que hay ciertos servicios, como Android Pay, que simplemente no funcionarán en dispositivos rooteados. En un momento, Pay trabajaba en dispositivos sin sistema, pero esto fue completamente accidental. Actualmente no hay planes para tratar de eludir la protección de Pay en dispositivos rooteados.
La buena noticia es que realmente no tiene que "decidir" qué método de raíz usar. Cuando destelle SuperSU, decidirá qué método de rooteo es mejor para su teléfono y actuará en consecuencia. Si su teléfono tiene Lollipop o una versión anterior, lo más probable es que use el método / system. Si está ejecutando Marshmallow o más reciente (o si es un dispositivo Samsung con 5.1 o más reciente), modificará su imagen de arranque, proporcionándole una raíz sin sistema.
Es poco probable que el método sin sistema llegue a ser compatible con versiones anteriores de Android, ya que eso requeriría una gran cantidad de trabajo para docenas de dispositivos que se actualizarán a una versión más reciente de Android o se retirarán. Por lo tanto, el enfoque para este nuevo método se está poniendo en Android Marshmallow y Nougat.
Android es un sistema complejo, y obtener acceso a la raíz puede abrir la puerta para desbloquear todo su potencial. Dicho esto, rootear su dispositivo no es algo que deba tomarse a la ligera, a menos que sea un desarrollador u otra unidad desbloqueable con cargador de arranque con imágenes disponibles, definitivamente debe pisar con cuidado. Los desarrolladores en la comunidad de enraizamiento hacen todo lo posible para proporcionar la mejor experiencia de rooting posible, pero eso no siempre significa que va a funcionar a la perfección.
Muchas gracias a Chainfire por tomarse el tiempo para responder nuestras preguntas y ayudar con este artículo!
Cómo crear una unidad USB Live Ubuntu con almacenamiento persistente
Una unidad USB live de Linux es normalmente una pizarra en blanco cada vez que la inicia. Puede iniciarlo, instalar programas, guardar archivos y cambiar la configuración. Pero, tan pronto como reinicies, todos tus cambios se borran y vuelves a un sistema nuevo. Esto puede ser útil, pero si desea un sistema que continúe donde lo dejó, puede crear un USB en vivo con almacenamiento persistente.
¿Qué es cloudd y por qué se ejecuta en mi Mac?
Es posible que haya notado algo llamado cloudd ejecutándose en su Mac mientras usa Activity Monitor. ¿Deberías estar preocupado? ¿Que es esto? Este proceso es parte de macOS y está relacionado con iCloud. RELACIONADO: ¿Qué es este proceso y por qué se ejecuta en mi Mac? Este artículo es parte de nuestra serie en curso que explica varios procesos encontrados en Monitor de actividad, como kernel_task, hidd, mdsworker, installd, WindowServer, blued, launchd, backup, opendirectoryd, powerd, coreauthd, configd, mdnsresponder, UserEventAgent, nsurlstoraged, commerce, parentalcontrold, sandboxd y muchos otros.