"USB-Speicher deaktivieren" nicht mehr möglich!

  • 91 Antworten
  • Letztes Antwortdatum
Hm gut zu wissen, dann hat es mir einfach blöderweise was zerschossen. Ich lade die Partitionen 5,10 und 11 der B870 (mit IMEI weg) gerade hoch.

Die Checksummen der 3 Partitionen sind übrigens anders als die der B919.

EDIT: HIER der Link zu den Dateien!
 
cosmos321 schrieb:
Hm gut zu wissen, dann hat es mir einfach blöderweise was zerschossen.

Ich rätsel auch noch, was bei mir der Grund gewesen sein könnte. Da sowohl Morpheus als auch Du die "Pink-Partition" formatiert haben, habe ich den Verdacht, dass da versteckte Daten existieren.
 
hmm.. meine idee ist: gehe nochmal auf b919^^ dann wenn du drauf bist mach adb und flashe ALLE partionen die du damals gesichert hast und jetzt noch hast.
dann könnte man zumindest ein pink ordner error ausschliessen

vorschlag 2: flashe die drei funktionierenden von b919 auf die b8xx

von den drei dateien kann ich schliessen, dass die 5er auf die 10 und 11er verweisst und diese stark verändert sind (die 5er nur ein bisschen)
 
Zuletzt bearbeitet:
Ok, werde erstmal vorschlag 2 probieren und wenn es nicht geht dann vorschlag 1. Allerdings ist das auch keine richtig gute Lösung, da ich ja jetzt unter der B870 wieder das Problem mit dem "USB Speicher deaktivieren" habe :)

HINWEIS: Habe eben mal schnell ALLE Partitionen meiner B870 sichern wollen und da sind mir bei 2 Partitionen ERROR aufgetreten, nämlich bei mmcblk0boot0 und mmcblk0boot1 ! Diese Verzeichnisse sind sind anscheindend nicht vorhanden,hier das LOG:

Code:
# dd if=dev/block/mmcblk0boot0 of=/sdcard/mmcblk0boot0
dd if=dev/block/mmcblk0boot0 of=/sdcard/mmcblk0boot0
dev/block/mmcblk0boot0: cannot open for read: No such file or directory

# dd if=dev/block/mmcblk0boot1 of=/sdcard/mmcblk0boot1
dd if=dev/block/mmcblk0boot1 of=/sdcard/mmcblk0boot1
dev/block/mmcblk0boot1: cannot open for read: No such file or directory]
ALLE anderen sind fehlerfrei durchgelaufen:

Code:
# dd if=dev/block/mmcblk0p2 of=/sdcard/mmcblk0p2
dd if=dev/block/mmcblk0p2 of=/sdcard/mmcblk0p2
1000+0 records in
1000+0 records out
512000 bytes transferred in 0.046 secs (11130434 bytes/sec)

# dd if=dev/block/mmcblk0p3 of=/sdcard/mmcblk0p3
dd if=dev/block/mmcblk0p3 of=/sdcard/mmcblk0p3
6000+0 records in
6000+0 records out
3072000 bytes transferred in 0.170 secs (18070588 bytes/sec)

# dd if=dev/block/mmcblk0p4 of=/sdcard/mmcblk0p4
dd if=dev/block/mmcblk0p4 of=/sdcard/mmcblk0p4
2+0 records in
2+0 records out
1024 bytes transferred in 0.001 secs (1024000 bytes/sec)

# dd if=dev/block/mmcblk0p5 of=/sdcard/mmcblk0p5
dd if=dev/block/mmcblk0p5 of=/sdcard/mmcblk0p5
24576+0 records in
24576+0 records out
12582912 bytes transferred in 2.080 secs (6049476 bytes/sec)

# dd if=dev/block/mmcblk0p7 of=/sdcard/mmcblk0p7
dd if=dev/block/mmcblk0p7 of=/sdcard/mmcblk0p7
4096+0 records in
4096+0 records out
2097152 bytes transferred in 0.098 secs (21399510 bytes/sec)

# dd if=dev/block/mmcblk0p8 of=/sdcard/mmcblk0p8
dd if=dev/block/mmcblk0p8 of=/sdcard/mmcblk0p8
6144+0 records in
6144+0 records out
3145728 bytes transferred in 0.139 secs (22631136 bytes/sec)

# dd if=dev/block/mmcblk0p9 of=/sdcard/mmcblk0p9
dd if=dev/block/mmcblk0p9 of=/sdcard/mmcblk0p9
14000+0 records in
14000+0 records out
7168000 bytes transferred in 0.294 secs (24380952 bytes/sec)

# dd if=dev/block/mmcblk0p10 of=/sdcard/mmcblk0p10
dd if=dev/block/mmcblk0p10 of=/sdcard/mmcblk0p10
6144+0 records in
6144+0 records out
3145728 bytes transferred in 0.119 secs (26434689 bytes/sec)

# dd if=dev/block/mmcblk0p11 of=/sdcard/mmcblk0p11
dd if=dev/block/mmcblk0p11 of=/sdcard/mmcblk0p11
6144+0 records in
6144+0 records out
3145728 bytes transferred in 0.125 secs (25165824 bytes/sec)
KANN das eventuell mit dem Problem zusammenhängen? Was befindet sich in diesen 2 Partitionen?
 
