[GONOMAD P703] Méthode de root?

[prototype2020]

Model : P703 (mais au dos de la tablette il y a marqué Modeln°: P701 !)
version android 4.1.1
version noyau 3.0.8 actions@actions-HP-Compaq-
numéro build : eng.actions.20131014.162422.wine

 

Bonjour,

 

J'avais déjà installé adb et finalisé le root d'une tablette pré-rootée grace à ce tuto.

C'était une gonomad WP-399, là j'ai une autre gonomad mais c'est une P703 et elle n'est pas pré-rootée :(

 

J'ai du coup re-suivi cet autre tuto.

 

Donc avec la commande: adb shell

 

J'ai:

C:\adb>adb shell
root@android:/ $

 

http://www.hostingpics.net/viewer.php?id=595830adbshell.jpg

 

Et le tuto dit: Sinon, ne désespérez pas, vous avez maintenant fait ce qu'il faut pour pouvoir faire tourner un script qui rootera votre tablette.

 

Que dois je faire maintenant?

 

 

[zrt22]

Bonjour,

 

Je m'interroge un peu sur le SoC (processeur) de cette tablette. Actions ATM7013 est ce qui ressort un peu du net, et ce que suggère le build également. Quand tu as tapé la commande su dans le shell, tu n'as pas eu une demande de mot de passe ? Auquel cas essaie actions123

Autrement, que donne la commande cat /proc/cpuinfo dans le shell toujours ?

 

Si c'est bien ce SoC et qu'il n'y a pas de su avec un mot de passe, ce sera problématique, car c'est un SoC MIPS et la plupart des outils root placent un binaire su pour ARM.

[prototype2020]

J'ai du mal taper hier (2 lettres...) mais là j'ai retapé su et j'ai bien eu la demande passwd et avec actions123 c'est passé de $ à #, c'est bon signe?

 

Avec cpuinfo ça donne ça: http://hpics.li/8c64aec

[zrt22]

Comme prévu, c'est bien ce SoC MIPS avec un binaire su exploitable déjà sur place. Finaliser le root est donc faisable sans outil, ce qui nous arrange pas mal en l'occurrence.
Quelques commandes de vérifications d'abord, histoire de voir si c'est exactement la même configuration qu'une autre tablette de ce style pour t'indiquer le chemin ou s'il y a des choses à ajuster :

ls -l /system/bin/su
ls -l /system/xbin/su
ls -l /system/xbin/busybox
mount

(depuis le shell toujours)
 
Copié/collé des résultats sous forme de texte si possible.

[prototype2020]

ls -l /system/bin/su
/system/bin/su: No such file or directory
1|shell@android:/ $
 
ls -l /system/xbin/su
-rwsrwxrwx root     root         9640 2013-01-11 23:59 su
shell@android:/ $
 
ls -l /system/xbin/busybox
-rwxrwxrwx root     root      2037856 2013-10-14 05:30 busybox
shell@android:/ $
 
mount
rootfs / rootfs rw,relatime 0 0
tmpfs / tmpfs rw,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
/dev/block/actb /system ext4 ro,relatime,barrier=0,data=ordered,noauto_da_alloc
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
tmpfs /sqlite_stmt_journals tmpfs rw,relatime,mode=777 0 0
/dev/block/actd /data ext4 rw,nosuid,nodev,relatime,barrier=0,data=ordered,noaut
o_da_alloc 0 0
/dev/block/acte /cache ext4 rw,nosuid,nodev,relatime,barrier=0,data=ordered,noau
to_da_alloc 0 0
usbfs /proc/bus/usb usbfs rw,relatime 0 0
/dev/block/vold/93:80 /mnt/sdcard vfat rw,dirsync,nosuid,nodev,noexec,noatime,gi
d=1015,fmask=0002,dmask=0002,allow_utime=0020,codepage=cp437,iocharset=iso8859-1
,shortname=mixed,utf8,errors=remount-ro 0 0
/dev/block/vold/93:80 /mnt/secure/asec vfat rw,dirsync,nosuid,nodev,noexec,noati
me,gid=1015,fmask=0002,dmask=0002,allow_utime=0020,codepage=cp437,iocharset=iso8
859-1,shortname=mixed,utf8,errors=remount-ro 0 0
tmpfs /mnt/sdcard/.android_secure tmpfs ro,relatime,size=0k,mode=000 0 0
shell@android:/ $

Modifié 19 septembre 2014 par prototype2020

[zrt22]

OK, quelques différences, bien fait de demander. Je reprends basiquement ce qui est expliqué dans ce message : https://forum.frandroid.com/topic/128878-polaroid-7-mid-c407-pr/#entry2088870 en ajustant les commandes. :)

 

Télécharge ce fichier : http://www65.zippyshare.com/v/6270908/file.html et extrais-en les fichiers su et Superuser.apk (au moins) dans ton dossier ADB. Veille bien à ce qu'ils remplacent ceux qui s'y trouvent, car si tu envoies ceux du ADB.zip sur ta tablette, ça va créer des problèmes.

Ensuite, en partant de l'invite Windows (\adb>) :

adb push su /mnt/sdcard/su
adb push Superuser.apk /mnt/sdcard/Superuser.apk
adb shell
su
Password? actions123
mount -o remount,rw /system
mv /system/xbin/su /system/xbin/su.org
cp /mnt/sdcard/su /system/bin
chmod 06755 /system/bin/su
ln -s /system/bin/su /system/xbin/su
cp /mnt/sdcard/Superuser.apk /system/app
chmod 644 /system/app/Superuser.apk

Une à la fois, en t'arrêtant à la première qui renvoie une erreur si ça arrive.

[prototype2020]

Ok c'est bon c'est fait et sans erreur, c'est terminé?

Modifié 19 septembre 2014 par prototype2020

[zrt22]

C'est terminé, oui. Qu'en dit Root Checker / les applications root ?

[prototype2020]

Root checker dit que c'est bon, root explorer fonctionne mais la dernière version de ******** bloque des le lancement d'un patchage. Du coup j'ai installé une version moins récente et il dit:

L’accès root ne fonctionne pas correctement! vous devez avoir un vrai acces root pour continuer...

(Mais j'avais déjà eu un message comme ça sur l'autre tablette qui fonctionne pourtant correctement)

(veuillez mettre à jour busybox ou su) !

Veuillez installer l'application Super Su ("résolution des problemes -> installer SuperSU (ICS)") afin de mettre à jour le binaire su.

Du coup j'ai installé SuperSU et ça bloque à l'installation du binaire su! J'ai laissé tourner 1/4 d'heure.

Modifié 19 septembre 2014 par alex971

[zrt22]

Merci de ne pas mentionner ce genre d'applis ici, comme elle permet de faire des choses illégales...

 

Que tu aies des problèmes de ce genre avec le root ne m'étonne pas beaucoup. Comme tu es sur une architecture MIPS là ou la quasi-totalité des autres appareils sont sur ARM, beaucoup de choses seront incompatibles. De même qu'utiliser de tenter de les résoudre par des processus automatiques (prévus pour ARM) risque de poser problème.

 

J'ai regardé le zip de SuperSU et il n'y a pas de build MIPS du binaire su (seulement ARM et x86), donc si tu as absolument besoin de celui-là, ça va coincer. (sauf s'il existe ailleurs, je ne sais pas)

Si tu le trouves, le plus simple reste de reprendre la manip précédente en plaçant avant la paire su/Superuser.apk dans ton dossier ADB.

[alex971]

Bonsoir,

Message plus haut édité ;)

[prototype2020]

Ok, merci beaucoup pour ton aide et excusez moi pour le faux pas!

Je vais voir si je peux trouver ce qu'il faut.