Probleme beim Wiederherstellen von ADB-Sicherungen

(Android 7.0, Shield Tablet)
Ich war in der Situation, dass ich meine Daten mehrmals ohne Root sichern musste, und bis jetzt lief alles ziemlich gut.
In Bezug auf Apps und relative Daten (on data/data) verwende ich Helium , das eine ADB-Sicherung pro App mit apk durchführt, ähnlich wie Adebar , und dann stelle ich sie einzeln mit dem adb restoreBefehl wieder her (die Wiederherstellung über Helium hat bei mir nie funktioniert).
Das hat bis jetzt einwandfrei funktioniert.
Ich habe meine Apps regelmäßig gesichert, und entsprechende .adbDateien von glaubwürdiger Größe wurden erstellt, dann habe ich nach einer Datenlöschung meine Sicherungen wiederhergestellt, aber ich fand heraus, dass sie nicht richtig wiederhergestellt wurden. Hier ist das adb restoreProtokoll, erhalten durch 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.

Hier habe ich zum Beispiel versucht, die FDroid-App wiederherzustellen, und ich sehe viele seltsame [discarding file content]Meldungen. Also habe ich versucht, sie mit Titanium Backup wiederherzustellen , aber es zeigte mir diesen leeren Bildschirm: [![Titanium Backup Adb Restore Screen][1]][1]

Ich habe versucht, eine Datei mit diesem Tool.adb auch in eine tar-Datei zu exportieren , aber alles, was ich bekam, war ein Ordner mit einer Datei.META-INFMANIFEST.MF

Sind meine Adb-Backups irreversibel beschädigt?

Bearbeiten: Ich weiß genau, dass ich mich nicht auf Nicht-Root-Sicherungssysteme verlassen sollte, aber ich habe nach dem berüchtigten SuperSu v2.80-Update unerwartet die Root-Rechte verloren, und ich endete mit einem beschädigten Boot-Image, also war das alles, was ich tun konnte . Ich habe den gleichen Vorgang schon früher erfolgreich abgeschlossen, bevor ich mich entschied, mein Gerät zu rooten.

Antworten (1)

Können Sie versuchen, einen Befehl wie folgt auszuführen:

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

Dies ist beispielsweise die Ausgabe:

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

Die Ausgabe könnte wie folgt aussehen:

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

Aber wenn Sie auch sehen:

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

... dann besteht eine gute Chance, dass Ihre ab-Datei beschädigt ist. Möglicherweise wurde die Sicherung nicht vollständig abgeschlossen, oder die Festplatte war beschädigt, oder es ist etwas anderes Schlimmes passiert.

Probleme beim Wiederherstellen von ADB-Sicherungen
AntwortenHierDatenschutz-Bestimmungen1y, 0v