S2 bootet nur noch bis zum Samsung Logo, Datensicherung noch möglich?

[Sgisixx]

C:\Users\Sigi>adb shell
# su
su
# mount
mount
rootfs on / type rootfs (rw)
tmpfs on /dev type tmpfs (rw,relatime,mode=111)
devpts on /dev/pts type devpts (rw,relatime,mode=600)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
tmpfs on /tmp type tmpfs (rw,relatime,mode=755)
/dev/block/mmcblk0p9 on /system type ext4 (rw,relatime,barrier=1,data=ordered)
/dev/block/mmcblk0p1 on /efs type ext4 (rw,nosuid,nodev,noatime,barrier=1,data=o
rdered)
/dev/block/mmcblk0p4 on /mnt/.lfs type j4fs (rw,relatime)
/dev/block/mmcblk0p7 on /cache type ext4 (rw,nodev,noatime,nodiratime,barrier=1,
data=ordered)
#

 

[Nightly]

/dev/block/mmcblk0p10 (data) hier zu lesen, wäre schön, aber....

 

[Sgisixx]

Sowas steht bei mir nich sorry >.< Habe jedoch dies hier versucht :b

C:\Users\Sigi>adb shell

# mount /data
mount /data
mount: mounting /dev/block/mmcblk0p10 on /data failed: Invalid argument

# mount /dev/block/mmcblk0p10 /data
mount /dev/block/mmcblk0p10 /data

# mount /dev/block/mmcblk0p10 /data
mount /dev/block/mmcblk0p10 /data
mount: mounting /dev/block/mmcblk0p10 on /data failed: Device or resource busy

EDIT: Hier in diesem Thread http://forum.xda-developers.com/showthread.php?t=771347&page=2 hat der Typ genau dasselbe Problem wie ich. Nur statt data mit system.

Ich hab jetzt wie dort beschrieben statt nur "mount /data" den gesamten Pfad genommen also "mount /dev/block/mmcblk0p10 /data"

Nachdem ich das eingegeben hab, taucht unter

adb shell
su
mount

die data auf die du vermisst hast

/dev/block/mmcblk0p10 on /data type j4fs <rw,relatime>

.. Ist das ein gutes Zeichen? Kann ich mit irgendwelchen Befehlen, eine Datei, Testweise, in /data erstellen und abrufen?

 

[Nightly]

OK, ...
1. ADB SHELL funktioniert
2. Recovery funktioniert

... Daraus sollte man was machen können.

Testweise:

adb shell 
#SU
# mount /system 
# mount /data 
# mount /sdcard

 

[Sgisixx]

C:\Users\Sigi>adb shell

# su
su

# mount /system
mount /system
mount: mounting /dev/block/mmcblk0p9 on /system failed: Device or resource busy

# mount /data
mount /data
mount: mounting /dev/block/mmcblk0p10 on /data failed: Device or resource busy

# mount /sdcard
mount /sdcard

# mount /sdcard
mount /sdcard
mount: mounting /dev/block/mmcblk0p11 on /sdcard failed: Device or resource busy

Die Meldung von wegen "Busy" ist wohl normal richtig? Weil nachdem ich das zweite mal "mount /sdcard" eingegeben hab, kam auch Busy :b

Wenn wir es jetzt tatsächlich geschafft haben sollten, /data zu reparieren, mit welchen Befehlen könnte ich nun die Dateien in /data auf meinen PC oder auf die SD Card übertragen? Geht das mit meiner Android version überhaupt? Oder muss ich das in der Recovery manuell machen? Vielleicht funktioniert es ja diesmal ;D

EDIT: JAAAA Wenn ich in die recovery gehe und dann auf "Mounts and storage" dann steht da nicht mehr "mount /data" sondern "UNmount /data". Also war es doch richtig "mount /dev/block/mmcblk0p10 /data" in der CMD einzutippen xD

Ich versuche jetzt erstmal ein Backup ;D

 

[Nightly]

/dev/block/mmcblk0p10 on /data type j4fs <rw,relatime>

.. Ist das ein gutes Zeichen?

ja freilich

OK, dann kannst du dich austoben

adb root 
adb pull

Liste einiger Datenverzeichnisse

SMS:*/data/data/com.android.providers.telephony/databases/mmssms.db

Kontakte:*/data/data/com.android.providers.contacts/databases/contacts2.db

Kalender:*/data/data/com.android.providers.calendar/databases/calendar.db

Memo:/data/data/com.sec.android.app.memo/databases/Memo.db

WhatsApp:
/data/data/com.whatsapp/databases/wa.db
/data/data/com.whatsapp/databases/msgstore.db

Und weiter geht es hier :thumbsup :

adb pull /system <C:\dein Verzeichnis >

adb pull /data <C:\dein Verzeichnis >

adb pull /sdcard <C:\dein Verzeichnis >

Der ursprüngliche Beitrag von 20:50 Uhr wurde um 20:52 Uhr ergänzt:

Schwere Geburt
Dann hau rein und vergiss nicht, das Backup auf dem PC nochmal zu sichern

 

[Sgisixx]

Ja ichhabe erstmal die alten backups auf den PC verschoeben da bei jedem backup die Uhrzeit und das Datum falsch sind xD WEiß deshalb nich welches aktuell ist ^^

Seltsamer weise ist nach dem ersten Backup die data wieder auf "cant mount /data" so als würde sich das zurücksetzen :b

Ich versuch das nocheinmal mit adb shell etc

EDIT:
backing up boot image..
backing up recovery image..
backing up system..
backing up data..
Backing up cache..
Generating md5 sum..

Backup complete!

;D

Hab im Ordner nun

boot.img
cache.ext4.tar
data.j4fs.tar
nandroid.md5
recovery.img
system.ext4.tar

Diese Dateien befinden sich im Backup Ordner.. Aber wieso heißt die data.j4fs.tar nicht data.ext4.tar? Denn in der .tar Datei befinden sich keine contacts2.db oder calendar.db..

Okey ich hab zwar: /dev/block/mmcblk0p10 on /data type j4fs <rw,relatime> aber nicht /dev/block/mmcblk0p10 on /data type ext4 <rw,relatime>.. Woran könnte das nun liegen?

EDIT: Hier ein Bild vom inhalt der data.j4fs.tar Datei

Spoiler

EDIT2: Habe auch schon

adb pull /data <C:\dein Verzeichnis >

gemacht, aber es werden die selben Dateien auf den Computer kopiert, die sich im "data.j4fs.tar" Ordner befinden

 

[Nightly]

Kannst du nun mit der Recovery ein Backup erstellen?

 

[Sgisixx]

Ja hab es bereits gemacht & das alles hier befindet sich in der recovery

Liegt es vielleicht an der Revovery?
Habe in diesem Forum diesen Absatz gefunden: Was ich mir direkt vorstellen könnte ist, dass du nach dem voodoo Fix eine ext4 /data Partition hast und danach eine andere Firmware drüber klatschst, deren Kernel kein ext4 kennt.

Und andererseits geht es dem Typen glaub ich genauso wie mir. Hab mir alles 3x durchgelesen, verstehe aber nicht woran es letztendlich liegen könnte.. Bzw. das überschreitet mein können.. Partitionen.. Roms.. Weiß zwar was es am Computer heißt, aber den Zusammenhang mit Handys da geht nix mehr :'D http://forum.xda-developers.com/showthread.php?t=946159

 

[Nightly]

voodoo fix?
Irgendwie will ich gerade nicht wissen, was du da so nebenbei aufs GT-I9100 bruzzelst (^_-)

Die Recovery funktioniert ja offensichtlich, über den Kernel könnte man diskutieren, WENN man wüsste, welche Firmware ursprünglich auf dem Gerät lief. Hierzu wäre es sinnvoll, mal eben schnell die build.prop per ADB zu ziehen

adb backup –all –f c:\backup.ab

... würde ich mir noch gönnen, bevor man weiteres versucht ....

 

[Drielander]

voodoo fix?
Irgendwie will ich gerade nicht wissen, was du da so nebenbei aufs GT-I9100 bruzzelst .....

... ich auch nicht! Die Finger ruhig halten und sich auf das Wesentliche konzentrieren ist wohl sehr schwierig!

Die Recovery funktioniert ja offensichtlich, ...

So sieht es aus! Das Backup ist erstellt und gesichert ... und damit ist der Zweck der umfangreichen Aktion erfüllt (10 Tage, ca. 60 Beiträge!).

Ich zolle Nightly großen Respekt für seine Geduld (für sein umfangreiches Wissen hat er den eh schon!)

.........bevor man weiteres versucht ....

... und das findet dann - falls erforderlich - in den entsprechenden Fachthreads statt. Die gibt es ja zu fast jedem (Basis-)Thema!

Hier ist dann bitte Ende.

 

[Nightly]

Kein Problem,wichtig ist, dass es dein Gadget wieder tut
... solltest du daran denken, seine interne SD Karte selbst wieder gangbar zu machen, hätte ich da zufällig ein ziemlich schwieriges HowTo

 

[Drielander]

.... interne SD Karte selbst wieder gangbar zu machen, hätte ich da zufällig ein ziemlich schwieriges HowTo ..

Ok - einen (Link) ham' wer noch!

Dann aber .....

 

[Sgisixx]

So sieht es aus! Das Backup ist erstellt und gesichert ... und damit ist der Zweck der umfangreichen Aktion erfüllt (10 Tage, ca. 60 Beiträge!).
fast jedem (Basis-)Thema!
Hier ist dann bitte Ende.

