Y200 development (CWM, Recovery, ROM)

Glaube Eclipse meinte det-happy...

MorphX schrieb:

Glaube Eclipse meinte det-happy...

Zum Vergrößern anklicken....

Ja, dass kommt mir jetzt auch so vor

Sorry, ich komme frühestens heute Abend wieder an ein Notebook mit installierten ADB-Treiber... --> Hier der Link zum testen
https://dl.dropbox.com/u/55305302/Y200_test.zip

Bringt es denn so sehr viel? Reicht es nicht bei dem Stock-Rom einfach die unnötigen Apps zu löschen, dass hat doch den gleichen Effekt, oder?

Theoretisch ja, aber warum alles in Handarbeit aus 3 Verzeichnissen löschen, wenn das auch über ein ROM-Update geht

Weiterhin auch sinnvoll, wenn man angepasste Partitionsgrößen hat und somit auf /system weniger Speicherplatz verfügbar ist, als durch die Stock ROM eigentlich gebraucht wird. Hab dadurch auf meinem X3 auf /data statt 160 MB (standard) 280 MB verfügbar.

Verstehe ...

Eclipse6S schrieb:

Ich habe det-happy den Link zur Datei geschickt jedoch noch keine Antwort bekommen.

Zum Vergrößern anklicken....

-->

mal die update-binary getauscht?

Fast die gleiche Fehlermeldung, jetzt aber Status 7 am ende

Status 7 wäre die Fehlermeldung wenn man ein falsches ROM flasht. Der prüft ob die ROM auch für das Device ist. Entweder die Einstellungen in der ROM sind falsch oder falls die ROM in Ordnung ist, ist die Recovery falsch. (assert failed)

hier mal als Beispiel: http://forum.xda-developers.com/showthread.php?t=1325397

meh...kann man das irgendwo auslesen, ob die recovery gsm oder wcdma is?

Ich würde eher den umgekehrten Weg gehen, und in dem Updatescript der ROM die "getprop" raushauen. Dann prüft er halt gar nicht mehr ob das Device kompatibel ist. (falls das möglich ist)

das problem ist, dass eclipse wohl so vorgeht wie beim x3...
nur erstellt die dsixda-kitchen das updater-script und die update-binary, wenn die originale rom, sprich die update.app, entpackt wird...
das problem daran, huawei hat wieder was geändert und das entpack-script benennt die files wieder falsch, was dazu führt, dass die kitchen die rom nicht entpacken kann...
ich weiß nicht, ob es daran liegt...ich weiß auch nicht, wie eclipse vorgegangen ist...

das uot-kitchen zip, was ich mal testweise erstellt hatte, ist defintiv durchgelaufen...

@det-happy
kannst du mal das updater-script ausm anhang mit dem in der zip ersetzen und nochmal probieren zu flashen?

Ähm, die "updater-script" könnte man doch einfach aus der erstellten .zip editieren.

Dazu einfach unter /meta-inf/com/google/android die "updater-script" editieren und die getprops rauslöschen. Wird bei anderen ROMs auch so gemacht. Da ist die ROM ja bereits fix und fertig und müsste laufen.

hm...im updater-script gibts nur:

das einfach rausnehmen?

nein das darf sein es müsste so nen Eintrag wie:
getprop("ro.build.product" ) == VergleichsParameter zb u8655 sein.
ganz aus dem Kopf weiß ichs nicht. wenn es sowas nicht gibt könnte noch die .zip defekt sein. ob die update-binary o.ä. auch noch inkompatibel sein können weiß ich nicht. du hattest doch die recovery erstellt. da musstest du doch auch irgendwas abändern gegenüber zum x3 oder.

Sent from my fingers to your eyes

so, ich glaub ich habs...bin mir aber nicht sicher...
ich vermute, dass es am emmc-format liegt...das x3 hat mtd...
error flashing custom rom using dsixda - xda-developers

mal das angehängte updater-script testen...
wenn das nicht geht, mal das updater-script1 nehmen...natürlich die 1 entfernen...^^

Ryuk schrieb:

@det-happy
kannst du mal das updater-script ausm anhang mit dem in der zip ersetzen und nochmal probieren zu flashen?

Zum Vergrößern anklicken....

Test1

Test 2:

Test 3 updater-script1

Reboot: Alles beim alten

dacht ichs mir doch, dass es am emmc liegt...mal sehen, obs bootet...

kennt sich wer mit perl-scripts aus?



edit: was heißt beim alten?
schau mal unter /system/app nach, ob da nur .apk drin sind oder auch .odex-files