Wiederherstellung der Datenpartitionsinhalte möglich? Nahezu nicht!

Sonstiger · 2016-10-15T22:28:07+0200

@magicw

Theoretisch sollte sich ein USB-Stick an den Micro-USB-Anschluss anschließen lassen. Dann könnte ich halt nicht mehr laden. Und bei 128 GB Speicher (davon ca. 70 % die Fotos und Videos, die ich verloren habe) wird der Prozess ja sicher dauern.

Und: Welche Prozedur genau meinst du denn? Ich habe mittlerweile einiges gelesen und gefunden. Doch ich bin mir nach wie vor nicht sicher, was denn erfolgversprechend sein könnte. Ich habe auch schon Tools wie Wondershare Dr.Fone for Android usw. versucht -- und teilweise scannen diese auch das Handy (mit Shell-Zugriff, ich habe es gerootet) -- und einige finden auch Dateien. Leider leider sind eben keine der Fotos dabei, die ich verloren habe. Ich frage mich also mittlerweile, ob sich überhaupt lohnt, irgendeine Methode durchzuführen.

Da es sich um tausende unschätzbar wertvolle Fotos und Videos handelt, würde ich aber alles zu versuchen, was irgendwie noch erfolgversprechend sein könnte. Nur leider fühle ich mich gerade wie im Dschungel ...

Nach wie vor bin ich für jede Hilfe, jeden Hinweis dankbar.

magicw · 2016-10-16T06:57:49+0200

Naja es gibt ja diese Y-USB-Kabel - ggf ließe sich darüber parallel die Stromversorgung aufbauen. --> https://www.amazon.de/Delock-Adapter-Power-Kabel-Y-Kabel/dp/B004AK5ZI8

Mit der Prozedur meine ich das Kochrezept von Tommes24 aus post#448 den ich weiter oben schon genannt habe. Damit ziehst du dir übers Recovery (das hoffentlich ein TWRP ist) ein IMG des internen 128GB-Telefonspeichers auf den OTG-Speicher und kannst ihn dann dort über PC weiter bearbeiten mit gängigen Datenrettungstools, dazu steht aber auch ein Satz in dem Beitrag von Tommes24.

Alternativ - wenn dir wirklich so viel dran liegt an den Bildern - würde ich ggf. auf einen professionellen Dienstleister zurückgreifen und etwas Geld ausgeben - siehe z.B. Datenrettung von Mobiltelefonen, Smartphones oder Tablets . oder Datenrettung für Smartphone - CBL Datenrettung

Sonstiger · 2016-10-17T15:08:49+0200

Vielen Dank schon mal! Ich werde dann jetzt versuchen, auf dem Weg aus Post #448 ein Image zu erstellen.

Dazu werde ich vorerst ein Y-Kabel bestellen. Das von magicw dürfte aber nicht das richtige sein, oder? Das S6 hat jaeinen Micro-USB-Anschluss, dazu habe ich einen Micro-USB-Adapter für einen USB-Stick. Ich habe es nun so verstanden, dass ich diesen und zusätzlich die Stormversorgung anschließen können muss. Hat jemand hier noch einen Hinweis für mich?

Zusätzlich werde ich nun schon mal versuchen, alles vorzubereiten. Kann mir hier noch jemand ergänzenden Hinweise zu der Anleitung in #448 geben? Leider verstehe ich nicht alles. Welche Software benötige ich? Welche Befehle? Es ahndelt sich um ein S6 128 GB (SM-G920F, Android 6.0.1, G920FXXU3DPDP).

Auf einen USB-Stick in der entsprechenden Größe warte ich noch. Allerdings erkennt das S6 einen angeschlossenen Stick nur, wenn ich ihn mit FAT32 formatiere, nicht, wenn ich NFTS wähle. Das wird bei einem entsprechend größeren Stick dann ja auch der Fall sein.

Ich finde einen Datenpartition /data mit der Größe 115,13 GB - von dieser werde ich vermutlich ein Image erstellen müssen, oder? Welches Dateisystem muss ich dann für den USB-Stick wählen, damit er erkannt werden kann?

Ich danke allen, die mich unterstützen können!

Viele Grüße
Sonstiger
[doublepost=1476709729,1476709307][/doublepost]Alle Kabel die ich finde, z. B.

https://www.amazon.de/Adaptare-Micr...708419&sr=1-1&keywords=Y-Kabel+micro+USB&th=1

sind so beschrieben, dass der zusätzlich Micro-USB-Anschluss die angeschlossenen USB-Geräte mit Strom versorgt. Ich benötige ja aber eines, bei dem ich ein Ladegerät anschließen kann, das das S6 mit Strom versorgt. Gibt es so was?

vetzki · 2016-10-17T16:28:33+0200

Für was brauchst du denn so ein kabel? du könntest auch gleich auf den pc kopieren
es ist auch einige seiten ein chip video verlinkt das zeigt die sache eigentlich recht gut
hast du ein custom recovery (wie twrp) drauf ? Muss allerdings nicht sein, ginge zur not auch wenn das gerät "normal" läuft
nimm nicht /data sondern die entsprechende datei in /dev

Sonstiger · 2016-10-17T16:43:24+0200

Ich habe das S6 gerooted -- aber extra um die Wiederherstellung mit Tools zu versuchen und ansonsten ist alles original (Stock-ROM). Also das funktioniert trotzdem? Also geht eine Sicherung des Images auch direkt auf den Computer? Das wäre natürlich das beste - bisher haben aber alle gesagt, ein OTG-Speicher wäre erforderlich. Und da hatte ich es so verstanden, dass es ein direkt an das S6 angeschlossener Speicher sein muss. Ein Y-Kabel meine ich zu benötigen, weil die Erstellung des Images (128 GB) ggf. länger dauern könnte, als der Akku des S6 durchhält. Welches Video meinst du?

Was genau meinst du mit nimm /dev? Verstehe ich leider nicht. Finde ich irgendwo eine Anleitung, die auch für etwas weniger firme Menschen wie mich beschreibt, wie ich das Image erstellen kann? Leider komme ich nicht weiter - wenn es tatsächlich direkt auf den Computer geht, würde ich gerne gleich loslegen (denn ich warte ja nur noch auf die Y-Kabel und den entsprechenden USB-Stick).

vetzki · 2016-10-17T17:05:54+0200

das video ist hier im thread einige seiten zurück (wo genau weiß ich leider nicht).

in dev sind die ganzen datenträger aufgeführt, dort musst du denjenigen nehmen welcher data ist (blöd ausgedrückt). Hier als beispiel von meinem gerät

Code:

cat /proc/partitions
major minor  #blocks  name

179        0   15388672 mmcblk0    <-- der gesamte flash speicher (/data /system /firmware /cache ....)
179        1      65536 mmcblk0p1
179        2        512 mmcblk0p2
179        3        512 mmcblk0p3
179        4       2048 mmcblk0p4
179        5        512 mmcblk0p5
179        6      22528 mmcblk0p6
179        7      22528 mmcblk0p7
179        8        780 mmcblk0p8
179        9        780 mmcblk0p9
179       10        780 mmcblk0p10
179       11        512 mmcblk0p11
179       12        512 mmcblk0p12
179       13        512 mmcblk0p13
179       14       2048 mmcblk0p14
179       15        512 mmcblk0p15
179       16        512 mmcblk0p16
179       17        512 mmcblk0p17
179       18        512 mmcblk0p18
179       19      16384 mmcblk0p19
179       20      16384 mmcblk0p20
179       21     860160 mmcblk0p21
179       22     573440 mmcblk0p22
179       23   13798400 mmcblk0p23   <--- Die größte ist in der regel /data
179       24        512 mmcblk0p24
179       25        495 mmcblk0p25
shell@mako / $ mount | grep data
/dev/block/platform/msm_sdcc.1/by-name/system /system ext4 ro,seclabel,relatim
e,data=ordered 0 0
/dev/block/platform/msm_sdcc.1/by-name/cache /cache ext4 rw,seclabel,nosuid,no
dev,noatime,data=ordered 0 0
/dev/block/platform/msm_sdcc.1/by-name/userdata /data ext4 rw,seclabel,nosuid,
nodev,noatime,noauto_da_alloc,data=ordered 0 0
/dev/block/platform/msm_sdcc.1/by-name/persist /persist ext4 rw,seclabel,nosui
d,nodev,relatime,nodelalloc,data=ordered 0 0