Ich weiß nich wieso du so rumstresst drielander xD, aber ich habe immer noch nicht meine wichtigsten Daten sichern können.. Wie schon gesagt, wenn du der Meinung bist das hier in diesem Thread schon zu viele Beiträge sind dann eröffne ich nen neuen der direkter auf die /data bezogen ist.. Ich kann zwar /data auf den PC kopieren, aber anstatt das er mir data.ext4.tar kopiert, kopiert er mir data.j4sfs.tar. Und in data.j4fs.tar befinden sich keine memos, kontakte, kalender einträge etc.. Die sind halt das a und o.. nur wegen denen habe ich mich diesem thread hier angeschlossen

Auch wenn du data.j4fs.tar in google eingibst, gibt es NULL übereinstimmungen damit.. so als hätte kein anderer diesen Ordner jemals gehabt..

Ich hab nichts gemacht mit voodoo fix, aber in den Foren steht doch iwas von konventieren von ext4 Dateien oder das die Recoverys od so die ext4 Dateien nicht kennt..

:b

PS: Sollte es mir mit der Hilfe von Nighty gelingen, die Kontakte und den anderen Rest zu sichern, dann melde ich mich freiwillig dafür, und erstelle einen kompletten neuen "how to" thread, wo mein Problem beschrieben wird und wie man es lösen kann ;D

Der ursprüngliche Beitrag von 16:59 Uhr wurde um 17:09 Uhr ergänzt:

adb backup all f c:\backup.ab

... würde ich mir noch gönnen, bevor man weiteres versucht ....

In diesem Thread https://www.android-hilfe.de/forum/...rchfuehren-per-adb-ab-android-4-x.260613.html steht, das man diesen Befehl nur ab Android Version 4.x durchführen kann..

Wenn ich diesen bei mir eintippe, kommt die Meldung

Error: closed
adb: unable to connect for backup

Genauso bei "ultimate backup tool" und "holo backup".. alles nur möglich mit android version 4.x

Kann ich denn nicht bei mir die Android Version 4.x drauf spielen, ohne das die /data Ordner gelöscht werden?

 

[Nightly]

Können kannst du schon, aber nur wenn /data gemountet wird (und ohne Gewähr auf Erfolg) .

 GT-I9100 in den Recovery Modus booten,  unter Windows die 
cmd.exe mit Admin-Rechten starten und folgende Befehle abarbeiten:

cd C:\adb
adb devices (es sollte dein Gerät mit Status “recovery” gelistet werden)
adb root (alternativ: SU) 
adb pull com.android.providers.calendar/databases/calendar.db

adb pull com.sec.android.app.memo/databases/Memo.db

Gleiches gilt für:

SMS: /data/data/com.android.providers.telephony/databases/mmssms.db

Kontakte: /data/data/com.android.providers.contacts/databases/contacts2.db

Kalender: /data/data/com.android.providers.calendar/databases/calendar.db

Memo: /data/data/com.sec.android.app.memo/databases/Memo.db

WhatsApp:
/data/data/com.whatsapp/databases/wa.db
/data/data/com.whatsapp/databases/msgstore.db

Damit hättest du zumindest schon mal einen Teil seiner Daten sicher.

 

[Sgisixx]

Kommt überall die Meldung

remote object 'com.android.providers.calendar/databases/calendar.db' does not exist
remote object 'com.android.providers.memo/databases/memo.db' does not exist

Genauso bei den anderen für SMS, Kontakte etc

Wenn ich in adb shell "ls" eingebe, dann wird da eine ähnliche Datei aufgelistet, die "default.prop" heißt.. mit pull default.prop C:\prop ging es nicht.

Hier nocheinmal ein Bild von den Dateien die mit "ls" angezeigt werden.

Spoiler

 

[Drielander]

Ich weiß nich wieso du so rumstresst drielander xD, aber ich habe immer noch nicht meine wichtigsten Daten sichern können.. ......

Zum Einen stresse ich nicht rum - zum Anderen habe ich wirklich die "Leine lang gelassen", obwohl schon früher hätte abgeschlossen werden können. Irgendwann muss es mal getan sein. Der Weg zur Datensicherung an sich ist aufgezeigt und funktioniert dem Grunde nach auch - persönliche Daten bis ins Kleinste hinein zu sichern ist dann Hausarbeit.

Wie ich oben schrieb: eine Runde hast Du noch frei - nutze sie!

 

[Sgisixx]

Was befindet sich eigentlich in der "dbdata"? Oo Die ist bei mir vorhanden

Hier in einem Forum beschreibt jemand dies hier und wie man sehen kann befinden sich auch dort iwie contacts usw xD

