Creo que he brickeado mi dispositivo (Huawei G330, U8225-1). Estaba haciendo adb pushing mientras recibía un "push failed: no space left on device". El teléfono arranca en recovery, he hecho Root pero el bootloader está bloqueado.
Si intento empujar una actualización a SDCARD/dload dice "no such file or directory", si intento adb shell dice "exec '/system/bin/sh' failed: Permiso denegado (13) -"
¿Qué puedo hacer?
Es un ladrillo blando, por las razones que se exponen a continuación:
Mira esta pregunta para ver la de Izzy responder sobre lo que se clasifica como "ladrillo".
Algo se ha estropeado ahí y ha hecho que el entorno de la recuperación se haya estropeado... ¿te importaría dar un poco más de detalles...?
De los comentarios de abajo, se desprende que el OP empujó sobre el archivo binario de shell sh desde el Root del teléfono, (ya sea sobreescribiéndolo y/o con permisos incorrectos) y terminó con un "bloqueo" de la ejecución de los comandos de la shell y falla.
Por cierto, no hay manera de establecer el permiso como el sh ¡el intérprete no tiene el permiso apropiado para el bit ejecutable! Así que la ejecución de cualquier comando en que se falla .
El único remedio es volver a flashear la imagen de recuperación directamente en la partición de recuperación, entrando en el modo fastboot del teléfono, normalmente Power + Volume up , armado con un binario fastboot que debe introducirse en el terminal de Linux o en el cmd de Windows, es decir, dos entornos de sistemas operativos, elija uno de su preferencia:
sudo fastboot flash recovery recovery.imgfastboot-win flash recovery recovery.imgEsto restaurará el entorno de recuperación y entonces el intérprete de shell debería funcionar desde adb shell sesión la próxima vez que se inicie la recuperación.
Parece que system/bin/sh no tiene los permisos para ejecutarse. Debido a esto no puedo "adb shell" nada. ¿Alguna idea?
¿Qué es lo que adb pushing ? Por cierto, intente liberar espacio en la tarjeta SD y vuelva a intentarlo.
Apagué mi sistema manteniendo el botón de encendido durante unos segundos (ignoré el diálogo de encendido en pantalla) y después de arrancar en Android (4.2.1), empecé a recibir el error:
- exec '/system/bin/sh' failed: Permission denied (13) nRet(-1) al intentar ejecutar adb shell . Tampoco pude conectarme a Android a través de la red utilizando el shell SSH ya que la conexión terminó justo después de introducir las credenciales.
¿Y qué más? Las aplicaciones no pudieron obtener acceso Root (no se concedió), por lo que se sintió como el dispositivo ha sido desarraigado.
Por la propia naturaleza del error, sospeché que se trataba de un problema de permisos despojados y, como por suerte tenía instalado un Recovery personalizado, arranqué en él.
TWRP recovery tiene una opción para arreglar los permisos. No sé si puede rectificar el problema, pero como tengo CWM instalado procedí al siguiente paso.
He montado System y entró adb shell .
Corriendo ls -l /system/bin/sh resultó en:
lrwxrwxrwx 1 root root 4 Jun 26 12:47 sh -> mkshParece que sh tiene permiso de ejecución para todo el mundo, pero es un enlace simbólico, así que procedí para el binario real ( mksh ).
Corriendo ls -l /system/bin/mksh resultó en:
-rw-rw-rw- 1 root shell 157456 Apr 24 2013 mkshSe puede ver que pocos x faltan, es decir, el archivo no tiene permiso de ejecución para nadie.
Corrí chmod +x /system/bin/mksh y el resultado final de ls -l /system/bin/mksh era:
-rwxrwxrwx root shell 157456 2013-04-24 13:48 mkshSupuse que mksh para ser la única causa del error "Permiso denegado", así que procedí por el tema "Acceso a root no concedido".
En lugar de tratar de encontrar y jugar con el problema, he flasheado su binarios de nuevo utilizando la opción incorporada de CWM.
Arranqué en Android y todo volvió a ser normal :)
PreguntAndroid es una comunidad de usuarios de Android en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.