cd /dev/block
ls
opendir failed, Permission denied
shell@mako /dev/block $ su
ls -l
brw------- root     root       7,   0 2016-10-13 11:24 loop0
brw------- root     root       7,   1 2016-10-13 11:24 loop1
brw------- root     root       7,   2 2016-10-13 11:24 loop2
brw------- root     root       7,   3 2016-10-13 11:24 loop3
brw------- root     root       7,   4 2016-10-13 11:24 loop4
brw------- root     root       7,   5 2016-10-13 11:24 loop5
brw------- root     root       7,   6 2016-10-13 11:24 loop6
brw------- root     root       7,   7 2016-10-13 11:24 loop7
brw------- root     root     179,   0 2016-10-13 11:24 mmcblk0
brw------- root     root     179,   1 2016-10-13 11:24 mmcblk0p1
brw------- root     root     179,  10 2016-10-13 11:24 mmcblk0p10
brw------- root     root     179,  11 2016-10-13 11:24 mmcblk0p11
brw------- root     root     179,  12 2016-10-13 11:24 mmcblk0p12
brw------- root     root     179,  13 2016-10-13 11:24 mmcblk0p13
brw------- root     root     179,  14 2016-10-13 11:24 mmcblk0p14
brw------- root     root     179,  15 2016-10-13 11:24 mmcblk0p15
brw------- root     root     179,  16 2016-10-13 11:24 mmcblk0p16
brw------- root     root     179,  17 2016-10-13 11:24 mmcblk0p17
brw------- root     root     179,  18 2016-10-13 11:24 mmcblk0p18
brw------- root     root     179,  19 2016-10-13 11:24 mmcblk0p19
brw------- root     root     179,   2 2016-10-13 11:24 mmcblk0p2
brw------- root     root     179,  20 2016-10-13 11:24 mmcblk0p20
brw------- root     root     179,  21 2016-10-13 11:24 mmcblk0p21
brw------- root     root     179,  22 2016-10-13 11:24 mmcblk0p22
brw------- root     root     179,  23 2016-10-13 11:24 mmcblk0p23
brw------- root     root     179,  24 2016-10-13 11:24 mmcblk0p24
brw------- root     root     179,  25 2016-10-13 11:24 mmcblk0p25
brw------- root     root     179,   3 2016-10-13 11:24 mmcblk0p3
brw------- root     root     179,   4 2016-10-13 11:24 mmcblk0p4
brw------- root     root     179,   5 2016-10-13 11:24 mmcblk0p5
brw------- root     root     179,   6 2016-10-13 11:24 mmcblk0p6
brw------- root     root     179,   7 2016-10-13 11:24 mmcblk0p7
brw-rw---- system   system   179,   8 2016-10-17 16:44 mmcblk0p8
brw-rw---- system   system   179,   9 2016-10-17 16:42 mmcblk0p9
drwxr-xr-x root     root              2016-10-13 11:24 platform   <--- DIR
brw------- root     root       1,   0 2016-10-13 11:24 ram0
brw------- root     root       1,   1 2016-10-13 11:24 ram1
brw------- root     root       1,  10 2016-10-13 11:24 ram10
brw------- root     root       1,  11 2016-10-13 11:24 ram11
brw------- root     root       1,  12 2016-10-13 11:24 ram12
brw------- root     root       1,  13 2016-10-13 11:24 ram13
brw------- root     root       1,  14 2016-10-13 11:24 ram14
brw------- root     root       1,  15 2016-10-13 11:24 ram15
brw------- root     root       1,   2 2016-10-13 11:24 ram2
brw------- root     root       1,   3 2016-10-13 11:24 ram3
brw------- root     root       1,   4 2016-10-13 11:24 ram4
brw------- root     root       1,   5 2016-10-13 11:24 ram5
brw------- root     root       1,   6 2016-10-13 11:24 ram6
brw------- root     root       1,   7 2016-10-13 11:24 ram7
brw------- root     root       1,   8 2016-10-13 11:24 ram8
brw------- root     root       1,   9 2016-10-13 11:24 ram9
drwx------ root     root              2016-10-13 11:24 vold

