VSUN I9: play store HS & changement de ROM

[steph68]

salut à tous!

alors déjà j'espère être au bon endroit, mais hardware est bien le forum me semblant le plus approprié.

suite au dossier d'un célèbre magazine informatique à propos des bons plans chinois, ai décidé de sauter le pas il y a un mois avec un smartphone Android 4.1.2 VSUN I9 DualCore!

malheureusement, j'ai vite déchanté... et je ne parle pas du délais de livraison, ma foi, normal vue l'origine!

non je parle du sérieux, et de l’inexistence de service client!!

à peine arrivé, j'ai bien sûr testé mon Vsun et après 30 secondes à peine, les ennuis commencèrent!

IMPOSSIBLE de lancer le play store... crash à chaque lancement de l'application... smartphone donc totalement inutile sans pouvoir installer mes applications!!
-> "Unfortunately Google Play Store has stopped"

j'ai fait des recherches sur des forums spécialisés et visiblement je ne suis pas le seul à rencontrer ce problème... mais malheureusement aucune des astuces indiquées ne fonctionnent dans mon cas!!

-> diverses méthodes de rootage du portable (arrivé déjà rooté)
-> test de versions différentes du play store (4.1.06, 4.1.10, 4.3.11)
-> vidange des cash
-> restauration de la config usine
etc...

bref, moi je suis persuadé que c'est un problème de licence google tout simplement, donc je ne vois pas comment en sortir!

donc, si vous aviez une idée, je suis plus que preneur!

changer de ROM?
-> mais je ne trouve pas de ROM VSUN justement......
-> existe-t-il des ROM "génériques" toute marque?
familier d'Android en mode utilisateur, je ne suis jamais allé voir de "l'autre coté", donc je tâtonne.......

merci de toute aide éventuelle.

[Lannig]

Bonjour,

 

salut à tous!

alors déjà j'espère être au bon endroit, mais hardware est bien le forum me semblant le plus approprié.
 

 

1) non, tu n'es pas au bon endroit. Ce post aurait dû être mis dans la section "Autres androphones" plus bas dans la liste, où il va sûrement se retrouver déplacé tôt ou tard

2) "...mais hardware est bien le forum..." : ça sent un peu le copier-coller d'un post sur un autre forum, ça, non ?

 

Sur le fond : non, je ne pense pas que ce soit un problème de licence. C'est un Google Play mal installé, peut-être installé en cliquant sur l'APK donc installé en appli "ordinaire" et pas comme appli système. Quoique non, il aurait disparu dans le reset usine dans ce cas. Juste mal installé ou bien une version incohérente avec le framework de services Google.

 

Si le smartphone est déjà rooté, je supprimerais le /system/app/Vending.apk (ou Phonesky.apk), je ferais un reset usine puis je réinstallerais la version ad-hoc venant des Google Apps correspondant à ta version d'Android. Quand je dis "installer" c-a-d copie vers /system/app + protections correctes. Tu peux te référer aux divers sujets sur l'installation de Google Play sur tablette low-cost qui existent dans la section "Autres tablettes" de ce forum.

[steph68]

1.) ok, déplacement à suivre donc

 

2.) non :huh:

 

 

pour le reste, précisions:

-> le téléphone est arrivé avec le PS installé...... mais qui plante!

 

-> j'ai testé divers trucs trouvé en ligne, sans succès

 

-> pour repartir du bon pied j'ai donc fait le reset usine... mais après coup je n'avais plus le PS: il ne faisait donc pas partie de la sauvegarde et a donc du êtres installé après coup

 

-> donc j'ai récupéré le dernier APK en date directement chez google: même plantage

 

-> j'ai ensuite trouvé des APK de version antérieures: même plantage

 

d'où mes 2 pistes: problème de licence OU changer de ROM... mais je n'en trouve pas pour VSUN, d'où ma question sur d'éventuelles ROM "génériques"?

 

pour le reste, je vais jeter un oeil aux topic tablette low-cost & PS et je vous tiens au courant!

 

merci.

[Lannig]

