(Android 7.0, Shield Tablet)
Me he encontrado en la situación de tener que hacer una copia de seguridad de mis datos sin Root varias veces, y hasta ahora todo ha ido bastante bien.
En cuanto a las aplicaciones y los datos relativos (en data/data ), utilizo Helio que realiza una por aplicación adb backup con apk, similar a lo que Adebar entonces los restauro individualmente usando el adb restore (la restauración a través de Helium nunca me ha funcionado).
Esto ha funcionado sin problemas hasta ahora.
Hacía regularmente una copia de seguridad de mis aplicaciones, y las respectivas .adb se crearon archivos de tamaño creíble, luego, después de un borrado de datos, procedí a restaurar mis copias de seguridad, pero descubrí que no se estaban restaurando bien. Aquí está el adb restore registro, recibido a través de adb logcat -s BackupManagerService :
07-17 19:14:39.562 759 2184 I BackupManagerService: Beginning full restore...
07-17 19:14:39.604 759 2184 D BackupManagerService: Starting restore confirmation UI, token=761002928
07-17 19:14:39.620 759 2184 D BackupManagerService: Waiting for full restore completion...
07-17 19:14:41.125 759 3508 D BackupManagerService: acknowledgeFullBackupOrRestore : token=761002928 allow=true
07-17 19:14:41.127 759 16894 I BackupManagerService: --- Performing full-dataset restore ---
07-17 19:14:41.142 759 16894 I BackupManagerService: Package org.fdroid.fdroid not installed; requiring apk in dataset
07-17 19:14:41.144 759 16894 D BackupManagerService: APK file; installing
07-17 19:14:41.144 759 16894 D BackupManagerService: Installing from backup: org.fdroid.fdroid
07-17 19:14:41.968 759 16894 D BackupManagerService: [discarding file content]
07-17 19:14:41.968 759 16894 D BackupManagerService: [discarding file content]
07-17 19:14:41.969 759 16894 D BackupManagerService: [discarding file content]
07-17 19:14:41.969 759 16894 D BackupManagerService: [discarding file content]
07-17 19:14:41.969 759 16894 D BackupManagerService: [discarding file content]
07-17 19:14:41.969 759 16894 D BackupManagerService: [discarding file content]
07-17 19:14:41.969 759 16894 D BackupManagerService: [discarding file content]
07-17 19:14:41.969 759 16894 D BackupManagerService: [discarding file content]
07-17 19:14:41.970 759 16894 D BackupManagerService: [discarding file content]
07-17 19:14:41.970 759 16894 D BackupManagerService: [discarding file content]
07-17 19:14:41.971 759 16894 D BackupManagerService: [discarding file content]
07-17 19:14:41.971 759 16894 D BackupManagerService: [discarding file content]
07-17 19:14:41.971 759 16894 D BackupManagerService: [discarding file content]
07-17 19:14:41.972 759 16894 D BackupManagerService: [discarding file content]
07-17 19:14:41.972 759 16894 D BackupManagerService: [discarding file content]
07-17 19:14:41.973 759 16894 D BackupManagerService: [discarding file content]
07-17 19:14:41.976 759 16894 D BackupManagerService: [discarding file content]
07-17 19:14:42.548 759 16894 D BackupManagerService: [discarding file content]
07-17 19:14:42.548 759 16894 D BackupManagerService: [discarding file content]
07-17 19:14:42.548 759 16894 D BackupManagerService: [discarding file content]
07-17 19:14:42.549 759 16894 D BackupManagerService: [discarding file content]
07-17 19:14:42.549 759 16894 W BackupManagerService: Saw type=0 in tar header block, info=FileMetadata{null,0,null:,0}
07-17 19:14:42.550 759 2184 I BackupManagerService: Full restore processing complete.
07-17 19:14:42.551 759 16894 D BackupManagerService: Full restore pass complete.Aquí he intentado restaurar la aplicación FDroid, por ejemplo, y veo un montón de cosas raras [discarding file content] mensajes. Entonces, intenté restaurarlos con Copia de seguridad en titanio pero me mostró esta pantalla vacía: [![Pantalla de restauración adb de la copia de seguridad de Titanium][1]]
He intentado exportar un .adb a un archivo tar también, utilizando esta herramienta , pero todo lo que obtuve fue un META-INF carpeta con un MANIFEST.MF archivo.
¿Están mis copias de seguridad de adb irreversiblemente corrompidas?
Editar: Sé perfectamente que no debería confiar en los sistemas de copia de seguridad no Root, pero inesperadamente perdí los privilegios de Root después de la infame actualización de SuperSu v2.80, y terminé con una imagen de arranque corrupta, así que esto era todo lo que podía hacer. Completé con éxito el mismo proceso otras veces, antes de decidirme a Rootear mi dispositivo.