cd platform/
bash-4.4# ls
msm_sdcc.1
bash-4.4# cd msm_sdcc.1/
ls -l
drwxr-xr-x system   root              2016-10-13 11:24 by-name <--- DIR
drwxr-xr-x root     root              2016-10-13 11:24 by-num
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0 -> /dev/block/m
mcblk0
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p1 -> /dev/block
/mmcblk0p1
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p10 -> /dev/bloc
k/mmcblk0p10
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p11 -> /dev/bloc
k/mmcblk0p11
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p12 -> /dev/bloc
k/mmcblk0p12
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p13 -> /dev/bloc
k/mmcblk0p13
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p14 -> /dev/bloc
k/mmcblk0p14
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p15 -> /dev/bloc
k/mmcblk0p15
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p16 -> /dev/bloc
k/mmcblk0p16
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p17 -> /dev/bloc
k/mmcblk0p17
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p18 -> /dev/bloc
k/mmcblk0p18
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p19 -> /dev/bloc
k/mmcblk0p19
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p2 -> /dev/block
/mmcblk0p2
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p20 -> /dev/bloc
k/mmcblk0p20
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p21 -> /dev/bloc
k/mmcblk0p21
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p22 -> /dev/bloc
k/mmcblk0p22
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p23 -> /dev/bloc
k/mmcblk0p23
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p24 -> /dev/bloc
k/mmcblk0p24
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p25 -> /dev/bloc
k/mmcblk0p25
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p3 -> /dev/block
/mmcblk0p3
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p4 -> /dev/block
/mmcblk0p4
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p5 -> /dev/block
/mmcblk0p5
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p6 -> /dev/block
/mmcblk0p6
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p7 -> /dev/block
/mmcblk0p7
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p8 -> /dev/block
/mmcblk0p8
lrwxrwxrwx root     root              2016-10-13 11:24 mmcblk0p9 -> /dev/block
/mmcblk0p9

bash-4.4# cd by-name/
bash-4.4# ls -l
lrwxrwxrwx root     root              2016-10-13 11:24 DDR -> /dev/block/mmcbl
k0p24
lrwxrwxrwx root     root              2016-10-13 11:24 aboot -> /dev/block/mmc
blk0p12
lrwxrwxrwx root     root              2016-10-13 11:24 abootb -> /dev/block/mm
cblk0p15
lrwxrwxrwx root     root              2016-10-13 11:24 boot -> /dev/block/mmcb
lk0p6
lrwxrwxrwx root     root              2016-10-13 11:24 cache -> /dev/block/mmc
blk0p22
lrwxrwxrwx root     root              2016-10-13 11:24 grow -> /dev/block/mmcb
lk0p25
lrwxrwxrwx root     root              2016-10-13 11:24 m9kefs1 -> /dev/block/m
mcblk0p8
lrwxrwxrwx root     root              2016-10-13 11:24 m9kefs2 -> /dev/block/m
mcblk0p9
lrwxrwxrwx root     root              2016-10-13 11:24 m9kefs3 -> /dev/block/m
mcblk0p10
lrwxrwxrwx root     root              2016-10-13 11:24 metadata -> /dev/block/
mmcblk0p18
lrwxrwxrwx root     root              2016-10-13 11:24 misc -> /dev/block/mmcb
lk0p19
lrwxrwxrwx root     root              2016-10-13 11:24 modem -> /dev/block/mmc
blk0p1
lrwxrwxrwx root     root              2016-10-13 11:24 persist -> /dev/block/m
mcblk0p20
lrwxrwxrwx root     root              2016-10-13 11:24 recovery -> /dev/block/
mmcblk0p7
lrwxrwxrwx root     root              2016-10-13 11:24 rpm -> /dev/block/mmcbl
k0p11
lrwxrwxrwx root     root              2016-10-13 11:24 rpmb -> /dev/block/mmcb
lk0p16
lrwxrwxrwx root     root              2016-10-13 11:24 sbl1 -> /dev/block/mmcb
lk0p2
lrwxrwxrwx root     root              2016-10-13 11:24 sbl2 -> /dev/block/mmcb
lk0p3
lrwxrwxrwx root     root              2016-10-13 11:24 sbl2b -> /dev/block/mmc
blk0p13
lrwxrwxrwx root     root              2016-10-13 11:24 sbl3 -> /dev/block/mmcb
lk0p4
lrwxrwxrwx root     root              2016-10-13 11:24 sbl3b -> /dev/block/mmc
blk0p14
lrwxrwxrwx root     root              2016-10-13 11:24 system -> /dev/block/mm
cblk0p21
lrwxrwxrwx root     root              2016-10-13 11:24 tz -> /dev/block/mmcblk
0p5
lrwxrwxrwx root     root              2016-10-13 11:24 tzb -> /dev/block/mmcbl
k0p17
lrwxrwxrwx root     root              2016-10-13 11:24 userdata -> /dev/block/         <--- Symlink auf /dev/mmcblk0p23
mmcblk0p23                                                  
bash-4.4#

