Procédure de redémarrage de la bad, de la racine à la mode utilisateur?

Question de base sur la BAD.

adb root redémarrage de la bad en tant que root. Mais ce que je veux, c'est de le redémarrer de retour à l'utilisateur après un certain temps.

J'ai essayé le suivant :

adb kill-server
adb start-server

ne marche pas..

ps -A -> il a noté le numéro de processus de la bad et l'a tué.. même cela ne fonctionne pas. Enfin, je suis le redémarrage de mon appareil. Est-il possible que je peux revenir à partir de la racine de la bad général de la bad?

Merci.

InformationsquelleAutor mk.. | 2013-03-11

19

Un peu de retard, je suppose, mais ici, il va:
Si vous avez utilisé - "adb root", vous auriez eu le message suivant:
```
C:\>adb root
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
restarting adbd as root
```
pour sortir de la racine de la mode, vous pouvez utiliser:
```
C:\>adb unroot
restarting adbd as non root
```
- cette solution n'a pas fonctionné pour moi. option inconnue unroot. Alex P de la solution a fonctionné.
InformationsquelleAutor Akshay Gaur
27

adb kill-server et adb start-server seulement le contrôle de la adb démon sur le côté PC. Vous devez redémarrer adbd démon sur l'appareil lui-même après le retour de la service.adb.root changement de propriété fait par adb root:
```
~$ adb shell id
uid=2000(shell) gid=2000(shell)

~$ adb root
restarting adbd as root

~$ adb shell id
uid=0(root) gid=0(root)

~$ adb shell 'setprop service.adb.root 0; setprop ctl.restart adbd'

~$ adb shell id
uid=2000(shell) gid=2000(shell)
```
- salut. Je l'ai essayé. les deice est toujours en mode administrateur après avoir effectué les étapes.
- vous pouvez soit faire le mal ou de votre appareil ne possède pas de stock android... voir ma mise à jour
- A travaillé pour moi. Plus utile que d'avoir accepté de répondre.
InformationsquelleAutor Alex P.
11

Essayez ceci pour vous assurer d'obtenir votre dos shell:

entrez la commande adb shell (racine). Tapez ci-dessous comamnd.
```
stop adbd && setprop service.adb.root 0 && start adbd &
```
Cette commande stop adbd, puis setprop service.adb.root 0 si adbd a été avec succès stopped, et enfin de nouveaustart adbd devrait le .root propriété ont été mis à 0. Et tout cela sera fait dans l'arrière-plan grâce à la dernière &.
- Celui-ci fonctionne parfait 🙂 Mais l'utilisateur peut obtenir confus où le type de ces.. j'ai Donc écrit un noob répondre
- Essayé et mon appareil (sur Lollipop 5.1) est passé tout juste à vide.... Ne sais pas ce qui s'est passé, juste enlevé la batterie et de la remettre & commuté SUR :/
- cela a fonctionné, avait pour taper des commandes dans la commande adb shell
InformationsquelleAutor user837048
2

Je voudrais ajouter un peu plus d'explications de @user837048 de réponse. sur mon OSX Yosemite et le Galaxy S3 qui est enracinée et à l'aide de firmware CyanogenMod 11 et KitKat je l'ai fait ci-dessous la procédure à Enable et Disable l'invite superutilisateur.

Veuillez vous assurer ci-dessous
- Sur votre système
  - Assurez-vous que vous avez installé Android SDK et vous devez définir des chemins d'accès aux fichiers binaires. type which adb sur votre shell. Il doit vous donner un peu de résultat.
    $ which adb /Applications/Android Studio.app/sdk/platform-tools/adb
- Sur votre Mobile
  - Paramètres > Options pour les Développeurs> Android Débogage = ON
  - Paramètres > Options pour les Développeurs> Accès Root = Apps and ADB
Si vous ne voyez pas Developer Options dans vos paramètres, allez dans Paramètres > à Propos du Téléphone. Faites défiler vers le bas pour Build number et appuyez sur y 7 fois. Je sais que je suis fou. Mais croyez-moi, ça marche 😀

Connectez votre téléphone via le Câble USB.
tapez sur votre computer's terminal
```
$ adb shell
```
vous verrez une invite similaire, Si une invite a été indiqué sur votre mobile, à faire confiance à la connexion, appuyez sur "Toujours faire Confiance' et 'OK'
```
shell@m0:/ $
```
maintenant type
```
shell@m0:/ $ id
uid=2000(shell) gid=2000(shell) groups=1004(input),1007(log),1011(adb),1015(sdcard_rw),1028(sdcard_r),3001(net_bt_admin),3002(net_bt),3003(inet),3006(net_bw_stats) context=u:r:shell:s0
```
Voir que vous êtes not root

