Copia de seguridad de datos con pantalla rota y sistema vacío

Detalles del dispositivo:

  • Samsung Galaxy S3 (i9300) con pantalla rota
  • Sin sistema (estaba ejecutando CM13.0 con GAPPS)
  • Actualmente flasheado con TWRP 3.1 con Odin (era CWM)
  • /datos | /dev/bloque/mmcblk0p12 | Tamaño: 11622 MB Usado: 5540 MB Libre: 3440 MB Tamaño de copia de seguridad: 5540 MB

Detalles del sistema:

  • ventanas 10
  • adb-1.0.39

Necesito hacer una copia de seguridad válida de nandroid o adb para Titanium Backup Pro en mi nuevo dispositivo. Lo que he probado hasta ahora:

  • adb backup --twrp data (también con la opción --compress) en mi computadora portátil, pero actualmente no se puede restaurar. #1011
  • copia de seguridad adb sin --twrp, da como resultado un archivo de 0 KB. Intenté usar adb-1.0.31 como se describe en la pregunta 83080 pero no funcionó (no se estableció una contraseña)
  • copia de seguridad con CM Recovery v6.0.4.6, pero parece fallar en el sistema (no estoy seguro). La carpeta de respaldo solo contiene boot.img y recovery.img
  • Paquete de desinstalación adb para crear espacio/reducir el tamaño de la copia de seguridad. /sbin/sh: pm: no encontrado

¿Alguna otra forma en que pueda probar sin perder aplicaciones y datos?

Respuestas (1)

Sistema restaurado con lo que se estaba ejecutando antes haciendo:

  • sistema de limpieza twrp (ya estaba vacío, pero por si acaso)
  • borrar caché twrp
  • twrp install /sdcard/Download/cm-13.0-20160113-NO OFICIAL-temasek-i9300-V2.9.zip
  • instalación twrp /sdcard/Descargar/open_gapps-arm-6.0-mini-20171004.zip
  • instalación twrp /sdcard/TWRP/SR4-SuperSU-v2.78-SYSTEMMODE.zip
  • twrp fixperms
  • borrar caché twrp
  • twrp limpiar dalvik

Posteriormente se quedó atascado en un bootloop. Tenía Android Studio abierto para ver el logcat y de alguna manera logré desinstalar paquetes adb shell pm , justo antes del error Fatal Signal 11 (SIGSEGV), con la intención de arreglar el bootloop.

Primero desinstalé los temas de CM 13, ya que aparecían antes de Fatal Signal 11. Llegué a un punto en el que no estaba claro qué estaba causando el bootloop y recordé que había activado una animación de arranque personalizada con uno de esos temas. Eliminó /data/system/theme/bootanimation.zip , pero no ayudó. Intenté agregar debug.sf.nobootanimation=1 a /system/build.prop , pero tampoco ayudó.

Luego decidí desinstalar los paquetes que no necesito respaldar, ya que estaba planeando intentar crear una copia de seguridad nuevamente con CWM Recovery cuando hubiera suficiente espacio disponible. ¡Para mi sorpresa, pude salir del bootloop! Probablemente una o más aplicaciones fueron la causa del bootloop después de volver a flashear la ROM.

Ahora puedo usar Vysor para respaldar aplicaciones y datos que necesito con Titanium Backup para transferir a mi nuevo dispositivo.

Alhamdulillah..

Espero que esto pueda ser útil para alguien más que pueda estar experimentando un problema similar.

Las opciones son: