[HowTo] Arnova 10D G3 flashen auf Android 4.1.1 Jelly Bean

  • 522 Antworten
  • Letztes Antwortdatum
jetzt mit 7zip 3 Screenshots also für mich sied es leer aus im data.tar
 

Anhänge

  • screenshot 1.jpg
    screenshot 1.jpg
    79,5 KB · Aufrufe: 373
  • screenshot 2.jpg
    screenshot 2.jpg
    126,1 KB · Aufrufe: 351
  • screenshot 3.jpg
    screenshot 3.jpg
    77,8 KB · Aufrufe: 374
gerade mit der neuen Version geflasht Problem ist gleich die apps sind angeblich auf eine nicht existierende mSD
habe auch ein paar fotos mit dem handy gemacht
 

Anhänge

  • IMG_20130602_113754.jpg
    IMG_20130602_113754.jpg
    145,3 KB · Aufrufe: 363
  • IMG_20130602_113812.jpg
    IMG_20130602_113812.jpg
    299 KB · Aufrufe: 345
  • IMG_20130602_113832.jpg
    IMG_20130602_113832.jpg
    309 KB · Aufrufe: 354
  • IMG_20130602_113703.jpg
    IMG_20130602_113703.jpg
    341,9 KB · Aufrufe: 388
  • IMG_20130602_113734.jpg
    IMG_20130602_113734.jpg
    360,3 KB · Aufrufe: 395
  • IMG_20130602_113909.jpg
    IMG_20130602_113909.jpg
    281,8 KB · Aufrufe: 375
  • IMG_20130602_113914.jpg
    IMG_20130602_113914.jpg
    310,5 KB · Aufrufe: 419
  • IMG_20130602_113924.jpg
    IMG_20130602_113924.jpg
    2,8 KB · Aufrufe: 331
  • IMG_20130602_113943.jpg
    IMG_20130602_113943.jpg
    293 KB · Aufrufe: 336
  • IMG_20130602_113840.jpg
    IMG_20130602_113840.jpg
    346,4 KB · Aufrufe: 357
  • IMG_20130602_113850.jpg
    IMG_20130602_113850.jpg
    2,7 KB · Aufrufe: 369
@tekilakos:

Machst Du mal was wir schon vorher besprochen haben und was auch svenu schon geposted hat?

Pack die Wmt*.apk / Snapshot.apk nach FirmwareInstall/3rd_party/data (den "data" Ordner musst Du erst erstellen). Dann solltest Du die Dateien umbenennen da die im /data/app zu liegen kommen und daher den "Java Name" verwenden sollten:

Code:
FileBrowser.apk  --> com.wmt.filebrowser-1.apk
SnapShot.apk     --> com.wmt.snapshot-1.apk
WmtMusic.apk     --> com.wmt.music-1.apk
WmtMyRecoder.apk --> com.wmt.myrecorder-1.apk
WmtPhoto.apk     --> com.wmt.photo-1.apk
WmtVideo.apk     --> com.wmt.video-1.apk
WmtWeather.apk   --> com.wmt.weather-1.apk
wmt-commres.apk  --> com.wmt.commres-1.apk

flashplayer-v11.1.115.17-1.apk  --> com.adobe.flashplayer-1.apk

Wenn Du den Rest den svenu im FirmwareInstall/fs_patch/data/app dazu gepackt hat auch haben willst, dann sollten die APKs auch entsprechend umbenannt werden:

Code:
AdAway.apk                     --> org.adaway-1.apk
AdobeReader88.apk              --> com.adobe.reader-1.apk
com.google.android.youtube.apk --> com.google.android.youtube-1.apk
Facebookv3.2.1_204206.apk      --> com.facebook.katana-1.apk
FileManager-2.0.2.apk          --> org.openintents.filemanager-1.apk
SchoenerFernsehen2.apk         --> com.onlinetvrecorder.SchoenerFernsehen2-1.apk

Das Script im 3rd_party musst Du VORHER auch noch kurz ändern, die ROTE Zeile gehört auskommentiert ("#" davor) oder gelöscht... hier eine Kopie von svenu:

Code:
#!/bin/sh
#
# Copyright 2012 WonderMedia Technologies, Inc. All Rights Reserved. 
#  
# This PROPRIETARY SOFTWARE is the property of WonderMedia Technologies, Inc. 
# and may contain trade secrets and/or other confidential information of 
# WonderMedia Technologies, Inc. This file shall not be disclosed to any third party, 
# in whole or in part, without prior written consent of WonderMedia. 
#  
# THIS PROPRIETARY SOFTWARE AND ANY RELATED DOCUMENTATION ARE PROVIDED AS IS, 
# WITH ALL FAULTS, AND WITHOUT WARRANTY OF ANY KIND EITHER EXPRESS OR IMPLIED, 
# AND WonderMedia TECHNOLOGIES, INC. DISCLAIMS ALL EXPRESS OR IMPLIED WARRANTIES 
# OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, QUIET ENJOYMENT OR NON-INFRINGEMENT.  
#

