2 votes

Problèmes de restauration des sauvegardes ADB

(Android 7.0, Shield Tablet)
Je me suis retrouvé dans la situation de devoir sauvegarder mes données sans Root à plusieurs reprises, et jusqu'à présent tout s'est bien passé.
En ce qui concerne les applications et les données relatives (sur data/data ), j'utilise Hélium qui effectue une par application sauvegarde adb avec l'apk, similaire à ce que Barre d'adresse le fait, puis je les restaure individuellement à l'aide de la fonction adb restore (la restauration par Helium n'a jamais fonctionné pour moi).
Cela a fonctionné sans problème jusqu'à présent.
J'ai régulièrement fait des sauvegardes de mes applications, et respectivement de mes applications et de mes applications. .adb Des fichiers d'une taille crédible ont été créés, puis, après un effacement des données, j'ai procédé à la restauration de mes sauvegardes, mais j'ai découvert qu'elles ne se restauraient pas correctement. Voici les adb restore log, received trough 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.

Ici, j'ai essayé de restaurer l'application FDroid, par exemple, et je vois beaucoup de choses bizarres. [discarding file content] des messages. J'ai donc essayé de les restaurer avec Titanium Backup mais il m'a montré cet écran vide : [ ![Titanium backup adb restore screen][1]][1]

J'ai essayé d'exporter un .adb vers un fichier tar également, en utilisant cet outil mais tout ce que j'ai obtenu, c'est un META-INF avec un dossier MANIFEST.MF fichier.

Mes sauvegardes adb sont-elles irréversiblement corrompues ?

Edita: Je sais parfaitement que je ne devrais pas m'appuyer sur des systèmes de sauvegarde non Root, mais j'ai inopinément perdu les privilèges Root après la fameuse mise à jour SuperSu v2.80, et je me suis retrouvé avec une image de démarrage corrompue, c'était donc tout ce que je pouvais faire. J'ai terminé avec succès le même processus d'autres fois, avant de décider de Rooter mon appareil.

1voto

Nico Adams Points 953

Pouvez-vous essayer d'exécuter une commande comme suit :

dd if=<your-file>.ab bs=24 skip=1 | pigz -d | tar -tvf - > file-list.txt

Par exemple, voici le résultat :

dd if=backup-2018-10-19-2.ab bs=24 skip=1 | pigz -d | tar -tvf - > backup-file.ab.list

Le résultat pourrait ressembler à ceci :

56606374+1 records in
56606374+1 records out
1358552980 bytes (1.4 GB, 1.3 GiB) copied, 74.4385 s, 18.3 MB/s

Mais si vous voyez aussi :

pigz: skipping: <stdin>: corrupted -- incomplete deflate data
pigz: abort: internal threads error
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now

... alors il y a de fortes chances que votre fichier ab soit corrompu. La sauvegarde n'a peut-être pas été complète, le disque était défectueux ou quelque chose d'autre s'est produit.

androidalle.com

AndroidAlle est une communauté de androiders où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X