Interner Speicher nutzen???

  • 67 Antworten
  • Letztes Antwortdatum
Auch die kleine UPDATE.APP (4,71 MB) der B939?

EDIT:
Ohne ADB oder anderem shell-Zugriff auf dein Honour kannst du die Partitionstabelle nicht wiederherstellen, auch nicht über USB. Aber hier mal die Tabelle meines (gemoddeten) Honour:
Code:
/dev/block/mmcblk0p1               1       30721      245760   c Win95 FAT32 (LBA)
Partition 1 does not end on cylinder boundary
/dev/block/mmcblk0p2   *       30721       30783         500  4d Unknown
Partition 2 does not end on cylinder boundary
/dev/block/mmcblk0p3           30783       31158        3000  46 Unknown
Partition 3 does not end on cylinder boundary
/dev/block/mmcblk0p4           31158      483328     3617363+  5 Extended
Partition 4 does not end on cylinder boundary
/dev/block/mmcblk0p5           31233       32768       12288  6a Unknown
/dev/block/mmcblk0p6           32769       49408      133120  4c Unknown
/dev/block/mmcblk0p7           49665       49920        2048  6d Unknown
/dev/block/mmcblk0p8           50177       50560        3072  58 Unknown
/dev/block/mmcblk0p9           50689       51563        7000  50 Unknown
/dev/block/mmcblk0p10          51713       52096        3072  4a Unknown
/dev/block/mmcblk0p11          52225       52608        3072  4b Unknown
/dev/block/mmcblk0p12          52737      101888      393216  83 Linux
/dev/block/mmcblk0p13         101890      400000     2384888  83 Linux
/dev/block/mmcblk0p14         400002      483328      666616  6b Unknown
 
Zuletzt bearbeitet:
  • Danke
Reaktionen: android_paul
ja, auch die kleine update.app -- lädt nur schneller bis zum einfrieren. :sad:

Der ursprüngliche Beitrag von 19:32 Uhr wurde um 19:39 Uhr ergänzt:

Code:
Platte /dev/sdb: 3959 MByte, 3959422976 Byte
122 Köpfe, 62 Sektoren/Spur, 1022 Zylinder, zusammen 7733248 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Festplattenidentifikation: 0x005770ae

   Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/sdb1               1      491520      245760    b  W95 FAT32
/dev/sdb2   *      491521      492520         500   4d  QNX4.x
/dev/sdb3          492521      498520        3000   46  Unbekannt
/dev/sdb4          499649     7733247     3616799+   f  W95 Erw. (LBA)
/dev/sdb5          499712      524287       12288   6a  Unbekannt
/dev/sdb6          524288      790527      133120   4c  Unbekannt
/dev/sdb7          794624      798719        2048   6d  Unbekannt
/dev/sdb8          802816      808959        3072   58  Unbekannt
/dev/sdb9          811008      825007        7000   50  OnTrack DM
/dev/sdb10         827392      833535        3072   4a  Unbekannt
/dev/sdb11         835584      841727        3072   4b  Unbekannt
/dev/sdb12         843776     1630207      393216   83  Linux
/dev/sdb13        1632256     5826559     2097152   83  Linux
/dev/sdb14        5828608     7733247      952320   6b  Unbekannt

so sieht das bei mir aus - kaum ein Unterschied...

Der ursprüngliche Beitrag von 19:39 Uhr wurde um 19:44 Uhr ergänzt:

Jetzt muss ich nur herausfinden, warum ich weder den recovery noch einen dload hinbekommen.
Was ist denn in den Partionen jeweils enthalten?
Fünf davon kann ich einsehen und verändern: sdb1, sdb6, sdb12, sdb13 und sdb14. was auf den übrigen ist, weiß ich nicht...
ich finde z.b. kein boot.img - außer, wenn ich es in den sdb1/image-Ordner kopiere.
 
Die boot.img ist auch in Partition 1 (vfat), ist diese Partition wirklich fehlerfrei, hat eine Größe von 239MB und ca. 80MB belegt (je nach ROM)?
Code:
-rwxrwxrwx root     root       195548 1980-01-05 23:00 EMMCBOOT.MBN
-rwxrwxrwx root     root     21905408 1980-01-05 23:00 amss.mbn
-rwxrwxrwx root     root      4950016 1980-01-05 23:00 boot.img
-rwxrwxrwx root     root     41943040 1980-01-06 01:00 cust.img
-rwxrwxrwx root     root      5634048 1980-01-05 23:00 recovery.img

