1 votos

¿Es totalmente innecesario borrar la partición de datos después de este fallo de adb y restauración de stock?

He desinstalado este versión de Xposed, porque Yo quería para intentar éste . Nota: Gracias a este comentario En realidad también pude flashear este último, pero me dio un bootloop . Así que yo advertiría a los demás en contra de ese paquete.

Así que el procedimiento para este último fue adb pero resulta que adb no funciona para flashear Xposed en mi dispositivo. (Zenfone 2) Yo sólo había logrado instalar mi versión anterior de Xposed usando flasheo de recuperación.

Pero cuando probé el adb script, sin embargo, tengo este resultado . Sin embargo, el teléfono no se reinició ni nada. Igual que la última vez. (Aunque esperé bastante tiempo).

Aunque no hay pruebas de ello, me imaginé que puede haber una pequeña posibilidad de que esto falló adb script había hecho algún tipo de daño a mi firmware. Así que decidí volver a flashear el firmware original "porque sí". ¿Por qué no? De todos modos, eso ya está hecho.

  1. ¿Tiene alguna utilidad borrar también la partición de datos?
  2. ¿Hubo algún beneficio potencial para restaurar el firmware como lo hice?

(Voy a Rootear de nuevo e instalar el mismo Xposed Framework que tenía inicialmente).

0 votos

@DeathMaskSalesman ¿Es este el caso de la adb guiones en ambos ¿los hilos de XDA que enlacé en OP? A los dos les ha pasado lo mismo. (Es por eso que he tenido que flashear a través de la recuperación).

0 votos

@DeathMaskSalesman Sí, parece que ambos scripts carecen de dichas comillas. En los scripts shell se utiliza dos veces. ¿Debo añadir las comillas a ambas líneas?

0 votos

@DeathMaskSalesman Ya veo. Lo intentaré. Por cierto, ¿por qué habrán dejado un error tan raro en los scripts? ¿Y por qué los scripts, conteniendo estos errores, funcionaban para otras personas?

2voto

Análisis de la InstalarXposedFramework.bat nos indica el motivo del fallo del script. El contenido del script es el siguiente:

@echo off

set adb=files\adb.exe

echo '
echo '
echo ' Connecting ZenFone ..
echo '
echo '
%adb% wait-for-devices

echo '
echo '
echo ' Pushing files ..
echo '
echo '
%adb% push assets\xposed-sdk21-x86\system /data/local/tmp/system
%adb% push files\installer /data/local/tmp
%adb% shell "su -c chmod 755 /data/local/tmp/installer"

echo '
echo '
echo ' Installing Xposed Framework ..
echo '
echo '
%adb% shell "su -c /data/local/tmp/installer"

echo '
echo '
echo ' Done, rebooting ..
echo '
echo '
%adb% reboot

Motivo del fracaso

Por encima, el guión se desarrolla sin problemas hasta que golpea:

%adb% shell "su -c chmod 755 /data/local/tmp/installer"

cuyos argumentos no se han formateado correctamente. Específicamente, chmod , 755 y /data/local/tmp/installer están pensados como tres argumentos distintos que se suministran a su -c que acepta un argumento obligatorio (es decir, el comando que debe ejecutarse), un identificador de inicio de sesión opcional y un número opcional y arbitrario de argumentos al final.


Parche para el script

Para que el script funcione, la línea:

%adb% shell "su -c chmod 755 /data/local/tmp/installer"

tiene que ser editado para parecerse:

%adb% shell "su -c 'chmod 755 /data/local/tmp/installer'"

ya que chmod 755 /data/local/tmp/installer es un comando único ( chmod ) con dos argumentos propios ( 755 /data/tmp/installer ). La totalidad de la misma se suministrará entonces como único argumento a su -c y ser ejecutado con permisos Root, permitiendo al script proceder a su ejecución.


Si el teléfono arranca

Entonces la versión de Xposed suministrada junto con el script es incompatible de algún modo. El bootloop es independiente del script de instalación.


¿Debo borrar la partición de datos y reflash el firmware, si ejecuto el original InstalarXposedFramework.bat ?

Absolutamente no, y he aquí por qué: los comandos que empujan Xposed a su dispositivo son los siguientes:

%adb% push assets\xposed-sdk21-x86\system /data/local/tmp/system
%adb% push files\installer /data/local/tmp

. Ya que, como se ha explicado antes, el comando:

%adb% shell "su -c chmod 755 /data/local/tmp/installer"

es defectuoso y por lo tanto hace que el script se cuelgue, de hecho no hay nada instalado. Lo único que hay que hacer, es comprobar si la carpeta /data/local/tmp está vacío, y borra todo lo que contenga si no lo está.

0 votos

Gracias. Por cierto, ¿significa esto que el script se habría colgado para todos los que lo probaron? (Me refiero al script en sí, no al bootloop que se produjo debido al Xposed incompatible).

0 votos

@Fiksdal A menos que uno tenga un raro su binario, entonces sí, este script no funcionará para nadie.

0 votos

Es decir así que raro. Aunque estoy de acuerdo con tu observación, ya que he editado el script y he experimentado la diferencia de primera mano. Lo que no entiendo es que me he encontrado exactamente la misma situación con este Sólo tengo curiosidad, ¿cómo es posible que tanto liberar esto con un error tan grave? (Soy no en desacuerdo con tu respuesta, simplemente estoy estupefacto). Además, ¿por qué nadie lo menciona en los comentarios de XDA?

PreguntAndroid.com

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.

Powered by:

X