Lange rede kurzer sinn bei mir ist die entsprechende partition /dev/block/mmcblk0p23

Als beispiel zum kopieren,
fenster 1:
mv@mv-pc:~$ adb kill-server
mv@mv-pc:~$ adb forward tcp:1234 tcp:1234
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
mv@mv-pc:~$ adb shell
shell@mako:/ $ su
root@mako:/ # mount | grep userdata
/dev/block/platform/msm_sdcc.1/by-name/userdata /data ext4 rw,seclabel,nosuid,nodev,noat
ime,noauto_da_alloc,data=ordered 0 0
root@mako:/ # busybox nc -l -p 1234 -e cat /dev/block/platform/msm_sdcc.1/by-name/userdata

fenster 2:
mv@mv-pc:~/Datengrab$ nc 127.0.0.1 1234 | pv > tmp/data.img

siehe bild

Sonstiger · 2016-10-17T17:11:20+0200

Danke! Und das geht dann auch direkt auf den PC? Also ohne angeschlossenes Speichermedium?

vetzki · 2016-10-17T17:14:37+0200

Sonstiger · 2016-10-17T19:23:12+0200

Ich lese und lese -- aber komme leider noch nicht weiter. Ich habe das gerootete S6 vor mir, ein Datenkabel und einen Computer. Wie genau muss ich nun vorgehen um die richtigen Befehle für mein Telefon herauszufinden, welche Software nehme ich dann auf meinem PC um sie einzugeben und wie erstelle ich dann ein Image, das auf meinem PC gesichert wird. Kann mir da jemand die einzelnen Schritte ggf. noch mal in einfacheren Worten beschreiben?

vetzki · 2016-10-17T22:01:02+0200

was zeigt denn cat /proc/partitions (und mount | grep data) an?

Sonstiger · 2016-10-18T00:40:44+0200

/proc/partition zeigt eine lange Liste an, die zweitgrößte davon (weiter unten) heißt sda18 und ist vermutlich die Datenpartition?

Ich bin gerade dabei, den Android SDK Manager zu installieren. Ich dachte, evtl. ist eine Sicherung per Kabel besser als per WLAN?
[doublepost=1476736817,1476734883][/doublepost]Ich bin jetzt per Kabel mit dem S6 verbunden. Es wird mit adb devices mit Seriennummer aufgelistet.

Allerdingskann ich das Kopieren der Partition nicht auslösen. Ich habe folgendes im einen Fenster eingegeben:

nc -1 -p 5555 -e dd if=/dev/block/sda18

Und bekomme dann folgende Meldung:

nc: invalid option -- 1
BusyBox v1.25.1-Stericson (2016-10-15 10:19:22 EDT) multi-call binary.

Usage: nc [-iN] [-wN] [-l] [-p PORT] [-f FILE|IPADDR PORT] [-e PROG]

Open a pipe to IP

ORT or FILE

-l Listen mode, for inbound connects
(use -ll with -e for persistent server)
-p PORT Local port
-w SEC Connect timeout
-i SEC Delay interval for lines sent
-f FILE Use file (ala /dev/ttyS0) instead of network
-e PROG Run PROG after connect
1|root@zeroflte:/ # cat /proc/partitions

-----

Was kann ich tun?
[doublepost=1476737952][/doublepost]Ah, ich hatte "1" statt l eingegeben. Ich werde es jetzt versuchen wie in Post #921 im Video zu sehen:

