(hilfe)Porting Clockwork Recovery ics- Mediapad

[DS7005]

Hi segler11

läuft bei Dir das make mit CM9 durch, derzeit habe ich jedes mal einen Stop bei charger.o bei 4.0.3 kommt es aber nicht vor.

DS7005

 

[Klaus.at]

Wie wäre es eigentlich, wenn wer, der schon a bisserl was hat (DS7005? segler11?) mal ein GitHub Repo erstellt für einen Mediapad CM9 Build?

Dann müsste doch net jeder selber basteln sondern man könnte gemeinsam an einer funktionierenden Version basteln.

 

[segler11]

@DS7005

Bei CM9 lief letztens durch. Nach update Der source . Ich wollte mir am WE nochmal die neuen Source runterladen. (angeblich gibts noch mal updates)

4.0.3 lief bei mir auf anhieb durch.

@klaus.at

Gute Idee


Lg

edit. @DS7005 Welche Boot.img nimmst du für CM9. Ich hatte am Anfang die 3.2, mit der ics 4 ging es dann. Bin aber nicht ganz sicher ob ich dazwischen das update gemacht habe. Normal sollte das ja egal sein.

 

[segler11]

Hallo,

Habe mir heute das CM9 Update geladen, und die source von "koushikdutta" runter geladen diese beinhaltet zb Rommanager Support.

root@bt:~# repo init -u git://github.com/CyanogenMod/android into ics 

repo initialized in /root
....................................................................................................

root@bt:~# repo sync

project .repo/repo/
Updating 34fb20f..c957142
Fast-forward
 git_config.py |   75 ++++++++++++++++++++------------------------------------
 project.py    |   31 +++++++++++------------
 2 files changed, 42 insertions(+), 64 deletions(-)

info: Restarting repo with latest version
Fetching projects: 100% (243/243), done.  
Syncing work tree: 100% (243/243), done.

Bis hier hin alles Kein Problem.

root@bt:~# repo init -u git://github.com/CyanogenMod/android.git -b ics
....
Unpacking objects: 100% (8/8), done.
From git://github.com/CyanogenMod/android_frameworks_base
   cd3f151..6a18f6b  gingerbread -> github/gingerbread
