5
Android backup und restore im Recovery-Modus
Moin,
Ich hatte mir vor 2 Monaten einen trekstor surftab breeze 7 quad für den Urlaub der Kids geholt. Für 49€ war das Ding o.k., da war nicht viel verloren, wenn das Ding im Urlaub kaputtgehen sollte. Ist es aber nicht.
Es hatte zwar einige Unzulänglichkeiten, aber zum surfen, mailen, Nachrichten schreiben und ab und zu ein kleines Spiel spielen war es ganz brauchbar und für'n Fünfziger konnte man nicht mehr erwarten.
Leider bootet das Scheißding nicht mehr. Man konnte zwar noch in den recovery-modus booten, Backups erstellen auf SD-Karte oder einen Factory-Reset drchführen, aber regulär booten ging trotzdem nicht mehr. Die einzige Möglichkeit an die vorhandenen spärlichen Daten (Spielstände der Kids) zu kommen war ein Backup auf die externe SD-Karte im Recovery-Modus.
Nun zu meiner Frage:
Weiß einer von euch, in welchem Datenformat diese Backup ist? Unter linux sagt file nur, daß es Daten sind. (oh Wunder, hätte ich jetzt nciht gewußt.)
Ein testweieses Einspielen im Recovery-Modus auf einem Acer Iconia One 7 erbrachte nur die Meldung, daß die Prüfsumme nicht stimmt und die Daten wurden nicht übernommen.
Die google-Suche erbrachte auf die Schnelle jetzt keine konkreten Hinweise, in welcher Richtug ich weitersuchen könnte. Ich habe zwar mit diversen Packern (tar, bzip, 7zip, etc.) versucht, etwas rauszuholen, bin aber gescheitert.
Daher wäre ich für einen Hinweis dankbar, in welcher Richtung man da weitersuchen kann. Den verlust der daten könnte ich zwar verschmerzen (die Kids eher nicht.-, aber mich reizt es, herauszufinden, ob man an solche Daten noch kommt, wenn das mal im "Ernstfall" bei einem Kunden passieren sollte.
lks
Nachtrag 04.11.2015 07:45: Das Surftab hatte Android Version 4.4.1 iirc (ist inzwischen wieder beim Händler und Preis wurde anstandslos gutgeschrieben). Das Acer Iconia hat Android version 5.0 Ich vermute ein Teil der Probleme hängt vermutlich auch mit dem Versionsunteschied zusammen.
Update 06.11.2015 09:27:
strings liefert beim backup des surftabs keine verwertbaren zeichenketten, die irgenmdie Rücksclüsse zulassen.
ich habe das mal testweise auf eine Backup des Acer Iconia losgelassen und siehe da, da stehen viele Strings im Klartext drin. Offensichtlich sind die Formate unterschiedlich, was auch erklären würde, warum ich das backup nich tin den Acer bekomme.
Jetzt hoffe ich, daß ich irgendwie das Format auseinenderklabüsert bekomme udn würde mcih da über Hilfe freuen.
PS:
Die Google-suche ergab viele treffer von leuten, die die Datei userdata_*.backup wieder auseinandernehmen wollen, aber keine Treffer, die einem sagen, wie die datei aufgebaut ist. mir würde ja schon eine Referenz genügen, die Skripte zum entpacken selbst könnte ich mir dann selbst zusammenschustern.
Update 09.11.2015 12:30
Antwort vom trekstor-Support:
Der erste Anlauf mit dem adb backup extracor (=abe) ging schief. Mal schauen, ob ich morgen mehr Erfolg habe, wenn ich mehr zeit habe, mich darum zu kümmern.
Ich hatte mir vor 2 Monaten einen trekstor surftab breeze 7 quad für den Urlaub der Kids geholt. Für 49€ war das Ding o.k., da war nicht viel verloren, wenn das Ding im Urlaub kaputtgehen sollte. Ist es aber nicht.
Es hatte zwar einige Unzulänglichkeiten, aber zum surfen, mailen, Nachrichten schreiben und ab und zu ein kleines Spiel spielen war es ganz brauchbar und für'n Fünfziger konnte man nicht mehr erwarten.
Leider bootet das Scheißding nicht mehr. Man konnte zwar noch in den recovery-modus booten, Backups erstellen auf SD-Karte oder einen Factory-Reset drchführen, aber regulär booten ging trotzdem nicht mehr. Die einzige Möglichkeit an die vorhandenen spärlichen Daten (Spielstände der Kids
) zu kommen war ein Backup auf die externe SD-Karte im Recovery-Modus.Nun zu meiner Frage:
Weiß einer von euch, in welchem Datenformat diese Backup ist? Unter linux sagt file nur, daß es Daten sind. (oh Wunder, hätte ich jetzt nciht gewußt.
)Ein testweieses Einspielen im Recovery-Modus auf einem Acer Iconia One 7 erbrachte nur die Meldung, daß die Prüfsumme nicht stimmt und die Daten wurden nicht übernommen.
Die google-Suche erbrachte auf die Schnelle jetzt keine konkreten Hinweise, in welcher Richtug ich weitersuchen könnte. Ich habe zwar mit diversen Packern (tar, bzip, 7zip, etc.) versucht, etwas rauszuholen, bin aber gescheitert.
Daher wäre ich für einen Hinweis dankbar, in welcher Richtung man da weitersuchen kann. Den verlust der daten könnte ich zwar verschmerzen (die Kids eher nicht.-
, aber mich reizt es, herauszufinden, ob man an solche Daten noch kommt, wenn das mal im "Ernstfall" bei einem Kunden passieren sollte.lks
Nachtrag 04.11.2015 07:45: Das Surftab hatte Android Version 4.4.1 iirc (ist inzwischen wieder beim Händler und Preis wurde anstandslos gutgeschrieben). Das Acer Iconia hat Android version 5.0 Ich vermute ein Teil der Probleme hängt vermutlich auch mit dem Versionsunteschied zusammen.
Update 06.11.2015 09:27:
strings liefert beim backup des surftabs keine verwertbaren zeichenketten, die irgenmdie Rücksclüsse zulassen.
ich habe das mal testweise auf eine Backup des Acer Iconia losgelassen und siehe da, da stehen viele Strings im Klartext drin. Offensichtlich sind die Formate unterschiedlich, was auch erklären würde, warum ich das backup nich tin den Acer bekomme.
Jetzt hoffe ich, daß ich irgendwie das Format auseinenderklabüsert bekomme udn würde mcih da über Hilfe freuen.
PS:
Die Google-suche ergab viele treffer von leuten, die die Datei userdata_*.backup wieder auseinandernehmen wollen, aber keine Treffer, die einem sagen, wie die datei aufgebaut ist. mir würde ja schon eine Referenz genügen, die Skripte zum entpacken selbst könnte ich mir dann selbst zusammenschustern.
Update 09.11.2015 12:30
Antwort vom trekstor-Support:
bei den Backup-Dateien handelt es sich um AB-Dateien. Diese können z.B. mit dem Google SDK geöffnet oder mit freien Tools extrahiert werden.
Der erste Anlauf mit dem adb backup extracor (=abe) ging schief. Mal schauen, ob ich morgen mehr Erfolg habe, wenn ich mehr zeit habe, mich darum zu kümmern.
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 287636
Url: https://administrator.de/contentid/287636
Printed on: April 24, 2024 at 15:04 o'clock
5 Comments
Latest comment
Nun Interresant währe zu Wissen wie die Daten genannt sind sowie welche größe.
Desweiteren kannst du ja die Daten öffnen und den Header anschauen und so ggfs was rausfinden.
Das die Daten Kompromiert/Verschlüsselt wurden gehe ich mal nicht von aus.
Desweiteren kannst du ja die Daten öffnen und den Header anschauen und so ggfs was rausfinden.
Das die Daten Kompromiert/Verschlüsselt wurden gehe ich mal nicht von aus.
Hallo,
in welcher Form das Recovery das Backup anlegt kann ich dir nicht sagen, ich mache das immer mit ADB. Und wie das dann aussieht ist hier beschrieben:
http://forum.xda-developers.com/showthread.php?t=2011811
Gruß
in welcher Form das Recovery das Backup anlegt kann ich dir nicht sagen, ich mache das immer mit ADB. Und wie das dann aussieht ist hier beschrieben:
http://forum.xda-developers.com/showthread.php?t=2011811
Gruß
So wie alle Android backups aus dem Recovery-Modus: userdata_datum_Uhrzeit.backup als z.B. userdata_20151104_103000.backup und das Ding ist 3,5GB groß.
Auf einen Acer Iconia One 7 habe ich auch mal Testweise so ein Backup erzeugt und das besteht aus 8 Datein, die druchnummeriert sind (Name genauso mit angehängter Ziffer) die jeweils 2GB groß sind, bis auf die letzte, die nur 400MB hat. Ich tippe mal, das ist dem FAT-fs auf der SD-Karte geschuldet.
Desweiteren kannst du ja die Daten öffnen und den Header anschauen und so ggfs was rausfinden.
Was glaubst Du, wozu od oder strings da sind.
Das die Daten Kompromiert/Verschlüsselt wurden gehe ich mal nicht von aus.
Ja wäre schön wenn es so wäre. Allerdings ist es kein offensichtliches Format. Hier die Ausgabe von od -chx (nur die ersten zeilen):
0000000 e4be 1c30 c0df 9c34 557d 644c 55f5 2e95
276 344 0 034 337 300 4 234 } U L d 365 U 225 .
e4be 1c30 c0df 9c34 557d 644c 55f5 2e95
0000020 2dde eed5 f224 3eb7 fd17 592e 0806 31e6
336 - 325 356 $ 362 267 > 027 375 . Y 006 \b 346 1
2dde eed5 f224 3eb7 fd17 592e 0806 31e6
0000040 49bc 4bf8 e609 4952 77b4 6e8e f7d9 90eb
274 I 370 K \t 346 R I 264 w 216 n 331 367 353 220
49bc 4bf8 e609 4952 77b4 6e8e f7d9 90eb
0000060 d0a7 95ff 9c25 d939 174b e5f2 d059 71c9
247 320 377 225 % 234 9 331 K 027 362 345 Y 320 311 q
d0a7 95ff 9c25 d939 174b e5f2 d059 71c9
0000100 dc61 5ac7 b5a5 7462 48f1 2eee 8a77 a758
a 334 307 Z 245 265 b t 361 H 356 . w 212 X 247
dc61 5ac7 b5a5 7462 48f1 2eee 8a77 a758
0000120 d624 4998 5086 78a0 a8cd 2a86 b0e9 c69f
$ 326 230 I 206 P 240 x 315 250 206 * 351 260 237 306
d624 4998 5086 78a0 a8cd 2a86 b0e9 c69f
lsk
Zitat von @michi1983:
Hallo,
in welcher Form das Recovery das Backup anlegt kann ich dir nicht sagen, ich mache das immer mit ADB. Und wie das dann aussieht ist hier beschrieben:
Hallo,
in welcher Form das Recovery das Backup anlegt kann ich dir nicht sagen, ich mache das immer mit ADB. Und wie das dann aussieht ist hier beschrieben:
adb hätte ich auch gerne benutzt, nur das Mistding hat sich nicht mehr am USB gemeldet.
Mein erster versuch, daß bakup über adb wieder einzuimpfen schlug gestern fehl, wobei ich mangels ehlermeldung nciht weiß, was genau schliefgelaufen ist.
Danke. Den abe auf sourceforge ich gestern noch gefunden, aber keine Zeit gehabt auszuprobieren, ob die tools bei der Datei greifen.Werde es heute versuchen.
lks
Nachtrag: Der erste Schnellschuß mit abe ging schief:
$ java -jar abe.jar info userdata_20151104_103000.backup
Exception in thread "main" java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
Caused by: java.lang.RuntimeException: java.lang.NumberFormatException: For input string: "î!Npd i²sáó¥
çPþ%ÿ¶/Ô( kíT¬zvÄsÊUöªÈí¨7ÉøL¯Ñî«&És"AÃä£<ºDAº_Ù¡·áoAùâ ïX76«&"eÉ)"
at org.nick.abe.AndroidBackup.infoBackup(AndroidBackup.java:259)
at org.nick.abe.Main.main(Main.java:103)
... 5 more
Caused by: java.lang.NumberFormatException: For input string: "î!Npd i²sáó¥
çPþ%ÿ¶/Ô( kíT¬zvÄsÊUöªÈí¨7ÉøL¯Ñî«&És"AÃä£<ºDAº_Ù¡·áoAùâ ïX76«&"eÉ)"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
at java.lang.Integer.parseInt(Integer.java:492)
at java.lang.Integer.parseInt(Integer.java:527)
at org.nick.abe.AndroidBackup.infoBackup(AndroidBackup.java:120)
... 6 more
Werde mich nachher, wenn ich ein wenig mehr Muße habe, dranmachen.
Zum Absschluß noch die Auflösung:
Der Speicher des Gerätes war anscheinend defekt und damit auch das Backup, das es erzeugt hat. Da wundert es mch nicht, das man aus dem Backup keine vernünftigen Daten mehr herausbekommt.
Danke für die Unterstützung.
lks
Der Speicher des Gerätes war anscheinend defekt und damit auch das Backup, das es erzeugt hat. Da wundert es mch nicht, das man aus dem Backup keine vernünftigen Daten mehr herausbekommt.
Danke für die Unterstützung.
lks
