configurer l'appareil pour le développement (???????????? sans autorisations)

J'utilise un Samsung galaxy nexus téléphone (Android 4.0 plate-forme) .

Je développe une application Android sur Ubuntu linux OS. Je voudrais lancer ma candidature directement sur le Samsung combiné de l'appareil, j'ai donc effectué les étapes de configuration suivantes:

  1. dans mon projet AndroidManifest.xml fichier, ajouté android:debuggable="true" à la <application> élément

  2. Sur l'appareil, dans le Paramètres > Sécurité activé sources Inconnues

  3. Sur l'appareil, dans le Paramètres > options pour les Développeurs activé débogage USB

  4. Sur mon ordinateur, créé le /etc/udev/rules.d/51-android.rules fichier avec le contenu suivant:

    SUBSYSTEM=="usb", ATTR{idVendor}=="04E8", MODE="0666", GROUP="plugdev"

  5. Sur mon ordinateur, exécutez le chmod a+r /etc/udev/rules.d/51-android.rules commande

Puis, sur mon ordinateur, j'ai ouvert un terminal et exécuter l' adb devices commande, j'ai eu:

List of devices attached 
????????????    no permissions

Puisque je n'ai pas mon appareil mais uniquement ???????????? no permissions, je puis exécutez les commandes suivantes:

 adb kill-server
 adb start-server
 adb devices

Mais j'ai encore:

List of devices attached 
????????????    no permissions

Pourquoi? Ce qui me manque?

  • après exectuing adb kill-server u ne reçois le message que * non-exécution du démon. en commençant maintenant sur le port 5037 * * démon lancé avec succès * --- si ce n'est essayer jusqu'à u obtenir ce msg
  • Essayez de vérifier que l'utilisateur est en plugdev groupe.
  • Run =>sudo adb start-server (Utiliser l'accès root pour exécuter bad)
  • j'ai enfin trouvé la solution qui a fonctionné pour moi dans ce lien github.com/snowdream/51-android
InformationsquelleAutor Leem.fin | 2012-02-09
  1. 442

    Ce qui fonctionne pour moi est de tuer et de commencer la bad serveur à nouveau. Sur linux: sudo adb kill-server et puis sudo adb start-server. Ensuite, il permet de détecter presque tous les appareils hors de la boîte.

    • J'utilise root pour exécuter la commande "adb devices" en vertu de l' <android-SDK>/de la plate-forme de l'outil/ , j'ai eu "Aucune commande" adb "trouvé", pourquoi?
    • pourriez-vous collez la commande exacte que vous utilisez? J'utilise sudo /opt/android/platform-tools/adb devices
    • J'utilise la même syntaxe de commande. "sudo /PATH_TO_ANDROID_SDK/plate-forme-péage/adb devices", Ça n'aide pas
    • assurez-vous que votre bad ai +x -rwxrwxr-x 1 martin martin 156K 2011-11-09 15:40 adb. Essayez de déplacer le répertoire directement et de commencer par "sudo ./adb devices". Si vous pouvez l'exécuter sans sudo, vous devriez être en mesure de le lancer avec sudo... je ne suis pas sûr de ce que votre problème peut être...
    • Vous êtes mon héros de la journée. Merci.
    • Vous ne devez pas exécuter de la bad en tant que root si votre udev les autorisations sont définies correctement. Voir grebulons réponse ci-dessous, ou de la référence de l'android à la documentation: developer.android.com/tools/device.html
    • Probablement, mais pourquoi le maintien d'une liste si vous pouvez simplement utiliser la racine? J'ai aucun intérêt dans l'ajout d'une règle pour elle juste parce que je le test sur un autre appareil. Si vous utilisez seulement un, pas de problème, mais avec un ordinateur portable de l'exécution sur des conférences ou avec une énorme quantité d'appareils au travail? Non merci.
    • Des œuvres. Merci. Système : Ubuntu 13.04
    • Un important suggestion est de débrancher le câble usb, de sorte que vous réinitialisation de la bad, connecter le câble et ça fonctionne. Dans ma situation, alors que j'ai fait la procédure avec le câble connecté, il ne fonctionne pas pour moi.
    • Et les commandes sont: adb kill-server sudo adb start-server à vérifier: adb devices
    • Merci!!!! Et comme Asim mentionne les commandes sont "adb kill-server' et 'adb start-server'

    InformationsquelleAutor WarrenFaith
  2. 342

    Rien n'a fonctionné pour moi jusqu'à ce que j'ai finalement trouvé la réponse ici:
    http://ptspts.blogspot.co.il/2011/10/how-to-fix-adb-no-permissions-error-on.html

    Je suis de copier le texte ici au cas où elle disparaît dans l'avenir.

    Créer un fichier nommé /tmp/android.règles avec le contenu suivant (hex vendeur numéros ont été prises à partir de la liste des fournisseurs de page):

    SUBSYSTEM=="usb", ATTRS{idVendor}=="0bb4", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0e79", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0502", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0b05", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="413c", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0489", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="091e", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="18d1", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0bb4", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="12d1", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="24e3", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="2116", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0482", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="17ef", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="1004", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="22b8", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0409", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="2080", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0955", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="2257", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="10a9", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="1d4d", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0471", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="04da", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="05c6", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="1f53", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="04e8", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="04dd", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0fce", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0930", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="19d2", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="1bbb", MODE="0666"

    Exécutez les commandes suivantes:

    sudo cp /tmp/android.rules /etc/udev/rules.d/51-android.rules
sudo chmod 644   /etc/udev/rules.d/51-android.rules
sudo chown root. /etc/udev/rules.d/51-android.rules
sudo service udev restart
sudo killall adb

    Débranchez le câble USB entre le téléphone et l'ordinateur.

    Reconnecter le téléphone.

    Exécuter adb devices pour confirmer que maintenant il a l'autorisation d'accéder au téléphone.

    Veuillez noter qu'il est possible d'utiliser , USER="$LOGINNAME" au lieu de , MODE="0666" dans le .rules fichier, la substitution $LOGINNAME pour votre nom de connexion, c'est à dire ce que id -nu imprime.

    Dans certains cas, il peut être nécessaire de donner les règles udev fichier un nom qui trie près de la fin, comme z51-android.rules.

    • Remarque: pour Ubuntu Precise le nom de fichier est 70-android.rules que par ce post: esausilva.com/2010/05/13/.... Aussi bravo de nous faire savoir que vous avez à redémarrer udev et de tuer tous les bad processus. A travaillé comme un charme!
    • Une approche similaire est officiellement documentés dans le developer.android.com/tools/device.html
    • Merci, fonctionne comme un charme.
    • Salut! Voici un petit script shell (testé sur Linux Mint) qui font le travail décrit précédemment: Script shell pour bad reset
    • Grâce travaillé pour mon ubuntu14.04
    • Cela a fonctionné merci, ça a chaque type d'appareil, peut-être les gens ne parvient pas à mettre la droite idVendor, pour que vous puissiez mettre la commande lsusb pour voir ce que les chiffres, mais presque exausthive liste de travail idéal pour la plupart des gens
    • Cela a bien fonctionné mais, comme le fait remarquer @luciana dans une autre réponse, vous pourriez avoir besoin d'appeler sudo udevadm control --reload-rules à l'actualisation des règles udev si le fait de redémarrer le serveur n'est pas assez.
    • Vous aurez besoin d'ajouter: , GROUP="plugdev" l'appareil a détecté avec succès sous ubuntu 14.04
    • Vous pouvez utiliser l'ATTRIBUT au lieu de ATTRS.
    • Pour Alcatel ajouter: SUBSYSTEM=="usb", ATTRS{idVendor}=="1bbb", MODE="0666"
    • Super, cela fonctionne comme un charme!
    • Toujours valable pour les anciens téléphones! a fonctionné pour moi!
    • Votre liste dit ATTRS{idVendor} mais developer.android.com/tools/device.html dit ATTR{idVendor} (sans le "S"). Laquelle est la bonne? (Je n'ai pas eu l'occasion de travailler).
    • Ce doit être marqué comme réponse correcte, que sudo-ing bad ne devrait pas être une exigence pour Linux
    • C'est la seule bonne réponse ici. Merci pour elle! Aussi, nous pouvons voir lsusb la sortie pour s'assurer requis fournisseur, il est inclus. Le plus bizarre, un seul de mes appareils (OnePlus One) a soudainement cessé de fonctionner après la mise à jour Android 7.1.2 (même lors de l'exécution de la bad en tant que root), après l'ajout de règles udev comme décrit ci-dessus, il fonctionne à nouveau.
    • Vous devez créer le fichier et le copier dans le dit lieu.
    • au lieu de maintenir la liste, il suffit d'utiliser une seule ligne de la règle pour tous les téléphones Android - stackoverflow.com/a/45006231/1778421
    • Deux jours, j'ai été frapper ma tête sur cette. Enfin, vous m'avez sauvé. Merci beaucoup!

    InformationsquelleAutor grebulon
  3. 76

    Entrez les commandes suivantes:

    adb kill-server
    sudo ./adb start-server
    adb devices

    La question est de ne pas l'exécution de la bad serveur en tant que root.

    • si l'idée est la même que dans l'acceptation de réponse, celle-ci ne m'a aidé, en raison de l'exemple fourni. Merci
    • c'est en fait mieux que l'on a accepté la réponse, car elle explique pourquoi vous devriez écrire sudo 🙂 (je ne l'ai pas fait quand j'ai vu la accepté de répondre)
    • btw aucune idée pourquoi la bad doit être exécuté en tant que root?
    • désolé non, je ne me souviens pas
    • merci @iancrowther il a travaillé pour moi
    • la bad devrait PAS être exécuté en tant que root. Si cela est nécessaire, votre système est mal configuré. Arrêter de jeter "sudo" avant tout, il a d'énormes répercussions sur la sécurité.
    • Cela a fonctionné pour moi quand mon kit SDK d'Android a été installé via Android Studio sur Ubuntu 14.04 LTS.

    InformationsquelleAutor iancrowther
  4. 52

    Essayé tous les ci-dessus, aucune n'a fonctionné .. enfin quand je switch connecté en tant que de MTP pour Appareil photo(PTP).

    • Pour ceux qui se demandent comment faire... paramètres Système > Stockage > bouton en Haut à droite: connexion USB de l'ordinateur > se Connecter en tant Que, Sélectionnez Appareil photo (PTP) au lieu de périphérique Multimédia (MTP)
    • l'homme, je cherchais la solution à deux heures, cela fonctionne pour moi sur ubuntu 16.04, merci
    • Bingo!!!!!!!!!!!
    • you rock!!!!!!!!!
    • De ce fait!!!!
    • De commutation pour le Transfert de données en mode et maintenant il fonctionne. Merci!
    • Cela résout un problème complètement indépendants des OP

    InformationsquelleAutor Sabeer Mohammed
  5. 29

    Il y a beaucoup de mauvaises réponses postées à cette question, allant d'insister sur l'exécution de adb comme root (qui ne devrait pas être présenté comme la seule ou même la solution recommandée) pour résoudre complètement les problèmes sans rapport.

    Ici est le plus court et le plus de recette universelle pour la prise en charge des autorisations pour tous les bad et fastboot appareils à la fois:

    echo 'ACTION=="add", SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", ENV{ID_USB_INTERFACES}=="*:ff420?:*", MODE="0666"' | sudo tee /etc/udev/rules.d/99-android.rules
sudo udevadm control --reload-rules
sudo udevadm trigger --verbose --action=add --subsystem-match=usb

    Ou vous pouvez employer un peu plus de la version que j'ai posté à ce gist.

    Comme pour la chose spécifique que l'OP fait de mal dans sa question - il n'était pas le rechargement de la udev règles après l'édition de la .rules fichier.

    Aussi l'OP n'a pas dit qui Android build (aka ROM), il avait sur son téléphone. Le idVendor valeur est définie dans le logiciel et, par conséquent, il dépend de la ROM. Ainsi, la valeur de 04E8 qu'il utilise dans ses règles d'origine ont travaillé uniquement pour les appareils avec Samsung stock Rom. Mais ce n'est pas un problème pour cette udev règle - elle correspond à tous les appareils avec adb ou fastboot interfaces indépendamment de leur VendorID.

    • Seulement manquant pas de le voir travailler est adb kill-server avant de bad appareils.
    • Cela ne semble pas fonctionner sur Android 8.1. Comment avez-vous trouvez ce que bad rapports d'id de périphérique?
    • A fonctionné pour moi sur Android 7.1.2
    • il fonctionne avec toutes les versions d'Android. Même plus tard (au moment de m'écrire ce) Android P Aperçu 4 utilise le même adb interface Id - android.googlesource.com/platform/system/core/+/...
    InformationsquelleAutor Alex P.
  6. 16

    Dans Archlinux cela peut arriver de temps en temps. Le correctif: 

    $ sudo -s
# adb kill-server
# adb start-server
    • Je ne suis pas sûr si c'était la seule chose que le faire fonctionner... j'ai essayé les trucs ci-dessus. Mais w/o ce post ubuntu sur VBox n'ai pas fait mon LG G3 autorisé. Merci Keenan
    • Je ne sais pas pourquoi, mais sudo adb kill-server; sudo adb start-server n'ai pas de travail mais celui-ci fait.
    • C'est la seule chose qui a travaillé
    InformationsquelleAutor Keenan Verbrugge
  7. 8

    Pour ceux qui utilisent debian, le guide pour la mise en place d'un dispositif sous Ubuntu pour créer le fichier "/etc/udev/rules.d/51-android.règles" ne fonctionne pas. J'ai suivi les instructions de ici. Mettre la même chose ici pour référence.

    Modifier ce fichier en tant que superutilisateur

    sudo nano /lib/udev/rules.d/91-permissions.rules

    Trouver le texte similaire à ce

    # usbfs-like devices 
SUBSYSTEM==”usb”, ENV{DEVTYPE}==”usb_device”, \ MODE=”0664″

    Puis modifiez le mode 0666 comme ci-dessous

    # usbfs-like devices 
SUBSYSTEM==”usb”, ENV{DEVTYPE}==”usb_device”, \ MODE=”0666″

    Cela permet à la bad pour le travail, mais nous avons encore besoin de configurer l'appareil de sorte qu'il peut être reconnu. Nous avons besoin de créer ce fichier en tant que superutilisateur,

    sudo nano /lib/udev/rules.d/99-android.rules

    et entrez

    SUBSYSTEM==”usb”, ENV{DEVTYPE}==”usb_device”, ATTRS{idVendor}==”0bb4″, MODE=”0666″

    la ligne ci-dessus est pour HTC, suivez @grebulon post pour la liste complète.

    Enregistrez le fichier et redémarrez udev en tant que super-utilisateur

    sudo /etc/init.d/udev restart

    Connecter le téléphone via USB, et il doit être détecté lorsque vous compilez et exécutez un projet.

    • Préfet de cette manière correcte.
    InformationsquelleAutor jaga
  8. 5

    J'ai eu le même problème, la solution est aussi fellow: (en passant, vous n'avez pas à la racine de votre périphérique.)

    1. Tapez "su" pour passer en super utilisateur.
    2. votre chemin/adb kill-server.
    3. votre chemin/adb start-server.
    4. Si aucune erreur ne se produit, vous pouvez voir la liste des périphériques avec "votre chemin/adb devices" dans le compte root.
    5. Arrêter de super utilisateur.
    6. Vous pouvez maintenant effectuer le "adb devices" dans votre compte.

    Profiter.

    • Dans le cas où vous ne pouvez pas gérer pour vous connecter à l'aide de su, utilisez sudo su. Je l'ai fait. Et aussi, si vous ne savez pas comment faire pour cesser de l'utilisateur - utilisation exit.
    InformationsquelleAutor Jeffrey Yang
  9. 4

    Je sais que cela pourrait être un peu tard, mais voici un très bon article sur comment ajouter manuellement Android ADB USB Driver. Ajouter manuellement Android ADB USB driver dans Ubuntu 14.04 LTS

    Édité pour Ajouter un Lien Contenu

    Étapes

    Remarque: assurez-vous que vous avez connecté votre appareil Android en Débogage USB mode

    Ouvrir un terminal (CTRL + ALT + T) et entrez la commande:
    lsusb

    Maintenant, vous pourriez obtenir une réponse similaire à ceci:

    Bus 002 Device 013: ID 283b:1024

    Remarque:
    Avec référence à la présente Bus 002 Device 008: ID 283b:1024

    {idVendor}==”283b”
    {idProduct}==”1024″

    Maintenant, entrez la commande suivante:
    sudo gedit /etc/udev/rules.d/51-android.rules

    Cela crée de l'android fichier de règles (51-android.rules) ou ouvrir l'un à l'emplacement spécifié (/etc/udev/rules.d)

    Ajouter une nouvelle ligne à ce fichier:

    SUBSYSTEM==”usb”, ATTRS{idVendor}==”283b”, ATTRS{idProduct}==”1024″, MODE=”0666″

    Note Modifier idVendor & idProduct valeurs avec votre appareil de valeurs.
    Enregistrer et fermer.

    Maintenant, entrez la commande suivante:

    sudo chmod a+rx /etc/udev/rules.d/51-android.rules - subvention de lecture/exécution de l'autorisation

    sudo service udev restart - Redémarrer le udev service

    Maintenant, nous devons ajouter les idVendor à adb_usb.ini. Entrez les commandes suivantes:

    cd ~/.android

    gedit adb_usb.ini

    Ajoutez la valeur suivante
    0x283b

    Ce n'est rien, mais 0x(idVendor valeur). Afin de remplacer la valeur avec. respect pour votre appareil de valeur
    Enregistrez et fermez le fichier.

    Maintenant, entrez la commande suivante:

    sudo service udev restart

    Fiche de l'appareil Android, et de le reconnecter à nouveau.

    Maintenant, entrez la commande suivante:

    adb kill-server

    adb devices

    Là vous allez! Votre appareil doit être répertorié.

    Copié À Partir De Ajouter manuellement Android ADB USB driver dans Ubuntu 14.04 LTS

    A fonctionné pour moi.

    • Merci @czprobity. Semble que je serai de retour d'ici quelques mois... Cela a fonctionné pour moi aussi, mais je pense que vous pourriez avoir besoin d'un "adb start-server "après" adb kill-server'
    InformationsquelleAutor dc-aoxn
  10. 4

    J'ai eu le même problème avec mon Galaxy S3.
    Mon problème était que la idVendor valeur 04E8 n'était pas le bon.
    Pour trouver le droit de connecter votre smartphone à votre ordinateur et lancez lsusb dans le terminal. Il donnera la liste de votre smartphone comme ceci:

    Bus 002 Device 010: ID 18d1:d002 Google Inc.

    De sorte que le droit idVendor valeur est 18d1. Et la ligne dans le /etc/udev/rules.d/51-android.rules doit être:

    SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", MODE="0666", GROUP="plugdev"

    Puis-je exécuter sudo udevadm control --reload-rules et tout a fonctionné!

    • Avez-vous peut-être dire: ATTR{idVendor}=="18d1"
    InformationsquelleAutor Ulli
  11. 2
    1. Suivez les instructions à http://developer.android.com/guide/developing/device.html
    2. Remplacer l'id de fournisseur de "0bb4" avec "18d1" dans /etc/udev/rules.d/51-android.des règles.
      Ou ajouter une autre ligne qui se lit comme suit:
      SUBSYSTEM=="usb", SYSFS{idVendor}=="18d1", MODE="0666"
    3. redémarrer l'ordinateur ou tout simplement redémarrer service udev.
    • ci-dessus le lien est rompu
    InformationsquelleAutor krishnendu
  12. 2

    Utiliser le M0Rf30/android-udev-rules GitHub communauté maintenu udev-règles

    https://github.com/M0Rf30/android-udev-rules/blob/master/51-android.rules

    C'est le plus complet udev-liste de règles que j'ai vu jusqu'à présent, encore plus que le traitement actuellement recommandé sudo apt-get install android-tools-adb sur la documentation officielle, et il a résolu le problème pour moi.

    • pourquoi s'embêter avec "le maintien de la liste" lorsqu'une seule règle fonctionne pour tous? stackoverflow.com/a/45006231/1778421
    • merci je ne connaissais pas cette méthode. Aucune idée pourquoi le guide officiel n'est pas recommande que la place?
    • À cause de la paresse et de la connaissance de l'inertie pour la plupart. L'origine des développeurs Android appareils utilisés avec le même ID de fournisseur donc ils ont pris l'approche la plus simple qu'ils pourraient penser. Lorsque plusieurs fournisseurs créé plus de périphériques - les développeurs juste gardé l'ajout de plus d'Id pour le fichier de règles.
    InformationsquelleAutor Ciro Santilli 新疆改造中心法轮功六四事件
  13. 1

    Lorsque vous redémarrez udev, tuer adb server & début de la bad serveur goto android sdk chemin d'installation & faire sur sudo. ensuite, exécutez la bad appareils, il va résoudre un problème d'autorisation.

    InformationsquelleAutor Chinthaka Senanayaka
  14. 1

    Mon appareil est POSITIVO et mon système d'exploitation est Ubuntu 14.04 LTS
    Donc, mon problème est dans le nom de la variable

    J'ai créer le fichier /etc/udev/rules.d/51-android.les règles
    et mettre SUBSYSTEM=="usb", SYSFS{idVendor}=="1662", MODE="0666"

    J'ai déconnecté l'appareil
    et de l'exécuter:

    $ sudo udevadm control --reload-rules
