So kopieren Sie den gesamten Inhalt eines Android-Geräts auf einen Linux-PC

Ich versuche, eine exakte Kopie des Dateisystems auf meinem Android-Tablet auf meinem PC zu erstellen.

Das Gerät ist ein gerootetes Nexus 7 (2013).

Ich habe über adb eine Shell auf dem Gerät geöffnet und versucht, einen Tarball des gesamten Root-Verzeichnisses zu erstellen, aber mein Root-Zugriff war auf 15 Minuten begrenzt, sodass nicht genügend Zeit für die Fertigstellung blieb.

Kann mir hier jemand helfen, indem er mir zeigt, wie man das gesamte Stammverzeichnis kopiert?

*Beachten Sie, dass ich keine Backup-.ab-Datei möchte, sondern nur eine exakte Kopie des Dateisystems

mögliches Duplikat von Full Backup of devices
Glücklicherweise scheint eine vollständige Sicherung, wie in Ihrem Link erklärt, eine .ab-Datei zurückzugeben. Ich möchte nur eine exakte Kopie des vollständigen Dateisystems in seinen ursprünglichen Ordnern usw.
Entschuldigung @Chris M. Falsche verknüpfte Frage. In diesem Beitrag finden Sie gerootete Lösungen. Wie kann ich mein Android-Gerät sichern?
Dank des oben von Lucky bereitgestellten Links konnte ich das ./abd pull .*gerootete Gerät verwenden, um fast das gesamte Gerät auf meinen PC zu kopieren. Einige Dateien wurden jedoch weggelassen, da Root-Zugriff nur für 15 Minuten gewährt wurde, nicht genug, um alle Dateien zu kopieren. Ich nehme an, alles, was ich jetzt brauche, um mein Problem zu lösen, ist eine Möglichkeit, Root-Zugriff für einen längeren Zeitraum zu gewähren, irgendwelche Ideen?
Sehen Sie sich Wie kann ich mein Android-Gerät rooten? Post für weitere Informationen zum Rooten Ihres Geräts.
Wenn Sie nur Dateien eines bestimmten Typs finden möchten, gibt es einen Einzeiler, der definitiv in Ihrem 15-Minuten-Fenster enden sollte: (to be run find . -type f -name "*.pubfrom a shell while in the /(root) directory of the file system) – kein Pull erforderlich das gesamte Dateisystem auf Ihren PC ;)

Antworten (2)

Es ist unwahrscheinlich, dass Sie den gesamten Speicher Ihres Tablets kopieren müssen, um eine Datei aus einer Anwendung zu finden. Angenommen, die von Ihnen verwendete App ist diese , müssten Sie sich nur einchecken /data/data/bn.ereader/. IIRC, Sie können das mit auf Ihren PC ziehen adb pull /data/data/bn.ereader/ .(der Punkt kann erforderlich sein oder auch nicht).

@ChrisM. Hoppla, es ist tatsächlich /data/data/bn.ereader/(ich sollte die Antworten wirklich besser auf Plausibilität prüfen ...)
Ja, ich wusste, welchen du meinst.
Und Josh, um dieses Verzeichnis auf die von Ihnen beschriebene Weise abzurufen, muss der adbd(ADB-Daemon) auf dem Gerät im Root-Modus ausgeführt werden, was normalerweise nicht der Fall ist (aber OP wollte den Speicherort, und Ihre Antwort gibt das an).

Der korrekte Verweis würde auf unser Nandroid-Tag-Wiki verweisen , da ein Nandroid- Backup den gesamten Inhalt abdeckt . Dies ist jedoch nur über benutzerdefinierte Wiederherstellungen verfügbar.

Eine Alternative dazu wäre der ddBefehl ("Disk Duplicator" 1 ).


Offenlegung: Im Folgenden wird eine Anwendung beschrieben, die ich geschrieben und gepflegt habe:

Mein Tool Adebar kann Ihnen ddSkripte für alle Partitionen Ihres Geräts generieren, die Sie dann vor der Ausführung gegenprüfen können. Dabei versucht Adebar herauszufinden, wofür jede Partition verwendet wird, damit Sie nicht nur mit kryptischen Namen auf den Disk-Images enden. Um an den Inhalt zu gelangen, musste man noch herausfinden, welches Dateisystem auf jeder Partition verwendet wird (um es als Loop Device mounten zu können ). Aber für den "schlimmsten Fall" sollten Sie diese Bilder verwenden können, um Ihr Gerät in den Zustand zurückzusetzen, in dem es sich befand, als Sie sie erstellt haben (obwohl ich zugeben muss, dass ich das noch nie versucht habe).

Adebar-Dateien
von Adebar gezogene/generierte Dateien (Bild anklicken für größere Variante)

Adebar ist hauptsächlich in Bash Version 4 geschrieben und verwendet um mit dem Gerät zu kommunizieren. Unter Linux läuft es auf jeden Fall einwandfrei. Ich habe es nicht auf anderen Systemen getestet und bisher kein Feedback von Benutzern erhalten, die das vielleicht versucht haben.


1: Vorsicht: Es trägt den Spitznamen "Disk Destroyer", denn wenn Sie es falsch herum verwenden (dh Quelle und Ziel tauschen), können Sie mit einer "Festplatte ohne Inhalt" enden.

Obwohl diese Lösung auch funktioniert, hat @Josh Holland eine schnellere Möglichkeit zur Lösung meines Problems bereitgestellt, aber trotzdem danke, denn ich werde Ihre Anwendung in Zukunft sicherlich gut nutzen.
Immer gut, Alternativen zu haben! Herzlichen Glückwunsch also an Josh für die Bereitstellung einer Lösung, die genau auf Ihre (und ähnliche) Probleme zugeschnitten ist – Sie müssen ihn dafür positiv bewerten ( ding done.). Ich bin froh, dass Sie auch für meine Anwendung einen Nutzen sehen – es ist auch gut, eine Gerätedokumentation zu haben zum Abgleich vorhanden, was Adebar auch erstellt (siehe blaues Kästchen in obiger Grafik), und ein "vollständiges Backup" (rotes Kästchen: partBackupfür ein partitionsbasiertes Backup) kann auch nicht schaden ;). Übrigens: Die Github-Seite enthält auch ein Wiki, um Ihnen den Einstieg zu erleichtern.