Fetching projects: 100% (243/243), done.  
Syncing work tree: 100% (243/243), done.  
.......
root@bt:~# make -j16 otatools
============================================
PLATFORM_VERSION_CODENAME=REL
PLATFORM_VERSION=4.0.3
TARGET_PRODUCT=full
TARGET_BUILD_VARIANT=eng
TARGET_BUILD_TYPE=release
TARGET_BUILD_APPS=
TARGET_ARCH=arm
TARGET_ARCH_VARIANT=armv7-a
HOST_ARCH=x86
HOST_OS=linux
HOST_BUILD_TYPE=release
BUILD_ID=MR1
============================================
build/core/base_rules.mk:78: *** Module name: unbootimg
build/core/base_rules.mk:79: *** Makefile location: Desktop/2
build/core/base_rules.mk:80: * 
build/core/base_rules.mk:81: * Each module must use a LOCAL_MODULE_TAGS in its
build/core/base_rules.mk:82: * Android.mk. Possible tags declared by a module:
build/core/base_rules.mk:83: * 
build/core/base_rules.mk:84: *     optional, debug, eng, tests, samples
build/core/base_rules.mk:85: * 
build/core/base_rules.mk:86: * If the module is expected to be in all builds
build/core/base_rules.mk:87: * of a product, then it should use the
build/core/base_rules.mk:88: * "optional" tag: 
build/core/base_rules.mk:89: * 
build/core/base_rules.mk:90: *    Add "LOCAL_MODULE_TAGS := optional" in the
build/core/base_rules.mk:91: *    Android.mk for the affected module, and add
build/core/base_rules.mk:92: *    the LOCAL_MODULE value for that component
build/core/base_rules.mk:93: *    into the PRODUCT_PACKAGES section of product
build/core/base_rules.mk:94: *    makefile(s) where it's necessary, if
build/core/base_rules.mk:95: *    appropriate.
build/core/base_rules.mk:96: * 
build/core/base_rules.mk:97: * If the component should be in EVERY build of ALL
build/core/base_rules.mk:98: * products, then add its LOCAL_MODULE value to the
build/core/base_rules.mk:99: * PRODUCT_PACKAGES section of
build/core/base_rules.mk:100: * build/target/product/core.mk
build/core/base_rules.mk:101: * 
build/core/base_rules.mk:102: *** user tag detected on new module - user tags are only supported on legacy modules.  Stop.
root@bt:~# make -j16 out/host/linux-x86/bin/unpackbootimg
============================================
PLATFORM_VERSION_CODENAME=REL
PLATFORM_VERSION=4.0.3
TARGET_PRODUCT=full
TARGET_BUILD_VARIANT=eng
TARGET_BUILD_TYPE=release
TARGET_BUILD_APPS=
TARGET_ARCH=arm
TARGET_ARCH_VARIANT=armv7-a
HOST_ARCH=x86
HOST_OS=linux
HOST_BUILD_TYPE=release
BUILD_ID=MR1
============================================
build/core/base_rules.mk:78: *** Module name: unbootimg
build/core/base_rules.mk:79: *** Makefile location: Desktop/2
build/core/base_rules.mk:80: * 
build/core/base_rules.mk:81: * Each module must use a LOCAL_MODULE_TAGS in its
build/core/base_rules.mk:82: * Android.mk. Possible tags declared by a module:
build/core/base_rules.mk:83: * 
build/core/base_rules.mk:84: *     optional, debug, eng, tests, samples
build/core/base_rules.mk:85: * 
build/core/base_rules.mk:86: * If the module is expected to be in all builds
build/core/base_rules.mk:87: * of a product, then it should use the
build/core/base_rules.mk:88: * "optional" tag: 
build/core/base_rules.mk:89: * 
build/core/base_rules.mk:90: *    Add "LOCAL_MODULE_TAGS := optional" in the
build/core/base_rules.mk:91: *    Android.mk for the affected module, and add
build/core/base_rules.mk:92: *    the LOCAL_MODULE value for that component
build/core/base_rules.mk:93: *    into the PRODUCT_PACKAGES section of product
build/core/base_rules.mk:94: *    makefile(s) where it's necessary, if
build/core/base_rules.mk:95: *    appropriate.
build/core/base_rules.mk:96: * 
build/core/base_rules.mk:97: * If the component should be in EVERY build of ALL
build/core/base_rules.mk:98: * products, then add its LOCAL_MODULE value to the
build/core/base_rules.mk:99: * PRODUCT_PACKAGES section of
build/core/base_rules.mk:100: * build/target/product/core.mk
build/core/base_rules.mk:101: * 
build/core/base_rules.mk:102: *** user tag detected on new module - user tags are only supported on legacy modules.  Stop.

Und jetzt will ich die boot.img entpacken und bekomme