Maintenant la sortie de la coquille, ce qui revient à computer's prompt
```
shell@m0:/ $ exit
```
Maintenant activer le root
```
$adb shell
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
root@m0:/ #
```
Wow.. vous êtes root
```
root@m0:/ # id
uid=0(root) gid=0(root) context=u:r:shell:s0
```
J'ai essayé de nombreuses solutions pour revenir à normal non root prompt. Mais n'a pas travaillé à l'exception de @user837048 de la solution.
```
root@m0:/ # stop adbd && setprop service.adb.root 0 && start adbd &
[1] 32137
root@m0:/ #
$
```
Ce qui pourrait sortir de Adb prompt à la normale rapide. Maintenant vous connecter à nouveau.
```
$ adb shell
shell@m0:/ $
```
Bien.. Vous êtes Non racine
- A bien fonctionné merci
InformationsquelleAutor Jasim Muhammed
0

Rapide des étapes de vérifier résumé. Si vous êtes intéressé à connaître tous les détails, allez lire ci-dessous.

de la bad est un démon. Faire ps adb on peut voir ses processus.
```
shell@grouper:/ $ ps adb
USER     PID   PPID  VSIZE  RSS     WCHAN    PC        NAME
shell     133   1     4636   212   ffffffff 00000000 S /sbin/adbd
```
Je viens de vérifier ce que supplémentaires de la propriété des variables qu'il utilise lors de la bad est en cours d'exécution en tant que root et utilisateur.

de la bad en mode utilisateur :
```
shell@grouper:/ $ getprop | grep adb                                         
[init.svc.adbd]: [running]
[persist.sys.usb.config]: [mtp,adb]
[ro.adb.secure]: [1]
[sys.usb.config]: [mtp,adb]
[sys.usb.state]: [mtp,adb]
```
adb root mode :
```
shell@grouper:/ # getprop | grep adb                                         
[init.svc.adbd]: [running]
[persist.sys.usb.config]: [mtp,adb]
[ro.adb.secure]: [1]
[service.adb.root]: [1]
[sys.usb.config]: [mtp,adb]
[sys.usb.state]: [mtp,adb]
```
Nous pouvons voir que service.adb.root est une nouvelle hélice variable qui est venu quand nous avons fait adb root.

Donc, pour changer de retour de la bad à l'utilisateur à partir de la racine, je suis allé de l'avant et fait de ce 0
```
setprop service.adb.root 0
```
Mais cela n'a pas changer quoi que ce soit.

Alors je suis allé de l'avant et a tué le processus (avec une intention de relancer le processus). Le pid de adbd processus dans mon appareil est 133
```
kill -9 133
```
Je suis sorti de la coquille automatiquement après que j'ai tué le processus.

Je n'ai adb shell encore, il était en mode utilisateur.

RÉSUMÉ :

Nous avons donc 3 étapes très simples.
1. Entrez la commande adb shell en tant que root.
2. setprop service.la bad.racine 0
3. kill -9 (pid of adbd)
Après ces étapes, tout simplement ré-entrer dans le shell avec adb shell et vous êtes de retour sur votre appareil en tant qu'utilisateur.

InformationsquelleAutor mk..
-1

C'est un problème très commun.

La seule solution est de tuer bad serveur et redémarrer à travers l'invite de commande. Parfois, cela peut ne pas aider.

Il suffit d'aller à la Fenêtre du Gestionnaire de Tâches pour tuer bad processus et de redémarrer Eclipse.

Va fonctionner parfaitement 🙂
- arrêter et redémarrer ne fonctionne pas. Je l'ai essayé.
- Ensuite, essayez de tuer bad serveur via l'invite de commande. Il peut travailler à partir de votre côté.
- Goto votre platform-tools dossier dans le sdk. Exemple: Peut être Téléchargements\adt-bundle-windows-x86-20131030\sdk\platform-tools et appuyez sur la touche ctrl+maj et cliquez le bouton droit de la souris "Ouvrir la fenêtre de Commande ici". Entrez deux commandes adb kill-server et adb start-server en gardant votre IDE en cours d'exécution.
InformationsquelleAutor Sravani
-1

j'ai été avec cette question à l'aide de elementary OS loki. Comme pour un jour et je l'ai résolu en redémarrant la bad en utilisant cette commande:
```
./adb kill-server
```
et
```
./adb start-server
```
Vous devez être dans le répertoire du Sdk >Outils de Plate-forme

Maintenant, redémarrez votre téléphone, cela va redémarrer tous les processus dans votre téléphone.

Et c'est ainsi que je l'ai corrigé.

InformationsquelleAutor Giuseppe Vetri

-1

si vous ne pouvez pas accéder aux données du dossier sur Android Device Monitor

cmd

C:\Users\bscis\AppData\Local\Android\sdk\platform-tools
(Where you located sdk folder)

C:\Users\bscis\AppData\Local\Android\sdk\platform-tools>adb shell
generic_x86:/ $

C:\Users\bscis\AppData\Local\Android\sdk\platform-tools>adb kill-server
C:\Users\bscis\AppData\Local\Android\sdk\platform-tools>adb start-server
* daemon not running. starting it now at tcp:5037 *
* daemon started successfully *

C:\Users\bscis\AppData\Local\Android\sdk\platform-tools>adb root

C:\Users\bscis\AppData\Local\Android\sdk\platform-tools>

fonctionne bien.....

InformationsquelleAutor Ismet Kiliç

Vous devez vous connecter pour publier un commentaire.