Boot-looped y se quedó atascado en el logo de "powered by Android". Logcat no ha sido muy útil. Quiero saber qué es lo que causa el atasco. Todo lo que tengo es esto de /sys/fs/pstore/console-ramoops-0
'android.frameworks.sensorservice@1.0::ISensorManager/default': No such file or directoryAdjunto Entero /sys/fs/pstore/console-ramoops-0
¿Cuál parece ser el problema?
Tengo copias de seguridad de TWRP de vendor system boot con el que he jugado a restaurar. No hubo suerte. Esta es la acción MIUI ROM con TWRP as recovery base así que después de flashear dm-verify-no encrypt.zip ( no recuerdo el nombre exacto ) + certification.zi & permssiver consigo pasar MIUI pero ahora en bucle en powered by android logo
fsck resultados
olivelite:/ # e2fsck /dev/block/mmcblk0p60
e2fsck 1.43.3 (04-Sep-2016)
/dev/block/mmcblk0p60: clean, 4614/65536 files, 184349/262144 blocks
olivelite:/ # fsck /dev/block/mmcblk0p60
/sbin/sh: fsck: not found
127|olivelite:/ # e2fsck -v /dev/block/mmcblk0p60
e2fsck 1.43.3 (04-Sep-2016)
/dev/block/mmcblk0p60: clean, 4614/65536 files, 184349/262144 blocks
olivelite:/ # e2fsck -v /dev/block/mmcblk0p59
e2fsck 1.43.3 (04-Sep-2016)
/dev/block/mmcblk0p59: clean, 4547/262144 files, 680379/1048576 blocks
olivelite:/ # e2fsck -v /dev/block/mmcblk0p62
e2fsck 1.43.3 (04-Sep-2016)
data: clean, 62826/1389536 files, 3383723/5667584 blocks
olivelite:/ # e2fsck -v /dev/block/mmcblk0p57
e2fsck 1.43.3 (04-Sep-2016)
/dev/block/mmcblk0p57: clean, 33/98304 files, 22707/98304 blocksenter fsck sonidos limpios para todos partitions
Aquí está el **logcat** & aquí está **dmesg** de logcat podría ser un decryption de la cuestión. Pero eso es sólo para boot twrp pide el patrón y descifra sin problemas. ¿Por qué no puede ocurrir durante boot - esa es mi corazonada sobre el prob. No trato de atraer en esa dirección. Como Mikko dijo que casi todo grita por lo que es difícil atrapar al culpable
Voy a intentar /data copia de seguridad wipe y restore Veamos...
. Actualización
como sospechaba parece ser encryption relacionado. la anterior instalación con éxito tenía un pattern lock ( en el momento en que se construyó esa instalación, yo flashed - permissiver.zip, certificate.zip & dm-verity-force-encryption w default ops to disable verity & disable forced encryption ) - pero TWRP nandroid backup nunca es encrypted . Cuando intentaba restaurarlo - siempre terminaba con TWRP createTarFork() error 255 que es un error muy genérico - con múltiples RC. En mi caso ocurre inmediatamente ( los datos anteriores eran wiped & formatted all relevant partitions . La única forma en la que pude restaurar con éxito fue usando flashtool ( que se ejecuta fastboot comandos debajo ) para instalar stock -> fastboot twrp & patched magisk boot install y luego restaurar /data ( después de ejecutar magisk & dm verity intente twrp restaurar ) - en ese caso la restauración fue exitosa. Así que con los pasos anteriores pude restaurar con éxito /data pero que restauró /data se atascará en bootloop ( si twrp las copias de seguridad no son encrypted ¿Por qué entonces un simple wipe & format no permitir TWRP restore ? sólo flashtool de-novo stock instalar permitirá restaurar He leído un error en twrp no dejará que la copia de seguridad de encrypted partition ser restaurado en un-encrypted ..ok así que yo también encrypted de-novo stock instalar con el mismo patrón y después de restaurar con éxito /data se quedó atascado en el mismo bootloop de nuevo ) .
mientras estoy usando este de-novo stock instalar ahora mismo con aplicaciones de "kit de supervivencia mínimo". Podría sacar registros de lo que un successful boot parecía para comparar con boot loop after /data restored He subido antes ( como sugirió Mikko - necesito registros de arranque malo y normal para comparar ) .
Así que la gran pregunta
es cómo en el mundo puedo volver /data para restaurar desde mi Nandroid backup sin boot looping
Subido estos :
Arranque normal pmsg-ramoops , dmesg , ramoops ( los 2 últimos son más o menos lo mismo - si lees ramoops- suficientemente bueno ), logcat No hace falta decir que la restauración se intenta en la misma ROM de stock
