[How-To] Motorola Defy+ flashen

@Cua: Danke - das bestätigt zumindest, dass ich dort keinen groben Denkfehler habe... :D

Trotzdem lande ich mit den bisher ausprobierten 231er ROMs immer in der Dauer-Bootschleife und der übliche Trick mit den factory-reset funktioniert leider nicht. :(:(:(

Könnte da die Tatsache, dass ich schon auf den Oktober-ROMs war (bis 15.10. geflasht aber nur 11.10. ist gelaufen eine Unterschied machen?

Vielleicht könnt ihr noch mal ein paar SFBs nennen, die bei Defy+-Usern funktioniert haben (die von Quarx Seite habe ich auch schon ohne Erfolg probiert...)?
 
Wie sieht es mit SIM-Karte aus? Schon mal die SIM-Karte und SD-Card entfernt? (Oder eingesteckt)
 
Diese Retail DACH habe ich schon etwa 6x geflasht - Fehlermeldung gibt es keine, aber es endet trotzdem im Bootloop... :(

Das war bisher immer meine Standard-Stock-ROM - ich weiss wirklich nicht warum das dieses mal nicht klappt und ich immer wieder im Bootloop lande...

Irgendwelche anderen schlauen Ideen - oder wartet jetzt der Gelbe Sack auf mein Defy+?
 
Hast schon mal bei xda nachgefragt, ob das an der Neupartionierung liegen könnte?
Ich bin hier jetzt auch mit meinem Latein am Ende
 
Nee - habe ich nicht.
Ich lese mit Spannung, bin aber anscheinend bislang der Einzige mit dem Problem.. :(

Ich hatte ja die Re-Partitionierung über Terminal-Befehle gemacht und das neue bootstrap-image von Hand eingespielt...
Möglicherweise habe ich da einen fatalen Fehler gemacht, auch wenn ich zunächst die damals installierte ROM vom 11.10. mehrfach problemlos neu starten konnte.

Es wird vermutlich an der /data-partition liegen, denn die geflashten CM11-ROMs sind ja immer bis zu der Meldung "Apps werden gestartet" gekommen bevor sie sich aufgehängt haben.

Vielleicht muss ich tatsächlich die Story mal bei XDA berichten... - ich habe einfach keine Idee mehr was ich noch versuchen kann.
(Vielleicht noch mal ne 188er SFB, ist die älteste mit BL 7 und die habe ich noch nicht)
 
Jetzt habe ich mal Folgendes (Hinweis von HamsterX bei anroidpit) versucht - vielleicht hat dazu jemand eine Idee?

Akku raus, eingesetzt, direkt in stock-recovery gestartet, factory-reset, dann rebootet in Bootloader, die root_bl7-SFB von Quarx geflasht.

Hat trotzdem leider nicht funktioniert - aber anders als bisher:

Flashen läuft bis zum reboot, der bricht (immer noch beim roten M-Logo nach etwa 20 sec ab), dann wieder der Bootloader-Bildschirm

Dort: Err A5,69,35,00,27 angezeigt...

Irgendeine Idee was das aussagt und/oder was ich machen kann...?

Der ursprüngliche Beitrag von 15:50 Uhr wurde um 16:17 Uhr ergänzt:

Die 188er endet auch in der Bootschleife - bisher der einzige Unterschied mit der SFB von Quarx, aber die endet immer wieder mit der Fehleranzeige im Bootloader..
 
n Asia-Rom flashen? Okay...Allerdings hab ich das so verstanden, dass der Fehler nur kommt, wenn er ne 188er flasht, sonst nicht :)
 
Nee, der Fehler kommt bei allen ROMs, die ich bisher ausprobiert habe!

Die asia-ROM habe ich nicht ausprobiert und ich denke auch nicht, dass mein Problem mit den im Bootloader angezeigten Fehlern zu tun hat.
Diese Fehler sind auch verschwunden, nachdem ich auf Rat von Quarx zwei von ihm zur Verfügung gestellte ROMs nacheinander geflasht habe.

Es bleibt dabei:
  • ich kann keine ROM mehr starten und dieses Thema ist durch alle bisher probierten Stock-ROMs anscheinend nicht zu beheben
  • auch CM11 ROMs starten nicht mehr (das war der grund warum ich über Stock gehen wollte), das kann ich dank einer über XDA vermittelten CM11-SFB jetzt auch testen
  • TWRP läuft jetzt wieder normal und ich habe jetzt keine Idee mehr

Gibt es eine Möglichkeit das starten einer ROM zu loggen?
 
Moin, ich glaube das ist sogar mein erster Post hier ^^

zu der Problematik kann ich nur vermuten das die Partition an sich Korrupt ist, ich hatte den gleichen Fehler mit CM10 irgendwann mal, da bin ich auch nicht weiter als bis zum Apps werden gestartet gekommen.

kannst du mal in TWRP ohne das /data gemounted ist tune2fs -l /dev/block/mmcblk1p25 oder aber /dev/block/mmcblk1p2 (ist doch glaub ich der neue mountpoint) ausführen und den output posten?


_______________________________________

Gott wirklich der erste Post seit meiner anmeldung 2012 ... :D
 
Auf tune2fs -l /dev/block/mmblk1p25 und /dev/block/mmblk1p2:
--> "Couldn't find valid filesystem superblock.

Wenn ich bei /dev/block/mmblk1p1 ausführe:


__bionic_open_tzdata: couldn't find any tzdata when looking for CST6CDT!
__bionic_open_tzdata: couldn't find any tzdata when looking for posixrules!

Filesystem volume name: <none>
Last mouted on: /mnt/extfs/2
Filesystem UUID: ec77ae (usw.)


Danach noch etwa 30 Zeilen - welche sind wichtig?

vielleicht die:
Filesystem state: not clean
Errors behavior: continue
Filesystem OS type: Linux
Inode count: 3200
Block count: 12596
Reserved block count: 640
Free blocks: 8412
...

Ich kenne leider keine Möglichkeit das zu kopieren und aktuell wäre das wirklich viel abzuschreiben - kannst Du genauer sagen was dich interessiert?
 
Not clean ist nicht gut. Deswegen hängst du dort fest.

Formatiere mal per TWRP /data und schaue ob du das System zum starten bekommst.

__________________ Edit

Obwohl wenn /dev/block/mmcblk1p1 = /system schon rumspackt das nur geringe Chancen hat.

Hast du noch genug Akku um alle Partitionen in TWRP zu löschen bis auf die sdcard?

Am besten tust du bei jeder Partition ein wipe formatierst zu ext3 um noch ein wipe und zurück zu ext4 und um sicher zu gehen noch ein wipe.

Dann im TWRP Terminal cat /sdcard/bootstrap_ext3.img > /dev/block/mmcblk1p1 also vorher das bootstrap.img aus der defy.7z auf sdcard entpacken. Das dauert ein wenig. Dann normal das resize. zip und cm11.zip.

In der Theorie sollte das klappen.
 
Zuletzt bearbeitet:
  • Danke
Reaktionen: oblanke
im TWRP terminal oder gibt es eine GUI-Funktion dafür?

Reicht "format /data"?
(Sorry, meine Linux-Tage sind ein paar Jahre her)
 
Unter TWRP wipe - advanced wipe kannst du das tun
 
Das habe ich gemacht - Status bleibt aber auf "not clean"
 
Bei mmcblk1p1 handelt es sich um das alte System /bootstrap wenn ich mich nicht irre, muss eben mal kurz off ich komme aber wieder ein Defy kann man ja nicht in dem zustand lassen.
 
Hier die komplette Ausgabe Falls es was hilft):

I:Actual command is: 'cd "/" && tune2fs -l /dev/block/mmcblk1p1 2>&1'
__bionic_open_tzdata: couldn't find any tzdata when looking for CST6CDT!
__bionic_open_tzdata: couldn't find any tzdata when looking for posixrules!
tune2fs 1.41.14 (22-Dec-2010)
Filesystem volume name: <none>
Last mounted on: /mnt/extfs/2
Filesystem UUID: ec77ae78-0aaf-469a-b20d-27796ed8bede
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype sparse_super large_file
Filesystem flags: unsigned_directory_hash
Default mount options: (none)
Filesystem state: not clean
Errors behavior: Continue
Filesystem OS typ: Linux
Inode count: 3200
Block count: 12596
Reserved block count: 640
Free blocks: 8412
Free inodes: 3158
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 3
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 3200
Inode blocks per group: 200
Filesystem created: Sun Sep 28 04:32:32 2014
Last mount time: Sun Oct 19 07:59:00 204
Last write time: Sun Oct 19 07:59:00 2014
Mount count: 22
Maximum mount count: 27
Last checked: Sun Oct 12 11:02:17 2014
Check interval: 15552000 (6 months)
Next check after: Fri Apr 10 11:02:17 2015
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Journal inode: 8
Default directory hash: halfmd4
Directory Hash Seed: 14a573e1-1126-4955-864e-4632ff87c96b
Journal backup: inode blocks
I:Set page: 'terminalfolder'
I:Set page: 'advanced'
I:Set page: 'filemanagerlist'
I:Set page: 'advanced'
I:Set page: 'main'
I:Set page: 'clear_vars'
I:Set page: 'main2'
I:Set page: 'wipe'
I:Set page: 'advancedwipe'
I:checkpartitionlist list '/data;'
I:checkpartitionlist wipe_path '/data'
I:Set page: 'checkpartitionlist'
I:getpartitiondetails list '/data;'
I:getpartitiondetails wipe_path '/data'
I:Set page: 'partitionoptions'
I:Set page: 'confirm_action'
I:Set page: 'action_page'
Repairing Data using e2fsck...
I:Repair command: /sbin/e2fsck -p /dev/block/mmcblk1p7
/dev/block/mmcblk1p7: clean, 344/69840 files, 9520/279296 blocks
I:/sbin/e2fsck -p /dev/block/mmcblk1p7 process ended with RC=0
Done.
 
Zuletzt bearbeitet:
Last mounted on: /mnt/extfs/2 ....

mmcblk1p1 sollte aber /bootstrap sein ....

irgendwas lauft da nicht richtig, mount mal in twrp alles und geb im terminal mount ein und poste mal den output



Oh ich sehe gerade wo ein problem in dem Output ist .... die CM11 sbf ist eine vor 1.10.2014 also vor new life .... *hust*

GerekMDRus-BL7-mb526-CM11_Quarx-20140923.sbf





okay, anderer lösungsansatz.

in TWRP alles unter mount - advanced mount - bis auf die SDCARD mal wipen und umformatieren in ext3 und zurück in ext4, solange du nicht aus der TWRP fliegst ist alles gut ... in 98% der fälle lief sie bei mir stabil.

dann solltest du entweder das bootstrap_ext3.img von YAFU von hier -> click

oder das aus Quarx defy.7z auf die sdcard entpackt haben.

du gehst in twrp in das terminal und gibst ein

cat /sdcard/bootstrap_ext3.img > /dev/block/mmcblk1p21

danach kannst du neustarten und bei abfrage ob recovery oder android in die recovery gehen.

dann das resize.zip einspielen und nochmal einen neustart in die recovery.

von da an solltest du wie gewohnt jedes cm11.zip flashen können.

wenn nicht, geb mir danach den output von mount und tune2fs -l mmcblk1p1 bis 3
 
Zuletzt bearbeitet:

Ähnliche Themen

Fight4Music
  • Angepinnt
  • Fight4Music
2
Antworten
21
Aufrufe
10.800
Cua
Cua
P
Antworten
0
Aufrufe
2.650
panhans
P
Defy@1.1Ghz
  • Defy@1.1Ghz
Antworten
16
Aufrufe
16.322
Pinin
P
Zurück
Oben Unten