Die Partitionen kann man wohl nur sehen, wenn die B919 oder älter mit alten Bootloader installiert ist.
 
Zuletzt bearbeitet:
genau so sieht es bei mir auch aus, wenn ich die b919-image Dateien reinkopiere.
Was macht das wipe im recovery? Kann ich das auch händisch machen?
wo kommen die Sicherungskopien her?
 
Das wipe formatiert /data, /cache und nochirgendwas, ändert aber nichts an den Partitionen. Welche Sicherungskopien?
 
Kennst Du die Mountpoints? Auf welcher Partition liegen z.B. data und cache?
 
p12 = /system
p13 = /data
p6 = /cache
 
  • Danke
Reaktionen: bollerah und android_paul
Danke, alles da...
in System finde ich den typischen linux-tree (app, bin, etc, ...), in data nur lost+found und in cache huawei_ota und recovery...
 
Hört sich doch gut an ...
Ist in der Log-Datei vom dload ein Fehlergrund zu erkennen?
 
ich vermisse allerdings den Ordner /devices - laut der /etc/internal_sd.fstab sollte es den geben.
Ist der auf einer der 9 Partitionen, die ich nicht einsehen kann?

Der ursprüngliche Beitrag von 20:13 Uhr wurde um 20:15 Uhr ergänzt:

Ja, in der Datei sd_update.log (im dload-Ordner) steht:
dload_sd_ram_data_proc->(retry >= DLOAD_RETRY) failed!

ich habe schon danach gegoogled - aber nichts gefunden, was mich weiter bringt.

Der ursprüngliche Beitrag von 20:15 Uhr wurde um 20:19 Uhr ergänzt:

Wie installiert denn CWM ein System aus einem Archiv? Kann ich das nicht mit dem Zugriff auf die Partitionen auch selber machen?​
 
