El comando ADB 'su' devuelve 'su: permiso denegado' en un dispositivo totalmente rooteado en modo de recuperación. Puedo modificar carpetas y archivos que requieren acceso de root en el teléfono (cuando se inicia). ADB también funciona cuando se inicia; solo necesito confirmar una ventana emergente de superusuario en el teléfono.
Depuración de USB habilitada.
Cuál puede ser el problema?
¡Gracias!
La mayoría de las recuperaciones no funcionan en modo raíz, y el modo raíz no se puede lograr, ya que el binario SU llama a su aplicación de superusuario para obtener permiso para usar el modo raíz.
Como el subinario no puede llamar a la aplicación, te impide usar el modo SU.
También podría deberse al hecho de que el suarchivo utilizado en la recuperación es el suarchivo de stock que se encuentra en Android, y esto no le permite cambiar al usuario root (como si lo hiciera, todos los dispositivos estarían rooteados).
Algunas recuperaciones permiten el uso de la raíz; tendrá que buscar una para su dispositivo.
No obtendrá una confirmación de superusuario emergente desde dentro de una recuperación rooteada.
Ese diálogo emergente de confirmación de superusuario solo ocurre en un entorno Android normal completamente iniciado.
Parece más probable que el ramdisk utilizado en la recuperación se haya configurado ro.secure=1por default.propaccidente, lo que impide que el su binario se ejecute con un error su: permission denied.
Si se hubiera configurado como ro.secure=0entonces, adb permitiría al usuario del interruptor rootear la función normalmente.
OP: Proporcione más detalles, como la marca del teléfono, qué versión de recuperación, ¿es clockworkmod o stock?
t0mm13b
Jared Madrigueras