-> geh auf 919->flash wie gesagt ALLE partion auch boot
dann solltest du alles normal haben

die beiden bootpartion enthalten nur Nullen, trotzdem könnte bei, Fehlen der dateien
es zu addressen verfälschung kommen-> also mach vorschlag eins
und geh erst auf 919
 
OK super, werde ich so machen! Bin gespannt!

Kurz nochmal die Frage: Beim Flash im laufenden Betrieb über die adb shell können keine Fehler auftreten oder? Also wenn ich da eben alle Partitionen (boot0, ....... bis 0p11) flashe?
 
Ich hab eben von der B919 auch nur von folgenden Partitionen ein Backup:

boot0
boot1
...0p2
...0p3
...0p4
...0p5
...0p7
...0p8
...0p9
...0p10
...0p11


Die anderen Partitionen

mmcblk0p1 -. cust_backup. vfat Partition
mmcblk0p6 - ext4-Cache
mmcblk0p14 - eMMC

habe ich nicht. Denkst du das ist ein Problem? (0p6 wohl eher nicht, aber die anderen beiden meine ich)?


Der ursprüngliche Beitrag von 13:18 Uhr wurde um 13:19 Uhr ergänzt:

EDIT: Ja das mit dem dd befehl ist mir klar, habe ich bisher ja auch so gemacht, ich dachte da jetzt eher daran, dass im laufenden Betrieb Dateien verändert werden, welche gerade in "Benutzung" sind und es deswegen zum Abbruch kommen kann --> und einem eventuellen Brick?
 
mmcblk0p1 ist die "Pink Partition"
mmcblk0p14 ist die interne SD-Karte
 
brick wie gesagt nur bei falscher osbl (partion3) bootpartionen sind genullt auch bei meinen backups also nein und die pink partion wird von b919 install hergestellt
6 war glaube ich cache partion also ausgelagerte apps, also unwichtig (wird von install erstellt)
 
Hm,blöd, gerade von der PinkPartition habe ich ja kein Backup. Diese habe ich nur in "Dateien" vorliegen, also sprich HIER ! Na mal sehen ob es trotzdem funktioniert. Wenn du mit deinem Verdacht Recht hast (dass sich dort noch versteckte Dateien befinden könnten) wäre es gut, diese als komplettes Backup vorliegen zu haben. Mal sehen was passiert!

EDIT: Alles klar! DANKE
 
Es liegen KEINE versteckten dateien vor. dies kann man der bootloader abfrage entnehmen
 
Dann lass ich den Flash der Partition 3 weg. Diese wird ja noch in Ordnung sein! Nur zur Sicherheit!
 
cosmos321 schrieb:
OK super, werde ich so machen! Bin gespannt!

Kurz nochmal die Frage: Beim Flash im laufenden Betrieb über die adb shell können keine Fehler auftreten oder? Also wenn ich da eben alle Partitionen (boot0, ....... bis 0p11) flashe?

also, ich würde nicht im laufenden Betrieb flashen. Besser du bootest via CWM-Recovery. Da ist eine root-Shell integriert. Dieses hier müsste für die B919 funktionieren.

edit:
fastboot boot <pfad zur recovery>
 
  • Danke
Reaktionen: cosmos321
nein 3 MUSST du mitflashen
@android53
das ist quatsch, denn auch die recovery benötigt die gleichen partion gebootet aber es sollte sehr wahrscheinlich gehen wie man schon der dd seite entnehmen kann schreibt er bit für bit und wenn das nur nullen sind kann da nicht viel schief laufen
 
  • Danke
Reaktionen: cosmos321
OK 3 mitflashen :) ! Sollte ich es doch lieber über die CWM Recovery machen? Ich weiß ja nicht ob Cryptophon die schon ausreichend getestet hat!
 
ich würde es im android betrieb machen denn auch recovery mode ist laufender betrieb zumindest für die partionen die du als gefährlich einstufst
 
android_53 schrieb:
edit:
fastboot boot <pfad zur recovery>

Jetzt bin ich verwirrt, was meinst du damit? Soll ich jetzt in den fastboot-Modus gehen? Ich dachte mit diesem Befehl ist der Kernel bootbar. Kann ich damit die Recovery starten? :confused2:
 
1nch0 schrieb:
@android53
das ist quatsch, denn auch die recovery benötigt die gleichen partion gebootet aber es sollte sehr wahrscheinlich gehen wie man schon der dd seite entnehmen kann schreibt er bit für bit und wenn das nur nullen sind kann da nicht viel schief laufen

sicher?
wenn ich nen mount Befehl unter CWM eingebe, sind eigentlich keine der zu flashenden partitions gemountet. Im laufenden System sehr wohl.
 
ok dann mach sicherheitshalber im recovery und wenn papsi sagt pink partion ist vielleciht ausshlaggebend (was ich nicht denke) dann mach ich dir noch eine dauert aber 15min
 
  • Danke
Reaktionen: cosmos321
Zurück
Oben Unten