Ce que tu dis ne fais que conforter ma première idée de Play installé par "clic" sur le fichier APK et donc comme appli ordinaire, ce qui produit souvent l'effet que tu observes.

Comment l'as-tu réinstallé après, toi ? la seule méthode qui marche est de recopier l'APK dans /system/app puis de lui donner les bonnes protections. Si c'est ce que tu as fait et que ça plante encore, c'est qu'il te manque des APK du framework de services Google. ou bien que tu n'as pas les bonnes versions.

Reporte-toi à la (longue) discussion sur l'installation de Google Play sur Logicom 1052 dans la section "Autres tablettes", tu es dans un cas très similaire, sauf que j'espère que tu n'auras pas besoin d'effacer des fichiers pour faire de la place.

 

Et j'insiste : NON ce n'est pas un problème de licence.

 

Un autre firmware c'est risqué et c'est un peu un bulldozer pour ouvrir une porte.

Modifié 24 octobre 2013 par Lannig

[steph68]

je confirme l'install par par clic, en effet.

comme je disais, je connais l'OS du coté user... le coté admin m'étant inconnu pour le moment.

 

donc, pour repartir proprement, je restaure la ROM d'origine pour tout remettre à plat et j'attaque ensuite le topic Logicom 1052.

 

merci. ;)

[Dragonn]

Salut,

C'est déplacé ;)

[steph68]

ok, merci. :)

[steph68]

bon ok, ça commence mal :

 

1.) l'étape 1 de Logicom TAB 1052 renvoie vers la 1ère partie de [TUTO]Installation ADB

- j'ai suivi ça malgré le fait qu'Eclipse est déjà présent sur mon poste + sdk android (donc adb déjà présent aussi)

- les drivers adb fournis dans le tuto ne sont pas installés puisque les miens sont plus récents (device détecté comme HTC Android Interface)

- problème: même si mon device est bien détecté par adb devices (0123456789ABCDEF device) adb shell id me renvoie uid=2000(shell) gid=2000(shell) et non uid=0(root) gid=0(root)

2.) je ne peux donc pas passer à l'étape 2 de Logicom TAB 1052 puisque je n'ai pas les droits root :(

[Lannig]

Et si tu tapes :

adb shell

(tu vas récupérer une invite shell qui se termine par "$")

su

(en réponse à cette invite)

(puis control-C pour revenir à l'invite de cmd.exe)

que se passe-t-il ?

Car ce que tu dis-là est un peu contradictoire avec ce que tu écrivais plus haut, non ? "(arrivé déjà rooté)"

 

Quel processeur équipe ton smartphone ? un Mediatek MTK6quelquechose, probable, non ?
 

Modifié 25 octobre 2013 par Lannig

[steph68]

adb shell -> (tu vas récupérer une invite shell qui se termine par "$"): yeap

 

su (puis control-C pour revenir à l'invite de cmd.exe) -> retour à c:\adb

 

Car ce que tu dis-là est un peu contradictoire avec ce que tu écrivais plus haut, non ? "(arrivé déjà rooté)"

oui, car:

-> dans mes 1ers tests j'ai utilisé plusieurs méthodes de root, toutes avec un code retour OK

-> j'ai un équivalent d'un super user en chinois

-> dans le shell adb j'ai bien un prompt $ (qui visiblement indique un device rooté)

 

EDIT:

 

1.) par contre, le fait que adb devices me renvoie 0123456789ABCDEF device me semble quand même un peu louche comme ID... :huh:

 

2.) MTK6577 oui

http://dx.com/p/vsun-i9-dual-core-android-4-1-wcdma-bar-phone-w-4-0-capacitive-screen-wi-fi-and-gps-black-235311

Modifié 25 octobre 2013 par steph68

[Lannig]

adb shell -> (tu vas récupérer une invite shell qui se termine par "$"): yeap

 

su (puis control-C pour revenir à l'invite de cmd.exe) -> retour à c:\adb

Je me suis mal exprimé : quand tu tapes la commande "su" (suivie de Entrée bien sûr), que 

se passe-t-il ?

(c'est après qu'il faut faire control-c)

Car ce que tu dis-là est un peu contradictoire avec ce que tu écrivais plus haut, non ? "(arrivé déjà rooté)"

oui, car:

-> dans mes 1ers tests j'ai utilisé plusieurs méthodes de root, toutes avec un code retour OK

-> j'ai un équivalent d'un super user en chinois

-> dans le shell adb j'ai bien un prompt $ (qui visiblement indique un device rooté)

Non ! au contraire, c'est le signe d'un device non-rooté. C'est le prompt "#" qui indique un shell root

et donc un device rooté.

1.) par contre, le fait que adb devices me renvoie 0123456789ABCDEF device me semble quand même un peu louche comme ID... :huh:

Rien de bien surprenant, les fabricants manquent souvent d'imagination pour configurer ces chaînes d'identification.

2.) MTK6577 oui

