Ubuntu ne détecte pas mon appareil Android

Je suis nouveau sur Android. Je viens de télécharger et d'installer Android SDK. Désormais, lorsque je lance l'application depuis eclipse, mon appareil n'est pas détecté. J'ai cherché sur Google et ma solution a été évoquée, mais cela n'a pas fonctionné non plus.

Voici les 51-androïde.rules

SUBSYSTEMS=="usb", ATTR{idProduct}=="0bb4",  ATTR{idProduct}=="0c03", MODE="0666", GROUP="plugindev", OWNER="<username>"

Après cela, j'ai redémarré mon ordinateur portable et lancé la commande suivante:

username@laptopname:~/Android/adt-bundle/sdk/platform-tools$ adb devices

Le résultat obtenu est:

* daemon not running. starting it now on port 5037 *
* daemon started successfully *
List of devices attached 
????????????    no permissions

MODIFIER

crazydeveloper@crazydeveloper:~$ lsusb
Bus 002 Device 004: ID 0bb4:0c03 HTC (High Tech Computer Corp.) 
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 04f2:b337 Chicony Electronics Co., Ltd 
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
crazydeveloper@crazydeveloper:~$ ls -l /dev/bus/usb/004/
ls: cannot access /dev/bus/usb/004/: No such file or directory
crazydeveloper@crazydeveloper:~$ 

Edit: 2

Après la réponse soumise, voici le résultat que j'ai obtenu:

crazydeveloper@crazydeveloper:~$ ls -l /dev/bus/usb/002
total 0
crw-rw-r--  1 root root    189, 128 May  7 09:45 001
crw-rw-r--+ 1 root root    189, 129 May  7 09:45 002
crw-rw-rw-  1 root plugdev 189, 130 May  7 09:48 003

J'utilise Micromax Canvas 2.2 A114 - Version Android 4.2.2

Aidez-moi, s'il vous plaît. Merci.

OK, voici toutes les étapes pour que cela fonctionne. J'ai eu des problèmes avec toutes les réponses trouvées en ligne, des bric-à-brac partout, sans ordre précis ni solution unique (exécuter Android Studio, Jmonkey 3D et Ubuntu 14.04).

