¿Diferencia entre instalar SuperSU usando Play Store versus una recuperación personalizada que lo instala desde un archivo?

13

Veo que algunas guías de enraizamiento dicen que el enraizamiento implica:

  1. Descargue un SuperSU como un archivo zip que sería accesible para el teléfono (por ejemplo, la tarjeta sd).
  2. Desbloquee el cargador de arranque del teléfono.
  3. Arrancar en un modo de recuperación "personalizado". Por ejemplo, TWRP o CWM. Arranca temporalmente usando fastboot o actualiza la recuperación personalizada al teléfono y luego arranca.
  4. Use el modo de recuperación personalizado para instalar el archivo zip SuperSU descargado.
  5. Reinicie el teléfono en modo normal y el acceso raíz debe estar A) disponible y B) administrado por el programa SuperSU.

Sin embargo, también veo que SuperSU también está en Play Store . La instalación desde Play Store no promete ningún acceso de root. (En realidad, se supone que ya lo tienes).

Entonces, mis preguntas son:

  • ¿Qué diferencia hay entre estos métodos de instalación en la práctica?
  • ¿Cuáles son las diferencias técnicas en acciones o restricciones?
  • ¿Y cómo puede / proporciona el método de instalación de recuperación personalizada proporcionar acceso root mientras que el método Play Store no puede?
user29020
fuente

Respuestas:

23

El acceso a la raíz (normalmente) requiere varios componentes que funcionan en concierto entre sí. Una vista algo simplificada de lo que necesita es:

  • Un subinario nativo . Esto se puede invocar desde la línea de comandos o desde aplicaciones. Es lo que realmente realiza el acto de cambiar de usuario y otorga un permiso de raíz de proceso.
  • Una aplicación "gatekeeper", que regula qué otras aplicaciones y procesos pueden invocar supara obtener privilegios de root.

Piense en la aplicación SuperSU como una especie de interfaz gráfica para el subinario.

Debido a la forma en que se configuran los permisos de directorio / archivo en Android, debe tener el subinario en su /systempartición para que funcione. Poner en otro lugar no será suficiente, ya que no tendrá los permisos que necesita para permitir que los procesos cambien de usuario.

Las aplicaciones normales (sin root) no pueden escribir /system, por lo que la aplicación SuperSU en sí no puede simplemente instalarse sudonde debe estar. Esta es la razón por la que no tendrá root si instala SuperSU desde Play Store sin tomar ningún otro paso. Todo lo que tienes es el front-end, pero no las piezas subyacentes que son necesarias. Solo tiene la mitad de lo que necesita para root, y no hay forma de obtener la otra mitad solo de la aplicación SuperSU.

Por lo tanto, la forma más común de sucolocar el archivo en el lugar adecuado es instalarlo desde la recuperación, ya que el sistema de recuperación tiene acceso completo al almacenamiento del dispositivo y puede instalar archivos en cualquier lugar que desee. Una vez hecho esto, SuperSU ya supuede comunicarse entre sí y proporcionar acceso raíz a otros procesos.

El archivo de instalación de recuperación también instala SuperSU porque es conveniente, y su instalación /systemevita que se borre con un restablecimiento de fábrica. Sin embargo, si lo desea, puede instalar solo sudesde la recuperación y luego obtener SuperSU de Play Store. Funcionaría bien. Del mismo modo, puede actualizar SuperSU desde Play Store más adelante y continuará funcionando (porque suya está en su lugar en ese momento).

eldarerathis
fuente
Pregunta: Incluso si tuviera su en / system, ¿usted o las aplicaciones aún tendrían acceso de root incluso sin SuperSU? Es posible que desee reformular SuperSU como el front-end gráfico y el "gatekeeper".
geffchang
2
Creo que depende de cómo suse construyó el binario. Towelroot usa uno que no requiere una aplicación adicional (lo aprueba todo), pero no estoy seguro si SuperSU funciona de esa manera en ausencia de la aplicación.
eldarerathis
"Debido a la forma en que se configuran los permisos de directorio / archivo en Android, debe tener el subinario en su /systempartición para que funcione". ¿Podría proporcionar un enlace que explique sobre esta configuración especial de la /systempartición? ¿Qué pueden hacer los archivos binarios que /systemno están permitidos para los archivos binarios que están activados /data?
Oren Milman