Selon le code source disponible sur GitHub, la récupération effectue tout un tas d'opérations en dehors du simple lancement du démon en arrière-plan, de la copie du fichier su binaire à /system/xbin et de changer ses permissions. Comme on peut le comprendre en examinant ce script install-su Dans ce cas, la récupération effectue d'abord une opération de nettoyage des applications du gestionnaire de racine qui peuvent avoir été déjà installées.
Après cela, l'opération de copie des fichiers concernés, à savoir, le su (qui est appelé à chaque fois que vous demandez les privilèges de Root), le binaire 99SuperSUDaemon (dont l'exécution dépend de init.d ), un install-recovery.sh (pour forcer le démon à être exécuté sur Jelly Bean) et SuperSU.apk (le gestionnaire de la racine).
Après cette phase, le script utilise les fonctions précédemment définies set_perm (qui combine chmod et chown, et sert à définir la propriété et les permissions) et ch_con (qui marque les fichiers comme étant ceux du système). Ce dernier est probablement la cause du dysfonctionnement de votre procédure manuelle : vous n'avez pas changé le contexte des fichiers que vous avez poussés, ils n'ont donc pas été reconnus comme des fichiers système.