Si les périphériques adb affiche un périphérique Android sous le nom ????????? (pas d'autorisations) suivez ces instructions:

1. créer le fichier /etc/udev/rules.d/51-android.rules

   sudo gedit /etc/udev/rules.d/51-android.rules
   

2. copier et coller le contenu ci-dessous:

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

3. Exécutez la commande suivante pour modifier les autorisations de fichiers:

   sudo chmod a+r /etc/udev/rules.d/51-android.rules
   

4. connectez votre téléphone via USB et exécutez la commande suivante:

   lsusb
   

   Recherchez votre ou vos appareils Exemple (Nexus 5):

   Périphérique de bus 003 074: ID 18d1 : 4ee7 Google Inc.

   Pour le Nexus 5 , le numéro d' identification du fournisseur est 18d1 , le mien est sur le bus " 003 ". Si vous ne voyez pas de changement lorsque vous branchez votre appareil avec lsusb , votre câble USB est peut-être chargé uniquement.

5. Rechargez maintenant les règles avec les commandes suivantes:

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

6. Vérifier que le périphérique autorise maintenant l'accès au groupe d'utilisateurs plugdev

   ls -l /dev/bus/usb/<bus number from step 4>
   

   Exemple:

   ls -l /dev/bus/usb/003
   crw-rw-rw- 1 root plugdev 189, 329 Jul  3 18:23 074
   

7. Exécutez les périphériques adb pour vérifier que les autorisations sont correctes et profitez-en!

Remarque: si vous n'avez pas créé le groupe plugdev et y avez ajouté votre nom d'utilisateur (si l'autorisation est refusée, ajoutez les commandes "sudo" suivantes):

1. Ajouter un groupe plugdev:

   groupadd plugdev
   

2. Ajoutez votre nom d'utilisateur d' au groupe plugdev (useradd -G {nom du groupe} nom d'utilisateur):

   useradd -G plugdev billy
   

3. Redémarrez udev (vous devrez peut-être vous déconnecter et vous reconnecter pour mettre à jour le groupe d'utilisateurs):

   sudo service udev restart
   

Essayez le groupe plugdevplutôt que plugindev. Puis redémarrez udev:

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

Si cela ne fonctionne pas, trouvez exactement où votre appareil est connecté avec lsusb. Puis vérifiez les autorisations:

ls -l /dev/bus/usb/YOUR_USB_BUS_NO/

Le fait qui lsusbnous a donné:

Bus 002 Device 004: ID 0bb4:0c03 HTC (High Tech Computer Corp.)

signifie que votre mobile est connecté au bus 002 en tant que périphérique 004. Par conséquent, udev a créé un objet de périphérique /dev/bus/usb/002/004 .

S'il vous plaît nous montrer les autorisations de l'appareil en utilisant la commande:

ls -l /dev/bus/usb/002/004

En guise de solution temporaire, vous pouvez rendre le monde lisible / enregistrable avec cette commande (assurez-vous que votre téléphone est branché):

sudo chmod 666 /dev/bus/usb/002/004

Alors essaye adb devices .

Aussi, j'ai remarqué que vous avez à la fin de la règle udev OWNER="<username>". Vous avez effectivement remplacé cela parOWNER="crazydeveloper" , n'est-ce pas?

Vos autorisations sont un peu OK. udev a ramassé le périphérique et a défini ses autorisations sur 666 et le groupe sur plugdev. Cela n’a pas mis le propriétaire sur crazyydeveloper pour une raison quelconque, mais ce n’est pas si important.

Assurez-vous d'être membre du groupe plugdev. Utilisez cette commande:

sudo useradd -G plugdev crazydeveloper

Puis déconnectez-vous, débranchez le mobile, reconnectez-vous, branchez-le et réessayez adb devices. Laissez savoir ce qui se passe.

Vous devez changer 2 choses:

1. Remplacez le premier 'ATTR {idProduct}' par 'ATTR {idVendor}' dans le fichier 51-android.rules.

2. Exécutez ces commandes depuis le terminal:

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

Comme je peux le constater dans les règles 51-android.rules, vous avez doublé le paramètre idProduct et il n’ya pas d’idVendor, essayez de renommer simplement.

Mon périphérique Android avait le débogage USB qui semblait être un problème, alors je suis allé dans les paramètres du développeur et l’a désactivé. J'ai ensuite rebranché le câble USB, puis une fenêtre s'est ouverte qui m'a permis d'activer le stockage USB. Cela a permis à mon Ubuntu 14.04 de détecter le périphérique Android. Je ne sais pas si tous les périphériques ont ce paramètre, mais cela a résolu mon problème, alors que j'ai essayé toutes les autres méthodes. Merci

J'ai eu le même problème avec mon appareil Android (HTC one (M7)) dans Ubuntu 14.04. Donc, j'ai redémarré dans Windows 7.0. J'ai trouvé le même problème là aussi. En cherchant j'ai trouvé le lien suivant. http://www.makeuseof.com/answers/why-is-my-windows-7-laptop-not-detecting-any-android-devices/

J'ai composé le * # 7284 # suggéré par Gerry Anthony dans ce lien. Et cela a fonctionné sous Windows. J'ai redémarré sur Ubuntu 14.04 et mon appareil Android a été détecté.

Après avoir essayé chacune des solutions potentielles détaillées ci-dessus et dans d'autres discussions d'autres forums, j'ai découvert que la raison pour laquelle mon HOX avait décidé de ne plus communiquer avec mon ordinateur portable (14.04) était plus simple, mécanique. Le fil USB de la prise micro USB du combiné était défectueux. En utilisant le fil o / e qui avait toujours semblé plus rigide et moins susceptible de durer que celui générique acheté à l’Assa, le service normal a été repris.

Le multimètre numérique a ensuite été utilisé pour montrer comment exactement cet état de choses s'était produit: la résistance du brin d'alimentation de + 5V dans cette avance avait augmenté au point où elle semblait presque ouverte. La valeur R de l'o / e, le brin + 5V de la sonde marquée HTC était à peine plus résistante que ne le serait un court-métrage et n'étant pas particulièrement au fait du fonctionnement ou de la disposition de la micro USB, je ne pouvais pas comprendre en quoi cela affectait Le transfert de données ne peut donc que supposer que le rail d’alimentation de la carte d’E / S de l’un ou des deux périphériques utilise également la partie + 5V de l’un ou des deux sockets pour le transfert de données.

Ce que j’ai appris ici: Commencez par vérifier les choses les plus simples avant d’arracher les cheveux avec les logiciels installés, qui ont tous été remis en place tels qu’ils étaient avant que la panne se manifeste!

HTC - 1, fournisseur de câbles de la Associated Dairies - 0.

Cela devrait être comme ça:

SUBSYSTEM=="usb", ATTR{idVendor}=="0bb4", ATTR{idProduct}=="0c03", MODE="0666"