Tu peux tenter les méthodes de root qui s'appliquent à des smartphones basés sur le même chipset, par exemple Framaroot : http://forum.xda-developers.com/showthread.php?t=2130276

 

EDIT : ou MTK Droid Tools : http://forum.xda-developers.com/showpost.php?p=38320254&postcount=1

Modifié 25 octobre 2013 par Lannig

[steph68]

bon prenons dans l'ordre:

 

1.) su

 

- >je lance su

su

shell@android:/ #

(donc je n'ai que le prompt en attente, rien n'est lancé)

 

-> au ctrl+c

su

shell@android:/ # ^C

C:\adb>

 

 

2.) framaroot141.apk

 

-> installation: ok

-> run: check vulnerabilities : your device seems not vulnerable to exploit included in framaroot

ne fonctionne donc pas

 

 

3.) mtk droid tool:

-> 21 détections sur 46 chez virustotal......... :o

Modifié 25 octobre 2013 par steph68

[Lannig]

bon prenons dans l'ordre:

 

1.) su

 

- >je lance su

su

shell@android:/ #

(donc je n'ai que le prompt en attente, rien n'est lancé)

Eh bien il est rooté, ton smartphone puisque "su" te donne un shell root.

bon prenons dans l'ordre:

3.) mtk droid tool:

-> 21 détections sur 46 chez virustotal......... :o

Rien de bien étonnant pour quelque chose dont le but est d'exploiter des vulnérabilités (ce qu'est le process de rooter un smartphone), mais ce n'est plus d'actualité puisque ton smartphone est déjà rooté.

 