Unterschiedlich: Meist wird aber /system formatiert und dann das Archiv dorthin entpackt. Funktioniert denn CWM nicht? Recovery.img getauscht?
BTW: Den Downgrade-Patch hast du aber schon angewendet, oder? Könnte auch eine Erklärung für den dload-Abbruch sein.
Die Fehlermeldung aus der sd_update.log ist leider nichtssagend :-(
 
Nein, CWM und alle erdenklichen recovery.img Dateien haben nicht funktioniert (immer Vol + mit Power gedrückt).
Und ja, ich habe den Downgradepatch aus dem AH-Forum eingespielt.
 
Tja, dann bin ich leider ratlos :-(
 
Zuletzt bearbeitet:
Super, Danke:thumbsup:

Eine Frage noch: Was genau wird gesichert, wenn, wie in Post #20 in der "mutigen Variante" geschildert, ein Backup von /data gemacht wird? Was kann man am Ende wiederherstellen und was sollte ich anderweitig sichern?

Und: Habe ich es richtig verstanden, dass die System-Partition mit dem OS nicht angetastet wird?
 
Ich muss jetzt auch noch mal eine Frage stellen:

Ich habe auf einem Honor von der 924 aus die 939 (EMUI-Downgrade) eingespielt. Erst die dload mit UPDATE.APP und UPDATE_SEC.APP. Danach das Vendor-Update.

Anschließend per ADB-CWM gerooted und dann nach Anleitung die Partitionierung geändert. Soweit ist auch alles ok.

Ich würde nun gerne das Backup der Data-Partition wieder einspielen, da die Apps, die in der B939 dort liegen, vorhanden sein sollen. Allerdings geht ja bei der B939 kein CWM mehr zu installieren, folglich kann ich auch die Versionen ohne "Segmentation fault" nicht einrichten. Besteht eine andere Möglichkeit, das Backup der (jungfräulichen) Data-Partition wieder einzuspielen?

Edit: ES HAT GEKLAPPT!

Eine möglicherweise erfolgreiche Vorgehensweise zum Rückspielen der data-Partition, wenn "Segmentation Fault 139" erscheint:
1. Handy normal booten, an den PC anschließen (USB-Debugging muss aktiviert sein)
2. Am PC Kommandozeile öffnen, "adb shell" eingeben, ENTER
3. "su" eingeben, ENTER -> Hier kam bei mir im Recovery der Segmentation Fault, normal gebootet aber nicht!
4. (ich zitiere) "setprop ctl.stop zygote", "setprop ctl.stop keystore" und "setprop ctl.stop dhcpcd_eth0" eingeben, dadurch werden alle Apps und die Android-Oberfläche beendet. Dies ist wichtig, damit möglichst keine Prozesse den /data-Ordner verwenden.
5. mit "ls sdcard/" prüfen, ob das Backup wirklich unter /sdcard/data_backup.tar" liegt - wenn nicht, ist der nächste Schritt auf den (hoffentlich auffindbaren Ort - evtl "sdcard2") anzupassen
6. "tar -xvf /sdcard/data_backup.tar *"
7. "exit"
8. "exit"
9. "adb reboot"

Bei mir hat das wie gesagt funktioniert. Jetzt habe ich eine gerootete B939 mit vergrößertem internen SPeicher samt APKs auf der Data-Partition und Vendor-Update. Juhu!
 
Zuletzt bearbeitet:
Firionus schrieb:
Eine Frage noch: Was genau wird gesichert, wenn, wie in Post #20 in der "mutigen Variante" geschildert, ein Backup von /data gemacht wird? Was kann man am Ende wiederherstellen und was sollte ich anderweitig sichern?

Bei der Sicherung der data-Partition wird alles gesichert, was du nach einem Werksreset bzw. Kauf nachträglich am Honour geändert hast, also Apps/Daten/Pi Pa Po. Im Prinzip also alles.
 
Zuletzt bearbeitet von einem Moderator:
Ich wollte heute nach der Anleitung mein Honour neu partitionieren, aber schon bei "setprop ctl.stop zygote" stürzt mein Gerät ab und geht in die Bootanimation, diese lässt sich auch nicht mehr unterbrechen, nur durch Herausnehmen des Akkus lässt sich das Gerät wieder normal booten. Ist das normal? Die Sicherung von /data funktioniert danach auch nicht mehr (busybox nicht gefunden o. ä.)

Und wie kriege ich die Superuser.apk in /system? Einfach irgendwo reinkopieren? Meine wurde in der Rootmethode nach /data/local/tmp gepusht.
 
Zuletzt bearbeitet:
1. Aber genau das soll doch geschehen (Bootanimation). Das Gerät stürzt nicht ab, sondern die GUI wurde beendet. Alles andere läuft noch, speziell der ADB-Shell-Zugriff. Ein Reboot hätte mit Eingabe von "reboot" funktioniert ;-). Das sind aber alles Linux-Basic's. Wenn du daran schon scheiterst, überlege gut, ob du wirklich weitermachen willst.
3. Wenn dein Rooten funktioniert hat, sollte die Datei su unter /system/bin oder /system/sbin vorhanden sein. /data/local/tmp/* ist temporär und kann gelöscht werden.
Die Busybox sollte auch unter einem der beiden Pfade zu finden sein.
 
Mal ne andere Frage: das mit den sichern und zurück schreiben der Data Partition ist doch nur Optional oder? Habe ja alles mit Titanum gesichert
 
Na klar ist das optional. Wenn du data plättest, hast du halt ein frisches Honor im Auslieferungszustand (Ein wipe macht im Grunde nix anderes: Er formatiert data, zusätzlich cache und sd-ext).
Titanium-Backup sichert aber App-Bezogen, also alles unter /data/app und /data/data. Weitere Modifikationen in anderen Orndern werden so nicht gesichert. Ich habe auch manchmal Probleme mit Rücksicherungen von TB was die Sepzielles betrifft, z.B. die Android-Einstellungen, SMS, Anrufhistorie etc.
Die kann man mit der data-Sicherung umgehen, alles ist wie vorher ;-)
 

Ähnliche Themen

A
Antworten
5
Aufrufe
1.722
android_53
A
J
Antworten
5
Aufrufe
1.009
det-happy
det-happy
Zurück
Oben Unten