1 votos

¿qué es lo que ha provocado este bootloop en xposed y cómo evitar que vuelva a ocurrir?

Mi teléfono Android está atascado en un bucle de arranque. Para solucionar el problema he podido arrancar en TWPR y utilizar adb pull /sys/fs/pstore/console-ramoops para obtener algunos registros de arranque (¿es ese el archivo correcto?).

Al abrir el archivo en un visor de texto está muy corrompido, con falta de letras como en este ejemplo...

zalgo logs

¿Hay algún otro procedimiento que pueda seguir para obtener un archivo de registro correctamente codificado o no corrompido o para arreglar el que tengo? Fue literalmente la única manera que encontré de sacar algunos logs del terminal TWRP...

En cuanto a la resolución de problemas: antes del último estado bueno conocido no se realizó ninguna acción en particular... sólo se utilizó el telegrama brevemente.

Entonces empecé a tener caídas de la aplicación del sistema así que reinicié. Este es el resultado...

Actualización Parece que adb se conecta durante la animación de arranque. He podido hacer adb logcat -v time -b events -b main -b system -b radio >> boot.log y tengo un flujo de registros, publicaré el resultado una vez que termine el bucle de arranque o se agote la batería.

Actualización El sistema de arranque: en efecto, he podido obtener un registro en tiempo real del proceso de arranque. Es es El arranque en bucle desde mi archivo de registro es cada vez más grande, por lo que no está "atascado".

Intentando buscar información en el registro encontré este patrón de "esperó un segundo"... que parece indicar que algo no se está ejecutando o está fallando.

Aquí hay una captura de pantalla de lo que quiero decir:

enter image description here

La cifra de 838 segundos de espera me parece correcta ya que tuve mi teléfono registrando durante unos 15 minutos...

Sigo registrando hasta que pase algo, pero ahora creo que necesito ayuda para depurar este problema...

Parece que hay dos cosas que se esperan:

07-01 22:58:59.863 W/slim_daemon(  951): Waited one second for android.frameworks.sensorservice@1.0::ISensorManager/default. Waiting another...

y

07-01 22:59:02.359 W//system/bin/cameraserver( 3000): Waited one second for android.hardware.camera.provider@2.4::ICameraProvider/legacy/0. Waiting another...

Mi conclusión por ahora es que puede haber algún problema con la cámara o los sensores...

Esto parece ser lecturas para la temperatura.. 53° es bastante caliente...

enter image description here

Además, esto parece implicar que el volcado de las estadísticas de la batería tardó 262k milisegundos. (?)

enter image description here

¿Hay cosas que pueda buscar específicamente en el registro, como alguna línea conocida o puntos de control como

enter image description here

Adjuntaría el archivo de registro, pero ¿cómo puedo limpiar los datos privados que pueda haber ahí?


El problema inicial está resuelto


Finalmente pude arrancar, desactivando el Xposed módulo hizo el truco:

  1. arrancado a TWRP recovery
  2. flasheado Magisk Manager para el modo de recuperación ( mm-201904040.zip )
  3. ejecutarlo en el terminal de TWRP con */mm
  4. seleccionado m) Magic mount
  5. seleccionado xposed_27
  6. confirmado
  7. reiniciado con el reboot comando

Arrancó en modo seguro, ya que previamente había modificado algunos archivos para inducirlo, así que reinicié de nuevo desde el menú de encendido y arrancó normalmente.

Ahora creo que quiero saber qué ha pasado concretamente para poder volver a habilitar xposed, ya que tengo algunos módulos de los que dependo para las personalizaciones.

También sin cambios en la configuración todavía estoy desconcertado en cómo el teléfono se bootlooped, recuerdo frecuentes ANRs de la aplicación del sistema hasta el punto de no poder ejecutar anythng y reiniciar.

¿Es realmente el fallo de xposed o simplemente la desactivación eliminó un síntoma de algo más?

Así que la pregunta debería ser qué es lo que ha provocado este bootloop en xposed y cómo evitar que vuelva a ocurrir ?

1 votos

Los teléfonos móviles están fuera del tema.

0 votos

En TWRP, ¿has probado a borrar dalvik y caché? Si no, hazlo y reinicia el teléfono. Puede que el teléfono tarde mucho en arrancar. Espera y verás.

0 votos

Sí, lo he intentado varias veces. Reinicié el teléfono y se quedó sin batería (partiendo de la carga completa) durante la noche...

0voto

Ethan Z Puntos 197

El arranque con registros tan desordenados probablemente sugiere que algún otro proceso está leyendo y escribiendo arbitrariamente del flujo io del archivo de registro. En términos simples, algo muy malo.

Creo que tu mejor opción es recuperar todos los datos que puedas y reflashear la ROM. Está claro que algo ha ido muy mal.

0 votos

¿el que he utilizado es el archivo adecuado para los registros?

0 votos

No sé mucho sobre, pero ramoops es sólo un volcado de la memoria RAM por lo que su tipo de normal que los bytes han cambiado - no es un archivo corrupto, sólo una instantánea de la zona sobrescrita de la memoria RAM. en lugar de analizar los registros, ¿qué hay de analizar las razones? lo que ha hecho entre el último arranque con éxito y la primera vez que el problema se produjo?

0 votos

Fue literalmente la única forma que encontré de sacar algunos logs del terminal TWRP.... El problema es que no se hizo ninguna acción en particular... solo se usó telegram brevemente. Luego empecé a tener cuelgues de la aplicación del sistema así que reinicié. Este es el resultado... En realidad tengo registros en vivo... ver actualizaciones de preguntas para algunos hallazgos

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