#$1 is current path, don't use pwd
local_path="$1"

info 1 "    Processing in $local_path..."
if [ "$instenv_model_no" = "Soyea_OTT" ] || \
   [ "$instenv_model_no" = "MID7_8226_FT5406-mMax" ] || \
   [ "$instenv_model_no" = "MID7_8297_mMax" ] || \
   [ "$instenv_model_no" = "AIHUA_MID7_AH950_8239_GSL1260_CMP748" ] || \
   [ "$instenv_model_no" = "AIHUA_MID9_AH950_8239_GT827_N3849B" ] || \
   [ "$instenv_model_no" = "TVDongle_8277-AiHua" ] || \
   [COLOR=Red][ "$instenv_model_no" = "Eken_MID10.1_W10A_8235_FT5406-aks" ] || \[/COLOR]
   [ "$instenv_model_no" = "Eken_MID10.1_GT10W_GSL3680_F0027A2-aks" ]; then
    info 1 "    Ignore $local_path for $instenv_model_no !"
    return 0
fi

if [ -d $local_path/system ]; then
    info 1 "    Copying to system folder.."
    /bin/cp -aR $local_path/system/. ${instenv_fs_system}
fi

if [ -d $local_path/data ]; then
    info 1 "    Copying data folder and backup data/app/*.apk ..."
    /bin/cp -aR $local_path/data/. ${instenv_fs_data}
    #backup data/app to system partition for restore.
    /bin/cp -a $local_path/data/app/* ${instenv_fs_system}/.restore/data_app/
fi

Jetzt das Zeug aus FirmwareInstall/fs_patch/data/app löschen.

Dann mach einen Re-Flash.

Nach dem "First Boot" sollte eigentlich alles da sein und die APKs auf "3rd_party" in /data/app zu finden sein.


@svenu:

svenu schrieb:
Die kleine Gemeine Zeile! Löschen und volla sollte funtzen

den im Skript steht ja wo es hinkopiert wird.

im eken-patch ordner landets im data.tar

B.jay jupp den 3rpart könnte man benutzen, nur dann wirden die
gewünschten preinstalliertern aps nicht Platzschonedne "kompremiert".

und wer will von 4GB orginal schon 130 MB an Speicher herrschenken?

Wie 130MB? Nehme ich den Adobe Flash Player mit dazu, dann haben die WMT Apps mitsamt Flash gerade mal rund um 8MB, knapp 3.5MB wenn man den Flash Player weg läßt.

Wie kommst Du auf 130MB? :ohmy:
 
Zuletzt bearbeitet:
auch mit dem Trick kein Erfolg es ist das gleiche ( oder es bleibt beim alten )

langsam glaube ich das hat bestimmt was mit der Einstellung unbekannter Herkunft
zu tun ;)
 
Mal neu frage welche Sd karte benutzt Du.
ich hab zig mal mit 2Gb karte geflasht.
Mit der 8 die Normal drin ist passiert genau das.
Bei mir ist sofort alles nachdem ersten boot da.
Ich hab jetzt 8 Gb an appss Installiert.
Im Gegensatz zu 4.03 rennt das tap.
Entweder Sd karte benutzt die neun knall hat oder deine io ausfälle und halben App
zeigen dir immer deutlicher dein usw prob ist hardwaredefekt.
hier geht so wie meine Version ist perfekt.
wmt Sachen sofort drauf.
Dein io zeug. ..
Unbekannter Herkunft?
mapai Server!
eken ist drin original es fehlen nur der eken Ordner und der costumisising
dort sind die xml drin die sagen das wird so und so angezeigt.
bei mapai im mapai Ordner die App und im costumisising die App Einstellungen.
mapai verwendet die App die ich in den eken Ordner kopiert habe.
dazu muss dann auch der 135 costumisising Ordner verwendet werden.
sorry.
aber ich nehme einfach di Sd karte die bi Samsung s2 dabei war sundisk 2 Gb.
Kopien einlegen warten raus tun. boot abwarten neustart machen. Einstellungen vornehmen App drauf werfen.
Nein liegt defaktonicht ander Software. den eken ist in mapai drin, Ordner wurde von Eken-
als in mapai
de costumisising patch mussauch genauso heißen wie das configfile.
ansonsten werden nur die apk kopiert nicht aber die in costumisising die
Einstellungen und dort drin vepackten com. ..............
 
Grad den Bewegungsensor eingebaut.
im frimwareorder 4.1 liegen die Standort App drin.

in fs-patch sind nur die apk.Daten
im costumisising müssen da zu der App die entsprechenden com Ordner mit
drin sein.
es können nur App die schon einmal installiert warten dauerhaft vorintlliert sein.
die apk muss dann in fs patch rein und in denn costumisising liegen in vrion 135 keine
apk sondern nur die jeweiligen com. Ordner zu den apk.
manche appss brauchen keinen com Ordner manche laufen nur mit com. wenn
Mann nur com Ordner hat aber die apps nicht im fs-patch Ordner oder sonst wo hat
kommt App mit dem auf Sd karte getraut und 0,0 Bits.
die wmt sind nur Standort drauf und müssen im fs- patch rein.
sprich will ich App die Probleme beim flash macht muss beides vorhanden sein.
Facebook geht ohne, skype muss beides vorhandensein.
oder ich packt gleich in. firmware 4.1..gz rein.
aber dann beides.
im fs patch nur ohne com. die com sind im costumisising drin.
4.03 unterscheidet sich da gewaltig.

also 3 Faktoren müssen passen.
fcw und Ordner data. tar müssen gleichen Namen tragen.
im fs-patch muss die apk drin sein
und bei zickigen im data.tar die com Ordner mit den Konfigs s und cachedaten der App.
Hab Grad das gavitool wieder eingebaut. Grad geflasht und alles vorhanden.
den da ist firmwareor4.1 Das com drinn aber war nicht im fs patch vorhanden.
im fs patch die apk rein und dann muss im firmwareor4.1 das Com Ordner zur App sein oder im data.tar eingefügt werden.
bei dir sind im Ordner fs-patch keine apk drinn. dann grau und
auf imaginären Sd karte. Jb nimmt an es lliegt dort.
Weshalb auch das mit Swiftkey nicht funtzte. com Ordner im data tar nicht vorhanden.
Einfache Kopie macht das flashprogie das installiert nicht bei jeden apk.
 
svenu schrieb:
Mal neu frage welche Sd karte benutzt Du.
ich hab zig mal mit 2Gb karte geflasht.
Mit der 8 die Normal drin ist passiert genau das.
Bei mir ist sofort alles nachdem ersten boot da.
Ich hab jetzt 8 Gb an appss Installiert.
Im Gegensatz zu 4.03 rennt das tap.
Entweder Sd karte benutzt die neun knall hat oder deine io ausfälle und halben App
zeigen dir immer deutlicher dein usw prob ist hardwaredefekt.
hier geht so wie meine Version ist perfekt.
wmt Sachen sofort drauf.
Dein io zeug. ..
Unbekannter Herkunft?
mapai Server!
eken ist drin original es fehlen nur der eken Ordner und der costumisising
dort sind die xml drin die sagen das wird so und so angezeigt.
bei mapai im mapai Ordner die App und im costumisising die App Einstellungen.
mapai verwendet die App die ich in den eken Ordner kopiert habe.
dazu muss dann auch der 135 costumisising Ordner verwendet werden.
sorry.
aber ich nehme einfach di Sd karte die bi Samsung s2 dabei war sundisk 2 Gb.
Kopien einlegen warten raus tun. boot abwarten neustart machen. Einstellungen vornehmen App drauf werfen.
Nein liegt defaktonicht ander Software. den eken ist in mapai drin, Ordner wurde von Eken-
als in mapai
de costumisising patch mussauch genauso heißen wie das configfile.
ansonsten werden nur die apk kopiert nicht aber die in costumisising die
Einstellungen und dort drin vepackten com. ..............

ich benutze zum flashen eine 2gb oder ein 8gb mSD von Kingston das Ergebnis ist bei beiden gleich.
habe auch schon mal alle apps in locale gespeichert,dann auf mnt/locale, Restart gemacht,tab ausgemacht,danach neun geflsht Ergebnis war gleich
und ich habe noch nie diese apps auf die mSD ausgelagert.
im normalen betrieb benutze ich eine 16gb class10 kingston mSD.
 
Weil das der Falsche Ordner ist.
Hauptverzecihnis System/ .restore/data_app da landen die apk

und imSystem/.restore/data.tar das Backupder Einstellungen

locale ist leer.

und im System/App die dir installiert angezeigt werden.
deswegen sagich doch Vorsicht andere Pfade!

diePfade die du benutzt sindin 4.03 ok, aber im 411 nicht.

gibt kein locale.
 

Anhänge

  • 20130603_142802.jpg
    20130603_142802.jpg
    259,6 KB · Aufrufe: 387
Zuletzt bearbeitet:
svenu schrieb:
(...) manche appss brauchen keinen com Ordner manche laufen nur mit com. wenn
Mann nur com Ordner hat aber die apps nicht im fs-patch Ordner oder sonst wo hat
kommt App mit dem auf Sd karte getraut und 0,0 Bits.

Wenn das auch nicht wirklich Verständlich ist was Du das zusammengetippt hast, lass mich mal kurz erklären wie das /data/app, /data/data und /system/app zusammenhängt - das scheint ein kleines Mißverständnis zu vorzuliegen...

Die Apps die im System ROM integriert sind (/system/app) sind in einem "Beschreibenden" Dateinamen inkludiert. Ok, auch wenn so mancher Dateiname nicht auf den ersten Blick darauf schließen läßt was es sein soll, so sind es zumindest nicht "Java Class Names". Im /system/app ist es eigentlich egal ob es nun, als Beispiel, Gmail.apk oder com.google.gmail.apk ist.

Die Apps in /data/app SOLLTEN im "Java Class Name" angegeben werden. Eine App die zum ersten mal installiert wird (z.B. aus dem Play Store oder via Sideload) wird dort als (FIKTIVES Beispiel) de.meine.app-1.apk automatisch ablegt. Das zusätzliche -1 hat einen Sinn... kommt nun ein Update für die App raus (via Play Store) oder man installiert eine aktuellere Version (via Sideload) wird aus dem de.meine.app-1.apk ein de.meine.app-2.apk. Mit einem weiteren Update dreht sich das wieder auf -1 (mit weiterem wieder auf -2 usw. usf). Packst Du nun eine "User Installed" App als MeineApp.apk in das /data/app kann es durchaus dazu kommen das Android zwar de.meine.app-2.apk anlegt, aber das initiale MeineApp.apk nicht löscht und Du somit eine Duplette da sitzen hast die mitunter Probleme verursachen kann.

/data/data dient Apps dazu die Anwendungsdaten (also z.B. die Einstellungen die Du innerhalb einer App triffst) zu speichern. Die Ordner werden unabhänging immer im "Class Name" angelet (also dem obigen fiktiven Beispiel folgend als de.meine.app) und darin befindet sich dann das ganze Zeug das die App an "Userdaten" speichert. Das sind im übrigend die Ordner die Titanium Backup (in der Pro Variante) als Backup zieht.

Wenn eine App auf die SD verschoben wurde (über die interne Android Funktion), dann ändert sich einiges ... zuerstmal wird im /mnt/asec ein Verzeichnis erstellt das den Class Name wiederspiegelt (also z.B. /mnt/asec/de.meine.app-1). Darin ist das ein "pkg.apk" das die eigentliche App ist, und sollte die App auf JNI libs zurückgreifen (meineapp.so) wird dieses library im "lib" Ordner, ausgelöst aus dem APK, abgelegt. Die Anwendungsdaten verbleiben weiterhin in /data/data, es sei den Deine App schreibt _explizit_ ihre Daten nach /mnt/<defaultsd>/Android/data um die data Partition zu entlasten.

EDIT: Als kleiner Einwurf... das 1024x600data.tar macht nichts anderes als im /data/data eine Struktur vorzugeben die "Herstellervorgaben" beinhält. In dem dümmlichen tar ist nichts drinnen das Lebensnotwendig wäre bzw. das nicht automatisch von Android selbst angelegt werden würde. Ich hab's zwar noch nicht ausgetestet (am Eken/MaPan ROM), aber das weglassen dürfte eigentlich keinen negativen Effekt haben (außer dem das die Werksvorgaben dann eben nicht zum Tragen kommen und Dein Launcher halt nicht mit den WMT App Shortcuts daher kommt). /EDIT

Der Dalvik Cache (/cache) ist hier komplett ohne Belang ... den solltest Du als Benutzer sowieso nie angreifen - und aufräumen läßt sich der Cache am besten, und zuverlässigsten, via Titanium Backup.

Nach dem knapp gefassten "Crash Kurs" - jetzt klar warum in /data/app _keine_ Apps liegen _sollten_ die "MeineApp.apk" genannt sind?
 
Zuletzt bearbeitet:
patch spacial end address of LocalPartition, or files in LoacalDisk will be damaged when OTA from 1.2.0 to 1.5.2
(just for Eken_MID10.1_W10A_8235_FT5406-aks, for it is the same in Ver1.2.0)

das steht im readme im eken_aks ordner


und der patch macht nicht nur logo rein sondern ändernt

den locale in "system"

weshalb der olle Locale einefach leer ist

Code:
#!/bin/sh
#
# Copyright 2012 WonderMedia Technologies, Inc. All Rights Reserved. 
#  
# This PROPRIETARY SOFTWARE is the property of WonderMedia Technologies, Inc. 
# and may contain trade secrets and/or other confidential information of 
# WonderMedia Technologies, Inc. This file shall not be disclosed to any third party, 
# in whole or in part, without prior written consent of WonderMedia. 
#  
# THIS PROPRIETARY SOFTWARE AND ANY RELATED DOCUMENTATION ARE PROVIDED AS IS, 
# WITH ALL FAULTS, AND WITHOUT WARRANTY OF ANY KIND EITHER EXPRESS OR IMPLIED, 
# AND WonderMedia TECHNOLOGIES, INC. DISCLAIMS ALL EXPRESS OR IMPLIED WARRANTIES 
# OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, QUIET ENJOYMENT OR NON-INFRINGEMENT.  
#

#$1 is current path, don't use pwd
local_path="$1"


if [ "$instenv_model_no" != "Eken_MID10.1_W10A_8235_FT5406-aks" ] && \
   [ "$instenv_model_no" != "Eken_MID10.1_GT10W_GSL3680_F0027A2-aks" ]; then
    return 0
fi

if [ -f $local_path/uzImage.bin ] && \
   [ "$instenv_model_no" = "Eken_MID10.1_W10A_8235_FT5406-aks" ]; then
[COLOR=Red]#just Eken_MID10.1_W10A_8235_FT5406-aks need a special kernel for OTA because of LocalDisk's ending
   info 1 "    specify kernel path for AKS.."
    export instenv_kernel=$local_path/uzImage.bin
fi[/COLOR]

info 1 "    Processing fs_patch for Eken-aks in $local_path..."

if [ -d $local_path/[COLOR=Red]system[/COLOR] ]; then
    info 1 "    Copying system folder.."
    /bin/cp -aR $local_path/system/. ${instenv_fs_system}
fi

if [ -d $local_path/data ]; then
    info 1 "    Copying data folder and backup data/app/*.apk ..."
    /bin/cp -aR $local_path/data/. ${instenv_fs_data}
    #backup data/app to system partition for restore.
    /bin/cp -a $local_path/data/app/* ${instenv_fs_system}/.restore/data_app/
fi

mount | grep ${instenv_fs_localdisk}
if [ $? -ne 0 ] ; then
    info 1 "LocalDisk not mounted!"
else
    if [ -d $local_path/localdisk ]; then
        info 1 "    Copying localdisk folder.."
        /bin/cp -aR $local_path/localdisk/. ${instenv_fs_localdisk}
        chmod 775 -R ${instenv_fs_localdisk}
        chown 1023:1023 -R ${instenv_fs_localdisk}
    fi
fi

#set special logocmd for Eken-aks
setenv logocmd 'nandrw r ${wmt.nfc.mtd.u-boot-logo2} ${wmt.display.logoaddr2} 100000\;display init off\;decompanima -f  ${wmt.display.logoaddr2} 0x3000000\;display backlight on'

Locale = System aber nur wenn das

cfg so heist "Eken_MID10.1_W10A_8235_FT5406-aks"

das ist der Patch!! es werden die Pfade verändert.der ordner "system"

ist der Locale und der alte locale wird einfach nicht verwendet

Weshalb bei falschen kopieren nach werksreset

was im alten locale landet weg ist.

das muss alles in "system" ordner auf dem tablett sein.

verwendest jetzt ein cfc ohne den namen

Eken_MID10.1_W10A_8235_FT5406-aks

wird der "alte" locale benutz und es gibt daatenmüll in der locale

wenn usb oder sd karte steckt.

zitat
"or files in LoacalDisk will be damaged when OTA "

deshalb legen sie den locale anders und der nicht aks model locale

ist einfach leer sprich der unter mnt/

da der eken-aks ordner das unkopieren der daten von locale

in den ordner "system" bewerkstelligt

Hatten wir schon mal die Frage warum anlegen und dann wieder löschen.

1. anlegen in alten locale dann im neuen locale (sytem) kopierern und alten
locale löschen.

du kannst im alten locale anlegen was du willst wenn das

eken aks benutzt wird ist das zeug da drinn nur müll

alle daten die als locale angezeigt werden sin im ordner System

zwecks ebend dem anstecken des usb zeugs.

sprich das ganze wichtige wie auch der restore ordner liegen in system

nicht in locale wenn man filemanager mit root benutzt


Fs_patch

ausgesprochen File system patch oder auch umkopieren in anderen ordner

sprich .restore liegt nicht mehr in
/.restore
sondern in /sytem/.restore

locale ist nicht /
sondern /sytem/

backupdaten der app auch nicht

in /app_data
sondern in
/system/app_data

NNun auch klar wie klosbrühe warum das flshen mit


"Eken_MID10.1_W10A_8235_FT5406-aks.fcw"

länegre dauert als ohne -aks !

Klar da wird der ganze inhalt in
/system/ verschoben.

Der ursprüngliche Beitrag von 15:28 Uhr wurde um 15:53 Uhr ergänzt:

b-jay dein ausfürung ist korrekt!

nur das bei unserern model bei deinen pfaden

"system" vorgestellt ist denn


local_path ="system" und tekilakos sucht unter /mnt die apk

wo er sie patch bedingt niemals finden wird.

er braucht nur beim flashen nicht "-AKS" benutzen schon landet

die hälfte falsch.

und wenn er dann auch noch deutlich sagt er hatt fälschlicher weise

/mnt/locale aps rein wundert mich das graue bei ihm nicht.


Odnersstrukturen sind bei unseren model geändert.

Sprich sie weicht von standart ab den Locale =System ordner.
 
genau ich und warscheinlich noch viele andere haben nicht den Ordner /.restore
sondern /sytem/.restore
und ich habe keinen Ordner /app_data
sonder /sytem/.restore/app_data und da sind da alle nicht mit installierten(oder auf eine imaginären mSD) apps

dann wurde schon von dem gotab Version >JB4.1.1 v110 die falsche gonfig.fwc Genomen, und es werden ja dann alle die ab der gotab geflasht haben das gleiche Problem haben, nur eben die melden sich nicht.

frage wie könne wir das jetzt ändern richtig biegen oder müssen wir damit leben ?????

Der ursprüngliche Beitrag von 16:12 Uhr wurde um 16:23 Uhr ergänzt:

Einstellungen > Speicher > Device List > steht Internal Flash(Local) & SD Card
darum bin ich ja auf Local gekommen
also ist dann die angabe Internal Flash(Local) = System

Der ursprüngliche Beitrag von 16:23 Uhr wurde um 16:30 Uhr ergänzt:

wen man aber auf
Einstellungen > Speicher > Device List > steht Internal Flash(Local) & SD Card
geht man und sagen wir Internal Flash(Local) auswählt dann steht dort /mnt/local
oder wen man dann SD Card auswählt dann steht dort /mnt/sdcard
es müsste/solte ja dann /mnt/system und oder /mnt/sdcard heißen oder ????
 
tekilakos schrieb:
Einstellungen > Speicher > Device List > steht Internal Flash(Local) & SD Card
darum bin ich ja auf Local gekommen
also ist dann die angabe Internal Flash(Local) = System

Nachdem das ROM von irgendwelchen lustigen Chinesen gebastelt wird die, wie leider üblich, keine Ahnung von Englisch, und schon gar nicht Deutsch, haben (man muss ja nur die Kommentare, oder Bildschirmausgaben, in den Scripts lesen um vor Lachen vom Sessel zu fallen):

Internal Flash(Local) = /mnt/local (die "interne Partition" (NICHT /system!!!))
SD Card = /mnt/sdcard (die Karte die Du reimpfriemelst)
 
also gibt es dann jetzt eigentlich kein Local sonder nur Internal
bei der orginalen ICS4.0.3 gab es ja Local und Internal

ja ist bisschen irritierend ;) :)

Der ursprüngliche Beitrag von 16:43 Uhr wurde um 16:45 Uhr ergänzt:

solte dann ja /mnt/Interna heißen und nicht /mnt/local
 
tekilakos schrieb:
also gibt es dann jetzt eigentlich kein Local sonder nur Internal
bei der orginalen ICS4.0.3 gab es ja Local und Internal

ja ist bisschen irritierend ;) :)

Der ursprüngliche Beitrag von 16:43 Uhr wurde um 16:45 Uhr ergänzt:

solte dann ja /mnt/Interna heißen und nicht /mnt/local

Umgekehrt ... es gibt NUR MEHR /mnt/local aber KEIN /mnt/internal mehr.

/request facepalm_smilie.gif
 
upppppsss sorry hast recht
 
ähmm

du musst nur ein

als config file "Eken_MID10.1_W10A_8235_FT5406-aks" nehmen

dann landet das auch im /system/app-data

und wichtig in costumisng nicht nur 1024*600 ersetzten

sondern den kompletten ordner

Eken_MID10.1_W10A_8235_FT5406-aks mit inhalt

1024*600.tar reinkopiern


muss beides passen

man kann auch ohne gepatche arbeiten

sprich im firmwareinstall/firmware/android4.1.

das tgz mal endpacken da sind der supperuser.apk drin

und die ganzen anderen apps versetckt.

beim flashen wird einfach der ganze ordner android4.1 kopiert

und rate mal was mein packpogie sagt woraus das kopiert wurde

genau pfadangabe ./system/

was mir wieder sagt mapai zo 1000% anrnova klon.

sogar die pfade sind die selben.

man endpacke android4.1 ordner

dann gibt dann dann .restore
app ordner

in denn app ordner schmeiste die apk rein

dann packste das wieder. dann sind die apk 1000 % drinn

den erst erst wird android4.1 als ganzes kopiert, dann laufen

die patches ab. wie 3pard und eken_aks
etc

anrova orginal ist nix anderes als gezippter inhalt des /system/

mopei nimmt orginal oben firmware JB projekt also eken
da seteht das ganze devolover zeug noch drinn in den eclipese zeug

den das sagen deutlich die xml files aus.

sag ich doch gibt mir ein nacktes 4.2.2 und ich haus euch rein.



enpack doch mal den android4,1 ordner

das wird kopeiert nach /system/

dann laufen die patches ab und kopierern die zusatzaps und
aus dem data.tar (wenn alle pfade und namen passen)

in den selbigen rein. restore wir dann nochmal daus da wichte kopiert

superuser.apk ist ja auch dort drinn

warum bei dir die patches nicht die com und abk richtig kopierern

ist fraglich. bei mir SD karte rein.

und flash. neustarte fertig.

oder haste nur den costumising mit 1024*600 überschrieben?

dann klärt das alles.

dort muss der ordner ekken..............-aks drinn sein und darin

das data.tar

auch im android4.1 ordner ist im restore der patch in der orginalen mapai drinn.

sprich maipei = eken w10a = arnova10dg3

nennet sich ota_addon.sh das skript



Fakt ist mit dem Arnova10dg3 muss eken ...-aks. configfile
genommen werden

und in costumisng muss ordner mit selbigen namen nur ohne das "+"
drinn sein mit inhalt 1024*600.tgz sonst werden die

apps beim ersten boot nicht angezeigt, sondern erst wenn man werksresett
macht. weil dort die richtige data_tar. beim flashvorganng erzeugt
wird.

sprich zu b.jey frage was passiert wenn man den wegläst beim flshen.

ähmm standart JB screnn und nach werksresste haste dann esrt die

apps richtig mit configs.

ist doch aus das update von mir gewesen.
vom taplet auf sd karte. und von dieser dann in

costumisng in den ekne -aks ordner

volla schon weis das tab wie es von anfang an auszusehen hat auf den
screnn und die eisntellungen sind 100% korrekt.

Uprigens nicht jede app läst sich per 3rd pard oder fs_patch reinkopierern

der root.apk muss direkt in den android4.1 ordner rein.

da macht das skript mist.
 
also wen ich deine neue version von 3.6 sprich von heute solten die apps richtig installiert werden ?

Der ursprüngliche Beitrag von 17:49 Uhr wurde um 17:59 Uhr ergänzt:

1.neue runter laden
2.auf eine 2gb mSD kopieren
3.flashen
4.sofort nach dem flashen restart machen
5.jetzt solten die apps erscheinen

Der ursprüngliche Beitrag von 17:59 Uhr wurde um 18:04 Uhr ergänzt:

nach dem flashen android is upgrading 63 app
so mach jetzt ein neu start

Der ursprüngliche Beitrag von 18:04 Uhr wurde um 18:08 Uhr ergänzt:

tja es bleibt beim allten apps sind auf einer imaginären mSd installiert
 
svenu schrieb:
sag ich doch gibt mir ein nacktes 4.2.2 und ich haus euch rein.

Da draussen gäbe es, mehr oder weniger, genug Android 4.2.2 ROMs für div. ARMv7 Geräte ... das "einfach rein kopieren" (in das androidX.Y.tar|.tgz wird aber nicht so funktionieren wie Du's dir vorstellst.

Gehen wir mal davon aus Du würdest ein 4.2.2 für ein vergleichbares Gerät (also auch armv7a/l CPU mit Display ~1024x600 usw.) finden - bestenfalls "stirbt" Dir der Boot mit einer Boot-Loop (weil die Einsprungadressen der ganzen Treiber .so nicht stimmen), im schlimmsten Fall beginnt es nichtmal zu booten.

Du könntest das Spiel nur mit einem WM8850/8950 ROM spielen, aber wenn ich mich nicht irre gibt's für unsere offiziell nur 4.1.1.

svenu schrieb:
sprich zu b.jey frage was passiert wenn man den wegläst beim flshen.

ähmm standart JB screnn und nach werksresste haste dann esrt die

apps richtig mit configs.

ist doch aus das update von mir gewesen.
vom taplet auf sd karte. und von dieser dann in

costumisng in den ekne -aks ordner

volla schon weis das tab wie es von anfang an auszusehen hat auf den
screnn und die eisntellungen sind 100% korrekt.

Uprigens nicht jede app läst sich per 3rd pard oder fs_patch reinkopierern

der root.apk muss direkt in den android4.1 ordner rein.

da macht das skript mist.

Okay, das mit "1024x600-data.tar" weg lassen war inkonsequent formuliert ... neben dem "das tar weglassen" müsste man natürlich dann auch den Teil rausnehmen der das dämliche /system/.restore erstellt um es auf ein normales Android zu biegen das nicht irgendwelche Stunts vollführt. Dann bricht allersdings die "Werkreset" Funktion via Stock Recovery - wäre nur mal für "höllisch Langweilig" um zu sehen was man dem Eken (+MaPan +Arnova) Zeug abgewöhnen könnte ohne das man die generelle Funktion des ROMs killt (mal von Kollateralschäden wie "Recovery Werkreset") abgesehen.

Wie gesagt ... mit dem selbst gebastelten ROM brauche ich eigentlich nur das "firmware" und "GoogleApps" in dem Installer Konstrukt da das System (samt root) sowieso im android4.2.tar ist und nur die Google Apps extra dazu kommen ... im Prinzip so als wie wenn man via CWM ein ROM flashed ... im "firmware" ist in dem .tar was auch im "update.zip" wäre, und das GoogleApps hat was auch in dem CWM flashable gapps ZIP (Cyanogenmod) wäre um die komplette Ladung an Google Apps im ROM zu haben.

Und nein, das AOSP 4.2.2 ist noch nicht "release ready" ... auch wenn es booted so habe ich noch einige Fehlfunktionen bzw. Sachen die nicht funktionieren die gelöst werden wollen.

War nur so eine lose Idee das normale ROM mal auszumisten um es auf "kleinsten Gemeinsamen Nenner" zu bringen.
 
nur wen ich die apps in \FirmwareInstall\fs_patch\system\app rein-kopiere
werden sie installiert
in FirmwareInstall\fs_patch\data\app werden sie nicht installiert
und auch nach einen werks reset sind die nicht installiert und tauchen auch nicht mehr auf der imaginären mSD auf

Der ursprüngliche Beitrag von 18:33 Uhr wurde um 18:39 Uhr ergänzt:

und der restore ordner ist nicht da
sondern nur auf system/restore

habe jetzt den restore ordner aus system ins root verschoben und auf Werkszustand gemacht

Der ursprüngliche Beitrag von 18:39 Uhr wurde um 18:43 Uhr ergänzt:

tja nichts der ordner wurde gelöscht und auch auf system/ ist er nicht mehr

Der ursprüngliche Beitrag von 18:43 Uhr wurde um 18:45 Uhr ergänzt:

es wird immer mit der neuen Version von 3.6 geflasht

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

habe die jetzt im \FirmwareInstall\fs_patch\system\app rein-kopiert
dann sind das eben system apps
 
Wen du das data.tar wegläst wird eine neues mit blanko screnn

auf den tab erstellt. im /system/.restore

das kopierts man wieder in in den costumusing ordner mit eken

drinn und volla blanco screen.

ich hab die orginalen ekken -aks voreinstellungen genomen, deshalb

sprich die orginal homescreen von eken. sprich der tocherfirma von via,

wie es auch wondermedia selbst ist.

kamera muss die modules ins 422 dazupacken.

ich hab 422 nur die bigxie_maguro_OTA_JDQ39_odexed-signed

hier aus dem andriod open projekt.

probier grad was aus flash auf 422 90%


:drool::drool::drool::drool:

Der ursprüngliche Beitrag von 20:46 Uhr wurde um 21:34 Uhr ergänzt:

arg ist 422 fett. 95%

taka ich weis nicht was du machst.

meine version ist fix und fertig die funtzt normal so.

aucch nach werksreset ist alles da.



ZUM 422 oha. recovery geht. boot njiet


das einfache einmischen der treiber geht nicht. wäre auch zu einfach.


egal zurück zu 135.

und nun nehm ich es auf.

Video lad ich grad hoch sag euch dann den link. boah s2 macht aus 7 minuten 850 mb das dauert bischen.
 

Ähnliche Themen

M
Antworten
0
Aufrufe
1.238
maudo
M
H
  • Hardstyler02404
Antworten
1
Aufrufe
1.554
TwojaTarcza
T
W
Antworten
4
Aufrufe
6.153
Wildweststeirer
W
Zurück
Oben Unten