Wiederherstellung der Datenpartitionsinhalte möglich? Nahezu nicht!

Da sind es aber andere Befehle als bei dir vetzki. Im zweiten Teil des Videos wird es beschrieben für eine Verbindung per USB. Daran kann ich mich ja halten, oder?
[doublepost=1476744044][/doublepost]Ich habe alle Schritte aus dem genannten Video befolgt:

1. Galaxy S6 (gerootet und mit Busy Box, USB-Debugging aktiviert) mit USB an den Computer angeschlossen.

2. Android-SDK installiert

3. ncat.exe in SDK-Ordner eingefügt (hier ist auch adb.exe)

4. Zwei Eingabeaufforderungen über den Ordner "platform tools" aus Android SDK geöffnet

5. In der ersten Eingabeaufforderung:

adb devices (S6 gefunden)
adb shell
su (Superurser auf S6 bestätigt)
cat /prog/partitions (zweitgrößte Partition ausfindig gemacht: "name")
nc -l -p 5555 -e dd if=/dev/block/name

6. In der zweiten Eingabeaufforderung:

adb forward tcp:5555 tcp:5555
ncat.exe localhost 5555 > s6image.img

Zwischenergebnis: Es wird eine Datei erstellt im Ordner "platform tools" mit dem gewählten Namen "s6image.img". Erst war sie nur wenige MB groß, dann 399 MB. Seit etwa einer halben Stunde vergrößert sich die Datei leider nicht -- allerdings wird der Speicherplatz auf der Festplatte immer kleiner. Offensichtlich wird also noch etwas kopiert (es gab auch noch keine Abschlussmeldung im Fenster der ersten Eingabeaufforderung).

Ich hoffe so sehr, dass es klappt. Leider wird die Datei wie gesagt momentan nicht größer. Ich hoffe das passiert.

Ich freue mich jederzeit sehr über Hinweise zum genannten Vorgehen -- ich werde den Prozess dann jetzt über Nacht laufen lassen.

vetzki · 2016-10-18T08:25:00+0200

das video nimmt dd, ich hab cat verwendet
sicher das der name name lautet? was zeígt den mount?
des es etwas dauert ist normal, das die datei nicht größer wird eigentlich nicht
bei dd geht evtl. (hängt von der version ab) status=progress um den fortschritt anzuzeigen

Sonstiger · 2016-10-18T09:23:55+0200

Das "name" war nur ein Platzhalter. Die Partition heißt wie schon geschrieben "sda18". Und ja, sie wird immer größer und ist jetzt schon bei über 100 GB! Also bald dürfte das Abbild fertig sein. Es wäre so unglaublich genial, wenn ich die Daten bzw. zumindest einen Teil wieder herstellen könnte ...

Ich werde, wie in dem Video beschrieben, das Image mit Photorec untersuchen und die Dateien wiederherstellen. Hat diesbezüglich noch jemand Tipps? Welches Vorgehen ist das beste?

Sonstiger · 2016-10-18T13:42:46+0200

Kurzes Update: Die Suche mit Photorec läuft gerade. Bisher habe ich leider das Gefühl, als wenn wieder nur nicht gelöschte bzw. irrelevante Dateien gefunden werden -- nicht jedoch die, die ich versehentlich gelöscht hatte.

Hat jemand eine Idee, woran das liegen könnte und was man noch machen kann? Kann es mit der Art des Verlusts oder der Art des Speichers im S6 zusammenhängen? Durch einen fehlerhaften Verschiebungsvorgang des Camera-Ordners der internen Fotos und Videos des S6 wurde dieser Ordner ja in Sekunden gelöscht -- es kann also unmöglich alle überschrieben worden sein. Woran kann es liegen, dass dennoch nichts gefunden wird?
[doublepost=1476790966,1476790724][/doublepost]Ergänzung: Es finden sich sehr viele Dateien mit der Endung .elf, zum Beispiel: f105247384.elf. Diese sind alle um die 10 MB groß (wechselnde Dateigröße). Was ist das und könnte das mit den gelöschten Fotos zusammenhängen? Zudem finden sich Dateien mit der Endung sqlite. Sehr merkwürdig alles.

vetzki · 2016-10-18T14:41:45+0200

du kannst die dateien nach denen gesucht werden soll festlegen, wenn du nur nach fotos und vdeos suchst die anderen endungen deaktivieren.
sqlite sind datenbank dateien. elf siehe wikipedia

Sonstiger · 2016-10-18T16:46:39+0200

Ich habe alles suchen lassen (da man bei Photorec .mp4 nicht separat auswählen konnte). Ich vermute nun sogar, dass sich die verlorenen Fotos und Videos in den vielen "xxxx.elf" und "xxx.mysql" Dateien verbergen könnten. Denn es sind viele Hunderte von Dateien, die alle eine Dateigröße im Bereich von Fotos und Videos haben (4 MB und größer). Einfaches Umbenennen in "xxxx.jpg" usw. bringt, wie zu erwarten war, leider nichts. Gibt es hier irgendwelche Möglichkeiten, etwas mit den Dateien anzufangen oder sie zu konvertieren? Oder ggf. gleich beim Mounten / Scannen etwas anders zu machen, damit diese Dateien erkannt werden?
[doublepost=1476801999,1476795009][/doublepost]Ja, leider hat sich meine Vermutung bewahrheitet -- ich konnte zwar ein Image erstellen, aber leider wurden keine der gesuchten Dateien wieder hergestellt. Stattdessen nur Tumbnails und nicht gelöschte Dateien - sowie tausende Dateien mit einige MB, die jeweils die Endung .elf oder .sqlite haben.

Vermutlich kann Photorec mit den entsprechenden Dateien nichts anfangen. Aber ich habe nach wie vor die Hoffnung, dass die Dateien noch da sind. Hat jemand eine Idee, was ich machen kann, um die Dateien aus dem Image wieder herzustellen? Vielleicht hat es mit der blocksize zu tun? Vielleicht mit Linux? Kann man mit Testdisk vielleicht etwas machen?

Oder muss ich ggf. mehr kopieren als nur die einzelne Partition?

Für jede Hilfe bin ich nach wie vor sehr dankbar!

vetzki · 2016-10-18T16:53:47+0200

du könntest evtl. noch ein anderes programm versuchen, recuva oder scalpel (Scalpel - ForensicsWiki) z.b., ob damit allerdins mehr gefunden wird glaub ich eher nicht, aber ein versuch kann ja nicht schaden

Sonstiger · 2016-10-18T17:02:43+0200

Danke, vetzki! Allerdings weiß ich nicht, wie ich das erstellte Image (ich habe es S6image.img genannt, aber was es für ein Format hat, weiß ich nicht) als Laufwerk auf dem Computer mounten kann. Kannst Du mir hier helfen?

vetzki · 2016-10-18T17:09:02+0200

Hier ab 21. [Guide] Undelete / Data Recovery - Internal Memory (31-34 ist wichtig, am besten falls der platz auf dem pc vorhanden ist mit einer kopie arbeiten)

Sonstiger · 2016-10-18T17:41:17+0200

Danke! Leider ist das Recovery Tool nicht mehr über den Link zu laden. Welches genau ist denn da gemeint? Leider finde ich es nicht.

Wiederherstellung der Datenpartitionsinhalte möglich? Nahezu nicht!

Sonstiger

Fortgeschrittenes Mitglied

magicw

Ehrenmitglied

Sonstiger

Fortgeschrittenes Mitglied

vetzki

Philosoph

Sonstiger

Fortgeschrittenes Mitglied

vetzki

Philosoph

Anhänge

Sonstiger

Fortgeschrittenes Mitglied

vetzki

Philosoph

Sonstiger

Fortgeschrittenes Mitglied

vetzki

Philosoph

Sonstiger

Fortgeschrittenes Mitglied

vetzki

Philosoph

Sonstiger

Fortgeschrittenes Mitglied

Sonstiger

Fortgeschrittenes Mitglied

vetzki

Philosoph

Sonstiger

Fortgeschrittenes Mitglied

vetzki

Philosoph

Sonstiger

Fortgeschrittenes Mitglied

vetzki

Philosoph

Sonstiger

Fortgeschrittenes Mitglied

Ähnliche Themen