Enraciné mais su dit "permission refusée"
J'ai cette "vieille" tablette Lenovo A2107 que j'ai ancrée il y a des années (en téléchargeant depuis http://androidforums.com/threads/a2107-root-mods-and-rom-discussion.661261/ , en cours d'exécution son script root.bat à la main à partir de ma machine GNU/Linux) et cela a bien fonctionné.
Ensuite, j'ai passé cette tablette à ma fille pendant quelques années et je la récupère maintenant.
/ system/bin/su est toujours présent, toujours la même date et la même taille, toujours le mode "rwsr-sr-x", toujours le même firmware (Android 4.0.3), donc tout va bien, mais quand j'essaie de l'exécuter à partir de un Shell, il me dit simplement "autorisation refusée".
Une idée de ce qui pourrait se passer? Qu'est-ce que je pourrais essayer de faire pour le retrouver?
OK, pour ceux qui sont curieux de savoir, j’ai compris de quoi il s’agissait: le programme/system/bin/su accepte la requête telle quelle (selon qui le demande) ou transmet la demande à un autre programme (Superuser.apk).
Il se trouve que j'ai toujours/system/bin/su mais que Superuser.apk était manquant. Heureusement,/system/bin/su a bien fonctionné à partir du "shell adb", même s'il disait "autorisation refusée" lorsqu'il était utilisé à partir de ConnectBot et d'autres émulateurs de terminaux. J'ai donc utilisé "adb Shell" pour obtenir un accès root et copié manuellement Superuser.apk dans/system/apps.
De nos jours Magisk est couramment utilisé pour l’enracinement.
J'ai constaté que sur mon Oneplus 5 (Oxygen OS, Nougat), il suffisait d'accéder à l'application Magisk Manager, d'ouvrir l'écran des autorisations de superutilisateur et de basculer dans Shell (com.Android.Shell) pour résoudre le problème d'autorisation refusée d'adb su.
FWIW ... J'ai eu un problème similaire (exécuter "su" de ADB Shell a abouti à une "autorisation refusée"), je vais donc décrire ma solution.
Pour contexte, j'avais réorganisé mon Nexus Galaxy avec CyanogenMod.
Alors, j'ai regardé les paramètres du système, et il contient une section «Superutilisateur»; Dans les paramètres de cette section (petit menu), il existe une option "Accès superutilisateur", qui a été définie sur "Applications uniquement". J'ai changé cela en "Apps and ADB", puis j'ai pu démarrer un shell ADB, et à partir de ce shell, je pouvais maintenant exécuter "su". :-)