cp /dbdata/databases/com.android.providers.contacts/contacts2.db /mnt/sdcard/tmp/contacts2.db
cp /dbdata/databases/com.android.providers.telephony/mmssms.db /mnt/sdcard/tmp/mmssms.db
cp /dbdata/databases/com.sec.android.provider.logsprovider/logs.db /mnt/sdcard/tmp/logs.db
cp /dbdata/databases/com.sec.android.app.memo/Memo.db /mnt/sdcard/tmp/Memo.db
cp /dbdata/databases/com.android.providers.calendar/calendar.db /mnt/sdcard/tmp/calendar.db

könnte es sein das sich diese auch bei mir in dbdata befinden? Wenn ja muss ich dbdata iwie mounten? Oder kann ich iwie einsehen, welche Dateien sich in dbdata befinden?

 

[Nightly]

Zieh doch mal bitte die build.prop per ADB und sieh mal nach, welche Firmware ursprünglich auf dem Gerät lief

 

[Sgisixx]

Hah die build.prop befindet sich auch in der System.ext4.tar :b

Spoiler

# begin build properties
# autogenerated by buildinfo.sh
ro.build.id=GINGERBREAD
ro.build.display.id=GINGERBREAD.BOKE1
ro.build.version.incremental=BOKE1
ro.build.version.sdk=10
ro.build.version.codename=REL
ro.build.version.release=2.3.3
ro.build.date=Mon May  2 16:33:29 KST 2011
ro.build.date.utc=1304321609
ro.build.type=user
ro.build.user=root
ro.build.host=DELL102
ro.build.tags=release-keys
ro.product.model=GT-I9100
ro.product.brand=samsung
ro.product.name=GT-I9100
ro.product.device=GT-I9100
ro.product.board=GT-I9100
ro.product.cpu.abi=armeabi-v7a
# Samsung Specific Properties
ro.build.PDA=I9100BOKE1
ro.build.hidden_ver=I9100BOKE1
ro.build.changelist=176674
ro.product.cpu.abi2=armeabi
ro.product.manufacturer=samsung
ro.product.locale.language=en
ro.product.locale.region=GB
ro.wifi.channels=
ro.board.platform=s5pc210
# ro.build.product is obsolete; use ro.product.device
ro.build.product=GT-I9100
# Do not try to parse ro.build.description or .fingerprint
ro.build.description=GT-I9100-user 2.3.3 GINGERBREAD BOKE1 release-keys
ro.build.fingerprint=samsung/GT-I9100/GT-I9100:2.3.3/GINGERBREAD/BOKE1:user/release-keys
# Samsung Specific Properties
ro.build.PDA=I9100BOKE1
ro.build.hidden_ver=I9100BOKE1
ro.build.changelist=176674
ro.tether.denied=false
ro.flash.resolution=1080
# end build properties
#
# system.prop for asop5000
#

rild.libpath=/system/lib/libsec-ril.so
rild.libargs=-d /dev/ttyS0
ro.sf.lcd_density=240
dalvik.vm.heapsize=64m

# Samsung USB default mode
persist.service.usb.setting=0
dev.sfbootcomplete=0
#
# ADDITIONAL_BUILD_PROPERTIES
#
ro.url.legal=http://www.google.com/intl/%s/mobile/android/basic/phone-legal.html
ro.url.legal.android_privacy=http://www.google.com/intl/%s/mobile/android/basic/privacy.html
ro.com.google.locationfeatures=1
ro.com.google.clientidbase=android-samsung
ro.com.google.gmsversion=2.3_r3
media.stagefright.enable-player=false
media.stagefright.enable-meta=false
media.stagefright.enable-scan=false
media.stagefright.enable-http=true
media.stagefright.enable-rtsp=false
ro.url.legal=http://www.google.com/intl/%s/mobile/android/basic/phone-legal.html
ro.url.legal.android_privacy=http://www.google.com/intl/%s/mobile/android/basic/privacy.html
ro.com.google.locationfeatures=1
keyguard.no_require_sim=true
ro.config.ringtone=01_Minimal_tone.ogg
ro.config.notification_sound=01_Sherbet.ogg
ro.config.alarm_alert=Good_Morning.ogg
ro.config.media_sound=Media_preview_Touch_the_light.ogg
ro.opengles.version=131072
ro.setupwizard.mode=OPTIONAL
ro.secdevenc=true
ro.wtldatapassword=true
net.bt.name=Android
dalvik.vm.stack-trace-file=/data/anr/traces.txt

persist.service.adb.enable=1
persist.service.debuggable=1
persist.sys.usb.config=mtp,adb
persist.service.adb.enable=1
persist.service.debuggable=1
persist.sys.usb.config=mtp,adb

Vl könnte das hier auch was bedeuten, hab dies in einem Ordner unter sys-kernel-version gefunden

#k2-21 SMP PREEMPT Fri Feb 3 14:44:59 SGT 2012

Also wenn es die Firmware ist dann hatte ich Android 2.3.3