Backup-Daten mit kaputtem Bildschirm und leerem System

Gerätedetails:

  • Samsung Galaxy S3 (i9300) mit kaputtem Bildschirm
  • Kein System (lief CM13.0 mit GAPPS)
  • Aktuell geflasht mit TWRP 3.1 mit Odin (war CWM)
  • /Daten | /dev/block/mmcblk0p12 | Größe: 11622 MB Verwendet: 5540 MB Frei: 3440 MB Sicherungsgröße: 5540 MB

Systemdetails:

  • Windows 10
  • adb-1.0.39

Ich muss auf meinem neuen Gerät ein gültiges Nandroid- oder Adb-Backup für Titanium Backup Pro erstellen. Was ich bisher versucht habe:

  • adb backup --twrp data (auch mit --compress Option) auf meinen Laptop, aber es ist derzeit nicht wiederherstellbar. #1011
  • adb-Sicherung ohne --twrp führt zu einer 0-KB-Datei. Versucht, adb-1.0.31 wie in Frage 83080 beschrieben zu verwenden , hat aber nicht funktioniert (kein Passwort festgelegt)
  • Sicherung mit CM Recovery v6.0.4.6, scheint aber auf dem System fehlzuschlagen (nicht sicher). Der Sicherungsordner enthält nur boot.img und recovery.img
  • adb-Deinstallationspaket zum Erstellen von Speicherplatz/Reduzieren der Backup-Größe. /sbin/sh: pm: nicht gefunden

Gibt es andere Möglichkeiten, wie ich es versuchen kann, ohne Apps und Daten zu verlieren?

Antworten (1)

Wiederherstellung des Systems mit dem, was zuvor ausgeführt wurde, indem Sie Folgendes tun:

  • twrp Wipe System (es war schon leer, aber zur Sicherheit)
  • twrp Wipe-Cache
  • twrp install /sdcard/Download/cm-13.0-20160113-UNOFFICIAL-temasek-i9300-V2.9.zip
  • twrp install /sdcard/Download/open_gapps-arm-6.0-mini-20171004.zip
  • twrp install /sdcard/TWRP/SR4-SuperSU-v2.78-SYSTEMMODE.zip
  • twrp fixperms
  • twrp Wipe-Cache
  • twrp wischen dalvik

Danach blieb es in einem Bootloop hängen. Ich hatte Android Studio geöffnet, um den Logcat zu beobachten, und es gelang mir irgendwie, Pakete mit der PM-Datei der Adb-Shell zu deinstallieren , kurz vor dem Fehler Fatal Signal 11 (SIGSEGV), mit der Absicht, den Bootloop zu beheben.

Ich habe zuerst CM 13-Designs deinstalliert, da sie vor dem Fatal-Signal 11 erschienen. Es kam zu einem Punkt, an dem unklar war, was den Bootloop verursachte, und ich erinnerte mich, dass ich eine benutzerdefinierte Bootanimation mit einem dieser Designs aktiviert hatte. Gelöscht /data/system/theme/bootanimation.zip , hat aber nicht geholfen. Ich habe versucht, debug.sf.nobootanimation=1 zu /system/build.prop hinzuzufügen , hat aber auch nicht geholfen.

Dann habe ich mich entschieden, Pakete zu deinstallieren, die ich nicht sichern muss, da ich vorhatte, mit CWM Recovery erneut ein Backup zu erstellen, wenn genügend Speicherplatz verfügbar ist. Zu meiner Überraschung konnte ich den Bootloop verlassen! Wahrscheinlich waren eine oder mehrere Apps die Ursache für den Bootloop nach dem erneuten Flashen des ROM.

Ich kann jetzt Vysor verwenden, um Apps und Daten zu sichern, die ich mit Titanium Backup benötige, um sie auf mein neues Gerät zu übertragen.

Alhamdulillah..

Ich hoffe, dass dies jemandem von Nutzen sein kann, der möglicherweise ein ähnliches Problem hat.

Optionen sind: