Mi teléfono Android está atascado en un bucle de arranque. Para solucionarlo, pude iniciar en TWPR y usar adb pull /sys/fs/pstore/console-ramoops
para obtener algunos registros de inicio (¿es ese el archivo correcto?).
Al abrir el archivo en un visor de texto, está muy dañado, con letras faltantes como en este ejemplo...
¿Hay algún otro procedimiento que pueda seguir para obtener un archivo de registro codificado correctamente o no dañado o arreglar el que obtuve? Literalmente, fue la única forma que encontré de extraer algunos registros de la terminal TWRP...
En la parte de solución de problemas: antes del último estado bueno conocido, no se realizó ninguna acción en particular... solo se usó Telegram brevemente.
Luego comencé a tener fallas en la aplicación del sistema, así que reinicié. Este ahora es el resultado...
Actualización : parece que adb se conecta durante la animación de arranque. Pude hacerlo adb logcat -v time -b events -b main -b system -b radio >> boot.log
y obtuve una secuencia de registros, publicaré el resultado una vez que haya terminado el ciclo de arranque o la batería se agote.
Actualización : de hecho, pude obtener un registro en tiempo real del proceso de arranque. Es un bucle de arranque ya que mi archivo de registro está creciendo, por lo que no está "atascado".
Tratando de buscar información en el registro, encontré este patrón de "esperé un segundo"... lo que parece indicar que algo no se está ejecutando o no se está ejecutando.
Aquí hay una captura de pantalla de lo que quiero decir:
La cifra de 838 segundos esperados parece correcta ya que tuve mi teléfono iniciando sesión durante unos 15 minutos...
Continuaré iniciando sesión hasta que suceda algo, pero ahora creo que necesito ayuda para solucionar 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...
Estas parecen ser lecturas de temperatura... 53° es bastante caliente...
Además, esto parece implicar que la descarga de las estadísticas de la batería tomó 262 mil milisegundos. (?)
¿Hay cosas que pueda buscar específicamente en el registro, como alguna línea conocida o puntos de control como
Adjuntaría el archivo de registro, pero ¿cómo puedo limpiar cualquier dato privado que pueda haber allí?
Xposed
módulo funcionó:
*/mm
m) Magic mount
xposed_27
reboot
comandoArrancó en modo seguro, ya que anteriormente había modificado algunos archivos para inducir eso, así que reinicié nuevamente desde el menú de encendido y arrancó normalmente.
Ahora creo que quiero saber qué sucedió específicamente para poder volver a habilitar xposed, ya que tengo algunos módulos en los que confío para las personalizaciones.
Además, sin cambios en la configuración, todavía estoy desconcertado por cómo se reinicia el teléfono, recuerdo ANR frecuentes de la aplicación del sistema hasta el punto de no poder ejecutar nada y reiniciar.
¿Es realmente una falla expuesta o simplemente deshabilitarlo eliminó un síntoma de otra cosa?
Entonces, la pregunta debería ser qué causó este bootloop en xposed y cómo evitar que vuelva a suceder .
Bootlooping con logs este desorden probablemente sugiere que algún otro proceso está leyendo y escribiendo arbitrariamente desde el flujo io del archivo de registro. En términos sencillos, cosas muy malas.
Creo que su mejor opción es simplemente recuperar la mayor cantidad de datos que pueda y volver a actualizar la ROM. Claramente algo ha ido muy mal.
PeligrosoGlitch
Reddy Lutonadio
beppe9000
Reddy Lutonadio
beppe9000
alecxs
beppe9000
beppe9000
beppe9000