root@bt:~# build/tools/device/mkvendor.sh Mediapad huawei /bot/boot.img
Output will be in /root/device/Mediapad/huawei
build/tools/device/mkvendor.sh: line 62: /usr/bin/unpackbootimg: cannot execute binary file
gzip: ../boot.img-ramdisk.gz: No such file or directory
cpio: premature end of archive
cat: /tmp/bootimg/boot.img-base: No such file or directory
cat: /tmp/bootimg/boot.img-cmdline: No such file or directory
cat: /tmp/bootimg/boot.img-pagesize: No such file or directory
cp: cannot stat `/tmp/bootimg/boot.img-zImage': No such file or directory
Done!
Use the following command to set up your build environment:
  lunch full_huawei-eng
And use the follwowing command to build a recovery:
  . build/tools/device/makerecoveries.sh full_huawei-eng

Also vorher konnte ich die Boot entpacken ohne "unpackbootimg: cannot execute binary file"

unpackbootimg ist nach wie vor in /bin .


Also ich habe nur die Source geändert, nichts am Ubuntu System.


?????

root@bt:~# build/tools/device/mkvendor.sh Mediapad huawei /bot/boot.img

Da kam bis gestern immer "blalala" done.

jemand einen Tip?

 

[danji]

Pass evtl. mal die .sh an:

/bin/unpackbootimg

Da steht ja das er es nicht findet.

/usr/bin/unpackbootimg

 

[segler11]

dachte ich auch schon,

steht aber ja auch "/usr/bin/unpackbootimg

unpackbootimg wird ja auch gefunden, kann nur nicht mehr die boot.img endpacken, was gestern vor dem source update noch klappte.

Und die updates sind ja nur Android source.

lg

DER DATEI Pfaht liegt ja in "mkvendor.sh" usr/bin/unpackbootimg da habe ich nichts geändert.

 

[segler11]

Hallo,

habe die unpackbootimg ausgetauscht. Die ausgabe ist wieder wie sie sein soll.

root@bt:~# build/tools/device/mkvendor.sh Mediapad huawei /root/Desktop/mediapad/boot.img
Output will be in /root/device/Mediapad/huawei
721 blocks
Done!
Use the following command to set up your build environment:
  lunch full_huawei-eng
And use the follwowing command to build a recovery:
  . build/tools/device/makerecoveries.sh full_huawei-eng

Das verstehe ich zwar nicht, aber ok. Hier mal den download:

http://android-serialport-api.googlecode.com/files/android_bootimg_tools.tar.gz

wenn mir jemand das erklären könnte wäre ich dankbar.

lg

 

[DS7005]

bin gerade nicht am Rechner, später sende ich den Pfad der geändert werden muss hatte ich auch schon
Gruß
Dieter

Gesendet von meinem MT15i mit Tapatalk

 

[DS7005]

Hi,

Du hast ja schon eine Lösung gefunden!

mit dem Pfad hätte es auch funktioniert

~/android/ics/out/host/linux-x86/bin/

Gruß
Dieter

 

[segler11]

Hi,

Du hast ja schon eine Lösung gefunden!

mit dem Pfad hätte es auch funktioniert

~/android/ics/out/host/linux-x86/bin/

Gruß
Dieter

Jetzt habe ich es gesehen ! ich glaube ich schmeiss den computer weg und das pad und werde Friseur. Wie blöd kann man sein (also ich )

Dieter danke für das, ich war mal wieder BLIND

LG

Jens

Meine Lösung hat geklappt aber ohne nach denken

 

[DS7005]

Bitte kein Friseur,(nichts gegen diese Beruf)

hat alles nichts mit Blind zu tun und "Wie blöd kann man sein" ? (Du jedenfalls nicht)
Bitte Jens wir sind alle nur Menschen,
Du bist gut und eine Bereicherung in diesem Forum.

mir geht es teilweise auch so, ich komme mit einem Projekt nicht weiter und steigere mich hinein, die Lösung sehe ich erst nach Tagen!

Gruß
Dieter

 

[segler11]

Nein,

hast ja Recht Dieter, das ziehen wir jetzt durch.

Manchmal braucht man einen Gedanken "schupps"

(aber heute so verrannt in NIX verstehen)

aber ist ja gut das auch auf Fragen antworten kommen!


LG jens

 

[Shirocco]

Hallo an alle,

hat eigentlich mal jemand versucht, ClockworkMod Recovery mit dem Rom Manager aus dem Market zu installieren? https://market.android.com/details?...xLDEsImNvbS5rb3VzaGlrZHV0dGEucm9tbWFuYWdlciJd

Beim Rom Manager (kostenlose Version) gibt es eine Option (gleich die erste) den ClockwordMod Recovery direkt zu installieren, man hat auch gleich die neuste Version.

Wäre super wenn das gehen würde, so könnte man eine komplette Sicherung anlegen, die auch wirklich alles wieder herstellt.

Bei meinem Handy LG P990 mir Gingerbread geht das einwandfrei.

Schönen Sonntag

Shirocco

 

[segler11]

Hallo,

Es geht ja nicht darum wie man die Recovery aufs Pad bekommt, Ob per fastboot oder Rommanager. Sondern erst mal eine Recovery fürs Mediapad zu ertellen die Lauffähig ist.

Ganz davon abgesehen wenn du die Recoery über Rommanager flashen willst musst du diese Option ja auch noch mit einbinden, ist ja noch mehr Arbeit.

LG

 

[Shirocco]

Hallo Segler11,

danke für Deine schnelle Antwort.

Ich war der Annahme, wenn es gerootet ist kann man alles aufspielen.

Es ging bei meinem Handy mit Stockrom root auch so einfach.

Na ja falsch gedacht.

Schönen Sonntag

Shirocco

 

[segler11]

Hallo Segler11,

danke für Deine schnelle Antwort.

Ich war der Annahme, wenn es gerootet ist kann man alles aufspielen.

Es ging bei meinem Handy mit Stockrom root auch so einfach.

Na ja falsch gedacht.

Schönen Sonntag

Shirocco

Man braucht den Kernel vom mediapad und den Datei Pfad im großen und ganzen. Und diese werde in einen "Rohling" vom Clockwork Recovery gepackt.

Problem zur Zeit ist immer noch der Datei Pfad. Der ist bei Honeycomb ander als bei Ics. Deswegen klappt das mit dem Backup nicht richtig. Glaube ich ?????

 

[mblaster]

Funktioniert bei euch eigentlich 'fastboot boot some_bootable_image.img'?

Ich habe mir gerade auch mal ein CWM von CM7 compiliert und würde es vor dem flashen gerne erstmal testen. Bei mir hängt es dann aber bei:


$ ./fastboot boot MediaPad/boot.img
downloading 'boot.img'...
OKAY [ 3.436s]
booting...

Sowohl mit dem selbst kompilierten recovery.img als auch mit dem boot.img vom letzten offiziellen update.

Zusatzinfos: 64bit ubuntu in einer VM / fastboot aus CM7 und CM9 ausprobiert / ja, meine udev rules müssten passen...

€: Ach ja, bei den mountpoints

... Müsste folglich die recovery.fstab so aussehen?

# mount point    fstype    device        [device2]

/boot       ???         /dev/block/mmcblk0p19
/cache      ext4        /dev/block/mmcblk0p22
/data       ext4        /dev/block/mmcblk0p23
/misc       ???         /dev/block/mmcblk0p14
/recovery   ???         /dev/block/mmcblk0p17
?? /sdcard     vfat        /dev/block/mmcblk0p1        /dev/block/mmcblk0
/system     ext4        /dev/block/mmcblk0p20
/sd-ext     vfat        /dev/block/mmcblk1

steht sd-ext für eine ext2/3/4 partition auf der sdkarte. Braucht man heutzutage eigntlich nicht mehr. Also weglassen und /sdcard auf mmcblk1p0/vfat setzen. Das passt dann für eine Karte auf der nur eine fat partition vorhanden ist. /data hab ich bei mir auf p27 bin mir da aber nicht sicher....

Insgesamt sieht es bei mir dann so aus:

# mount point	fstype    device    	[device2]
/boot       mtd         /dev/block/mmcblk0p19
/cache      ext4        /dev/block/mmcblk0p22
/data       ext4        /dev/block/mmcblk0p27
/misc       mtd         /dev/block/mmcblk0p14
/recovery   mtd         /dev/block/mmcblk0p17
/sdcard     vfat        /dev/block/mmcblk1p1
/system     ext4        /dev/block/mmcblk0p20

 

[Klaus.at]

Die recovery.stab habe ich mir einer älteren Firmware erstellt, kann gut sein, dass die bei der aktuellen ICS ROM anders aussieht. Ich habe auch nie eine ROM erstellt und geflasht, das Projekt ist bei mir dzt. noch theoretischer Natur

 

[segler11]

Zusatzinfos: 64bit ubuntu in einer VM / fastboot aus CM7 und CM9 ausprobiert / ja, meine udev rules müssten passen...

Also ich benutze Ubuntu 10.04 32.bit. Und kann jede boot.img flaschen (ich sage nicht das CM9 Läuft) Aber bei Honeycomb konnte ich munter hin und her flashen. (orginale) Ich kann auch die CM7 flashen, die ganz ok läuft. CM9 noch nicht. Wenn es nur um CM9 ging würde ich fragen hast du Java 6 Oder java 5, aber da du ja nicht mal orginale bootimg flashen kannst, fällt die Frage weg. Kann dir nicht sagen wo dein Problem liegt.

 

[segler11]

Die recovery.stab habe ich mir einer älteren Firmware erstellt, kann gut sein, dass die bei der aktuellen ICS ROM anders aussieht. Ich habe auch nie eine ROM erstellt und geflasht, das Projekt ist bei mir dzt. noch theoretischer Natur

@Klaus.at

die datei/speicherverwalung (dateipfad) ist bei ics immer noch gleich wie beim Honeycomb. Da arbeiten sie wohl dran das anzupassen

lg