%

Rooter sa tablette Android 4.x

Article publié, le et modifié le
4 minutes de lecture

Cet article contient 738 mots.
Source brute de l'article :
Commit version : b7b5048

Description

Tout d’abord commençons par cet avertissement auquel vous devez consentir, AUTREMENT passez votre chemin et fermer cette page :

Danger

FONCTIONNE AVEC ANDROID 4.2.2, 4.4.2, 4.4.4

Tablette testée :

  • Archos 101 Oxygen : KO - n’est pas possible nativement car en mode production !
  • Pipo M8 HD : OK - 4.2.2, 4.4.2
  • Teclast X89 Kindow : OK - 4.4.4

Pré-requis

  • Que votre tablette soit en mode “Débogage USB” …
  • Que votre tablette soit reconnue par Linux…
  • Il est prudent de sauvegarder votre tablette avant !
  • Obtenir Supersu

Installation

TOUTES les manipulations, que nous allons faire, se font dans un terminal console !

Décompressez l’archive de Supersu, précédemment téléchargée et allez dans le répertoire de l’archive décompressée.

Vous trouverez dans l’archive de SuperSu des répertoires portant les noms relatifs aux différentes architectures matérielles de tablettes gérées :

  • “arm” équivaut à “arm” - à savoir : c’est la valeur par défaut !
  • “armeabi-v7a” = “armv7”
  • “x86” = “x86”
  • “mip” ou “mips” = “mips”
  • “arm64-v8a” = “arm64”
  • “mips64” = “mips64”
  • “x86_64” = “x64”

Si dans l’archive de SuperSu, vous n’avez pas de répertoire correspondant à votre version, c’est que vous avez une ancienne version… téléchargez la plus récente !!!

Utilisation

Vérifions que la tablette soit “vue” :

$ adb devices List of devices attached WAWJM5UMUW device

Mode écriture

Entrons la tablette dans le mode en écriture nécessaire :

$ adb wait-for-device adb root adb remount

Si la commande adb root restitue adbd cannot run as root in production build, cela semble compromis !

Si la commande adb remount ne fonctionne pas :

  • Si la commande précédente adb root a fonctionné ; essayez la commande : adb shell mount -o remount,rw /system Si elle ne fonctionne pas non plus… cela ne sert à rien d'aller plus loin !
  • Si la commande précédente adb root n’a pas fonctionné, et que vous avez le message suivant remount failed: permission denied… inutile d'aller plus loin !

Détections

Version Android

Détectons votre version Android : $ adb shell getprop ro.build.version.sdk 17

Si cela ne fonctionne pas, essayez ceci : $ adb shell cat /system/build.prop | grep "ro.build.version.sdk=" ro.build.version.sdk=17

  • La version du sdk qui correspond au chiffre 17 est Jelly Bean.
  • Si la commande vous restitue 19, nous avons bien KitKat.

Architecture matérielle

Détectons votre architecture : $ adb shell getprop ro.product.cpu.abi armeabi-v7a

Si cela ne fonctionne pas, essayez ceci : $ adb shell cat /system/build.prop /default.prop | grep -m 1 "ro.product.cpu.abi=" ro.product.cpu.abi=armeabi-v7a

Les valeurs détectées correspondent aux architectures nommées par SuperSU !

Rootage

Dirigez-vous dans le répertoire de l’archive décompressée de SuperSU !

En partant du principe que l’architecture détectée correspond à “armv7” - adaptez selon votre architecture - passons à la phase de rootage proprement dite : $ adb push armv7/su /system/xbin/su $ adb shell chown root.root /system/xbin/su $ adb shell chmod 0755 /system/xbin/su

Installons SuperSu : $ adb push common/Superuser.apk /system/app/Superuser.apk $ adb shell chown root.root /system/app/Superuser.apk $ adb shell chmod 0644 /system/app/Superuser.apk

KitKat : étapes supplémentaires

Copier su en daemonsu, qui sera lancé en tant que service par le système au démarrage : $ adb shell cp /system/xbin/su /system/xbin/daemonsu $ adb shell chown root.root /system/xbin/daemonsu $ adb shell chmod 0755 /system/xbin/daemonsu

La deuxième étape est d’injecter le fichier install-recovery.sh - c’est lui qui lancera daemonsu au démarrage - : $ adb push common/install-recovery.sh /system/etc/install-recovery.sh $ adb shell chown root.root /system/etc/install-recovery.sh $ adb shell chmod 0755 /system/etc/install-recovery.sh

Pour finir

Redémarrons proprement la tablette : $ adb reboot adb kill-server

Une fois, la tablette redémarrée, entrez dans votre session, il vous sera certainement demander de mettre-à-jour le binaire SuperSu : faites-le ! Sinon, cliquez sur l’icône de Supersu, et faites-la mise-à-jour qui sera demandée.

Puis cliquez sur le binaire SuperSU - qui la première fois, vous demandera d’installer le binaire SU - choisissez le mode normal, quand il vous sera proposé “Normal” ou “TWRP”.

Si le binaire vous informe que tout est ok, redémarrez à nouveau la tablette !

Documentations

Vous pouvez lire mes autres articles, pour :