$ sudo service udev restart

    après ce que j'ai connecté l'appareil android en mode développeur de nouveau et 

    $ adb devices
List of devices attached 
1A883XB1K   device
    InformationsquelleAutor luciana
  15. 1

    Sans débrancher

    Toutes les réponses supposent que vous êtes en mesure de débrancher et rebrancher le câble USB. Dans les situations où cela n'est pas possible (par exemple, lorsque vous êtes à distance), vous pouvez effectuer les opérations suivantes pour essentiellement faire ce que l'ont suggéré les règles udev sur la re-prise:

    lsusb

    Trouver l'appareil qui vous intéresse, par exemple:

    Bus 003 Device 005: ID 18d1:4ee4 Google Inc. Nexus

    Prendre en note le numéro de l'autobus c'est sur, et puis l'exécuter, par exemple pour les bus 003:

    sudo chmod a+w /dev/bus/usb/003/*

    Clairement ce qui peut être plus permissive que vous voulez (il y a peut être plus de périphériques connectés que ce soit), mais vous obtenez l'idée.

    • pour appliquer le nouveau udev règle sans reconnexion de l'appareil, juste utiliser udevadm trigger --verbose --action=add --subsystem-match=usb de commande.
    InformationsquelleAutor Christian Fritz
  16. 1

    Vous ne devez PAS exécuter adb serveur en tant que root comme d'autres réponses sont ce qui suggère. Au lieu de cela, si vous utilisez Arch Linux, procédez de la manière suivante:

    1. Installer le android-udev paquet avec Pacman

    2. Recharger des règles udev:

      # udevadm control --reload-rules

    3. Vous ajouter à adbusers groupe et puis déconnectez-vous et connectez-vous:

      # usermod -aG adbusers $LOGNAME

    Source: https://wiki.archlinux.org/index.php/android#Configuring_adb

    InformationsquelleAutor Babken Vardanyan
  17. 0

    Essayez plutôt de GROUP="plugdev" utiliser le groupe principal de l'utilisateur.

    • Je suis avec mon nom d'utilisateur, ça n'aide pas
    InformationsquelleAutor Yury
  18. 0

    Dans mon cas sur ubuntu 12.04 LTS, j'ai dû changer mon HTC Incredible mode usb de charge pour les Médias et l'appareil a montré jusqu'en vertu de la bad. Bien sûr, le débogage était déjà dans les deux cas.

    InformationsquelleAutor Alan
  19. 0

    Veuillez NE suivent PAS de solutions, ce qui suggère d'utiliser sudo (sudo adb start-server)! Ce run bad en tant que root (administrateur) et il n'est PAS censé fonctionner comme ça!!! C'est une MAUVAISE solution de contournement!

    Tout ce qui fonctionne en tant que root peut faire n'importe quoi dans votre système, s'il crée ou modifier un fichier peut changer son autorisation pour être utilisés uniquement par root. Encore une fois, NE PAS!

    La bonne chose à faire est de configurer votre système pour permettre à l'UTILISATEUR d'avoir la permission, découvrez ce guide j'ai écrit sur la façon de le faire correctement.

    InformationsquelleAutor Daniele Segato
  20. -1

    J'ai utilisé de la ligue et il a commencé à travailler. Lorsque j'utilise Jetbrains avec un utilisateur normal, je vois ce problème, mais après le redémarrage de Jetbrains en mode su, je peux voir mon appareil sans rien faire.

    J'utilise Ubuntu 13.04 et Jetbrains 12.1.4

    InformationsquelleAutor Deepti Kohli
  21. -1

    Vous pouvez également essayer d'édition adb_usb.ini fichier, situé à /home/username/.android/. Ce fichier contient l'id de fournisseur de la liste des appareils que vous souhaitez connecter. Vous ajoutez simplement votre appareil id du vendeur en ligne (c'est un id par ligne). Redémarrez bad serveur et de le rebrancher votre appareil.

    Cela a fonctionné pour moi sous Ubuntu 12.10.

    InformationsquelleAutor 10101101
  22. -1

    De toute façon, ce que j'ai fait pour résoudre ce problème(sur Ubuntu).

    1. Définis dans ce cas j'ai besoin pour exécuter ces commandes. Pour la plupart des utilisateurs d'ubuntu il y a un dossier d'accueil (fichier caché .bashrc).

      Dans laquelle vous pouvez enregistrer le lancement de ces commandes. Mais ces commandes sera déclenché lorsque vous entrez le bash de commande dans la console.

    2. Depuis que j'ai un shell .zshrc puis j'ai fait la suivante:

      ouvrez la console: gedit .zshrc

    Lorsque le fichier s'ouvre, ajoutez la ligne suivante:

    ./.add_device_permissions.sh

    Après ou avant de, nous avons besoin de créer ce fichier: .add_device_permissions.sh dans lequel nous écrire ce qui suit:

    #!/bin/bash
# Add permissions
ADB="/home/vadimm/Android/Sdk/platform-tools/adb"
$ADB devices
$ADB kill-server
cat .permissions_redmi_note | sudo -S $ADB devices
$ADB kill-server
cat .permissions_redmi_note | sudo -S $ADB devices

    Aussi nous avons besoin de créer .permissions_redmi_note où nous avons besoin de coder en dur, notre mot de passe.

    1. De ne pas ajouter le fichier .zshrc inutiles, nous pouvons spécifier le chemin d'accès lors du démarrage du système lui-même: Startup Applications Preferences

    Où nous appuyer sur "Ajouter" et d'écrire notre commande: /home/vadimm/.add_device_permissions.sh

    1. Aussi u peut essayé de l'utiliser en ligne de commande commandes à venir:

      ./adb devices
      ./adb kill-server
      sudo ./adb devices
      ./adb kill-server
      ./adb devices
    InformationsquelleAutor Morozov
  23. -2

    Si quelqu'un fait face à la message d'erreur suivant lorsqu'ils utilisent adb devices

    no permissions (verify udev rules); see [http://developer.android.com/tools/device.html]

    Exécutez les opérations suivantes 

    sudo -s 
adb kill-server
adb start-server

    Qui a résolu le problème pour moi sur une version personnalisée d'android appareil

    InformationsquelleAutor Ismail Iqbal