Cependant puisque adb shell ne te donne pas un shell root direct, cela complique un peu les choses. Ce cas de figure a déjà été discuté dans divers sujets des sections tablettes Carrefour & autres tablettes. Fais un peu de recherche. Si je retrouve des liens directs je viendrai les mettre ici. En gros, pour envoyer Phonesky.apk vers /system/app il faut le faire transiter par un endroit ou on peut écrire sans être root (puisque la commande adb push ... n'aura pas les droits root)

 

En général c'est du genre :

adb push Phonesky.apk /mnt/sdcard/Phonesky.apk
adb shell
su
mount -o remount,rw /system
busybox cp /mnt/sdcard/Phonesky.apk /system/app
chmod 644 /system/app/Phonesky.apk
busybox rm /data/dalvik-cache/*
reboot

:excl: ATTENTION :excl: relis 3 fois les commandes avant de les taper, la moindre erreur peut être fatale au smartphone.

Modifié 25 octobre 2013 par Lannig

[steph68]

rooté: c'est bien ce qu'il me semblait

 

pour le reste, tu parles de ça?

https://forum.frandroid.com/topic/163112-google-play-sur-logicom-1072-android-422/

 

adb push Phonesky.apk /mnt/sdcard/Phonesky.apk
adb shell
su
mount -o remount,rw /system
busybox cp /mnt/sdcard/Phonesky.apk /system/app
chmod 644 /system/app/Phonesky.apk
exit
exit

[Lannig]

Yes, cela correspond aux commandes que je te donnais plus haut, en gros :)

Le nettoyage du dalvik-cache n'est à faire que si tu avais une version précédente de Google Play installée sur le smartphone (qu'elle ait été "bien" installéee : copie vers /system/app ou "mal" installée : ouverture de l'APK depuis un explorateur de fichiers).

De toutes façons comme déjà dit plus haut si Google Play a été "mal" installé, le reset usine est de rigueur avant de le réinstaller correctement.

Attention à bien prendre la version de Phonesky.apk qui correspond à ta version d'Android !

Pour une 4.1.2 ce serait la version 20121011 des Google Apps dont il faudrait l'extraire.

[steph68]

donc si je résume:

 

-> wipe factory reset

-> extraire Phonesky.apk du zip gapps-jb-20121011-signed et le copier dans mon dossier contenant adb

-> run le script tel quel

 

et vogue la galère?

[Lannig]

Non, pas run le script tel quel. Passer les commandes que tu as trouvées toi-même plus haut, une par une, à la main.

On ne peut pas scripter des commandes qui passent par la phase "su" (enfin du moins c'est beaucoup plus compliqué, et personne n'a encore écrit le script en question)

[steph68]

ok, lancer à la mano les lignes une a une.

 

adb push Phonesky.apk /mnt/sdcard/Phonesky.apk
adb shell
su
mount -o remount,rw /system
busybox cp /mnt/sdcard/Phonesky.apk /system/app
chmod 644 /system/app/Phonesky.apk
exit
exit

 

 

EDIT:

 

*$ù£%µ* je crois que j'aurais mieux fait de me tirer une balle dans le pied au lieu d'acheter cette m****!!!

 

ça part déjà mal.......

 

adb push Phonesky.apk /mnt/sdcard/Phonesky.apk

 

-> failed to copy 'Phonesky.apk' to '/mnt/sdcard/Phonessky.apk' : permission denied

Modifié 25 octobre 2013 par steph68

[Lannig]

Sur un MTK6577 la SD peut être montée dans un autre endroit que /mnt/sdcard.

Que donne la commande suivante :

adb shell mount

(fais-un copier-coller de texte du résultat)

[steph68]

rootfs / rootfs ro,relatime 0 0

tmpfs /dev tmpfs rw,nosuid,relatime,mode=755 0 0

devpts /dev/pts devpts rw,relatime,mode=600 0 0

proc /proc proc rw,relatime 0 0

sysfs /sys sysfs rw,relatime 0 0

none /acct cgroup rw,relatime,cpuacct 0 0

tmpfs /mnt/asec tmpfs rw,relatime,mode=755,gid=1000 0 0

tmpfs /mnt/obb tmpfs rw,relatime,mode=755,gid=1000 0 0

none /dev/cpuctl cgroup rw,relatime,cpu 0 0

/emmc@android /system ext4 ro,noatime,noauto_da_alloc,commit=1,data=ordered 0 0

/dev/block/loop0 /mnt/cd-rom iso9660 ro,relatime 0 0

/emmc@usrdata /data ext4 rw,nosuid,nodev,noatime,noauto_da_alloc,data=ordered 0 0

/emmc@cache /cache ext4 rw,nosuid,nodev,noatime,noauto_da_alloc,data=ordered 0 0
 

[Lannig]

Hmmm... pas du tout de SD montée, ni interne ni externe ? curieux. As-tu mis une carte uSD dans ton smartphone ?

Il va falloir trouver un répertoire ou le shell du daemon ADB ait le droit d'écrire.

Là, comme ça, je ne vois pas trop. Il faut que je regarde sur mon Wiko Cink Slim (aussi un MTK6577). Stay tuned.

Ou bien si tu as une uSD sous la main, mets-là dedans et refais la commande adb shell mount.

Vois si une ligne avec /mnt/sdcard apparaît. Si oui, ré-essaye les commandes.

 

EDIT : si tu n'as pas de uSD sous la main, essaye en changeant /mnt/sdcard en /data/local/tmp dans toutes les commandes.

Modifié 25 octobre 2013 par Lannig

[steph68]

Salut!

 

Allons-y, nouvelle semaine, on y croit! :huh:

 

Si, j'ai bien une carte SD dans le device.

 

Bon juste une 512 pour le moment, mais elle tourne bien puisque j'ai déjà fait un backup système (factory reset de base + settings anglais au lieu de chinois + mon wifi/compte google) dessus pour m'éviter de tout reparamétrer à chaque wipe!

 

 

résultat du mount:

rootfs / rootfs ro,relatime 0 0

tmpfs /dev tmpfs rw,nosuid,relatime,mode=755 0 0

devpts /dev/pts devpts rw,relatime,mode=600 0 0

proc /proc proc rw,relatime 0 0

sysfs /sys sysfs rw,relatime 0 0

none /acct cgroup rw,relatime,cpuacct 0 0

tmpfs /mnt/asec tmpfs rw,relatime,mode=755,gid=1000 0 0

tmpfs /mnt/obb tmpfs rw,relatime,mode=755,gid=1000 0 0

none /dev/cpuctl cgroup rw,relatime,cpu 0 0

/emmc@android /system ext4 ro,noatime,noauto_da_alloc,commit=1,data=ordered 0 0

/dev/block/loop0 /mnt/cd-rom iso9660 ro,relatime 0 0

/emmc@usrdata /data ext4 rw,nosuid,nodev,noatime,noauto_da_alloc,data=ordered 0 0

/emmc@cache /cache ext4 rw,nosuid,nodev,noatime,noauto_da_alloc,data=ordered 0 0

/emmc@sec_ro /system/secro ext4 ro,relatime,data=ordered 0 0

/dev/block/vold/179:96 /storage/sdcard0 vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0

/dev/block/vold/179:96 /mnt/secure/asec vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0

tmpfs /storage/sdcard0/.android_secure tmpfs ro,relatime,size=0k,mode=000 0 0

/dev/block/vold/179:6 /storage/sdcard1 vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
 

 

EDIT:

j'ai même retenté la chose.... et ça partait mieux... je ne sais pas, même manip que vendredi!

MAIS......

 

adb push Phonesky.apk /mnt/sdcard/Phonesky.apk

-> OK

adb shell

-> OK

su

-> OK

mount -o remount,rw /system

-> OK

busybox cp /mnt/sdcard/Phonesky.apk /system/app

-> sh: busybox : not found

chmod 644 /system/app/Phonesky.apk
exit
exit

Modifié 28 octobre 2013 par steph68

[Lannig]

/dev/block/vold/179:96 /storage/sdcard0 vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0

Pour info ta SD interne est donc montée dans /storage/sdcard0 et l'externe dans /storage/sdcard1

Je suppose qu'il y a un lien /mnt/sdcard vers l'un ou l'autre.

busybox cp /mnt/sdcard/Phonesky.apk /system/app

-> sh: busybox : not found

chmod 644 /system/app/Phonesky.apk

exit

exit

Pas de busybox du tout ? décidément ce smartphone est vraiment exotique.

Essaye dans le "busybox" dans la commande c-a-d :

cp /mnt/sdcard/Phonesky.apk /system/app

[steph68]

exotique oui, comme tu dis.... tellement qu'il ne connait pas non plus CP le shell(????)

sh : cp : not found

 

j'ai bien pensé quitter SU et faire à la place un adb push /mnt/sdcard/Phonesky.apk /system/app

pour copier malgré tout le fichier, mais là error : device not found

[Lannig]

exotique oui, comme tu dis.... tellement qu'il ne connait pas non plus CP le shell(????)

sh : cp : not found

C'est mal barré ton affaire.

Poste-nous le résultat de :

adb shell ls -l /system/bin

 

j'ai bien pensé quitter SU et faire à la place un adb push /mnt/sdcard/Phonesky.apk /system/app

pour copier malgré tout le fichier, mais là error : device not found

Tu as quitté le shell su mais tu n'as pas quitté le shell initial. Tu as tapé cette commande en réponse à l'invite "$" du shell et pas en réponse à l'invite "C:\quelquechose> " de Windows.

Mais même si tu l'avais fait depuis la ligne de commande de Windows, ça ne marchera pas, mais l'erreur que tu aurais dû avoir est "Permission denied"

Modifié 28 octobre 2013 par Lannig