Ubuntu ne détecte pas mon appareil Android

32

Je suis nouveau sur Android. Je viens de télécharger et d'installer Android SDK. Maintenant, lorsque je lance l'application à partir d'eclipse, mon périphérique n'est pas détecté. J'ai googlé et a été élevé avec ceci comme solution, mais cela n'a pas fonctionné aussi.

Voici les 51-android.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 exécuté cette commande:

[email protected]:~/Android/adt-bundle/sdk/platform-tools$ adb devices

Le résultat obtenu est le suivant:

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

EDIT

[email protected]:~$ 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
[email protected]:~$ ls -l /dev/bus/usb/004/
ls: cannot access /dev/bus/usb/004/: No such file or directory
[email protected]:~$ 

Modifier: 2

Après la réponse soumise ici est la sortie que j'ai eu:

[email protected]:~$ 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 - Android Version 4.2.2

S'il vous plaît, aidez-moi. Merci.

    
posée Saiyan Prince 06.05.2014 - 13:40
la source

8 réponses

40

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

Si périphériques adb affiche l’appareil Android ????????? (sans 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 fichier:

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 périphériques Exemple (Nexus 5):

  

Bus 003 Device 074: ID 18d1 : 4ee7 Google Inc.

Pour Nexus 5 , l’identifiant du fournisseur est 18d1 , le mien est sur le bus " 003 ". branchez votre appareil avec lsusb , votre câble USB est peut-être uniquement en charge.

5) Maintenant, rechargez les règles avec les commandes suivantes:

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

6) Vérifiez que le périphérique autorise désormais plugdev l'accès au groupe d'utilisateurs

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) Lancez adb devices pour confirmer que les autorisations sont correctes et amusez-vous!

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

1) Ajouter le groupe plugdev:

groupadd plugdev

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

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
    
réponse donnée JJB 04.07.2015 - 01:48
la source
5

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

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

Si cela ne fonctionne pas, déterminez où votre appareil est connecté avec lsusb. Ensuite, vérifiez les autorisations:

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

Le fait que lsusb nous 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éé l'objet périphérique /dev/bus/usb/002/004 .

Veuillez nous indiquer les autorisations du périphérique à l’aide de la commande:

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

Pour contourner ce problème, vous pouvez rendre le périphérique lisible / accessible en écriture avec cette commande (assurez-vous que votre téléphone est branché):

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

Ensuite, essayez à nouveau adb devices .

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

Vos autorisations sont en quelque sorte OK. udev a pris le périphérique et défini ses autorisations sur 666 et le groupe sur plugdev. Cela n'a pas mis le propriétaire à crazydeveloper 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 essayez adb devices à nouveau. Faites savoir ce qui se passe.

    
réponse donnée sмurf 06.05.2014 - 13:58
la source
4

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 à partir du terminal:

    sudo ./adb kill-server
    sudo ./adb start-server
    sudo ./adb devices
    
réponse donnée user351123 22.11.2014 - 13:51
la source
3

C'est une erreur triviale peut-être, comme je peux le voir dans le fichier 51-android.rules, vous avez doublé le paramètre idProduct et il n'y a pas d'idVendor, essayez le renommage simple.

    
réponse donnée user1239927 17.07.2014 - 22:57
la source
1

Mon périphérique Android avait le débogage USB qui semblait poser problème, alors je suis allé sur les paramètres du développeur et je l'ai désactivé. Le j'ai rebranché le câble USB puis une fenêtre apposée qui m'a permis d'allumer 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 appareils ont ce réglage mais cela a résolu mon problème, alors que j'ai essayé toutes les autres méthodes. Merci

    
réponse donnée Stamos 28.10.2014 - 15:22
la source
0

J'ai eu le même problème avec mon appareil Android (HTC one (M7)) dans Ubuntu 14.04. J'ai donc redémarré dans Windows 7.0. J'ai trouvé le même problème là aussi. Lors de la recherche, j'ai trouvé le lien suivant. lien

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

    
réponse donnée Praveen Kumar Ramineni 01.01.2015 - 21:25
la source
0

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

Le DMM a ensuite été utilisé pour montrer à quel point cet état de choses était arrivé: la résistance du brin d’alimentation de + 5V dans ce câble avait augmenté au point où il était presque ouvert. La valeur R du brin O / E, HTC + 5V du fil était seulement un peu plus résistante qu'un court-circuit et ne se sentant pas particulièrement bien sur le fonctionnement ou la disposition du micro USB non, je ne pouvais pas imaginer comment 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 la partie + 5V de l'un ou des deux connecteurs pour le transfert de données.

Ce que j’ai appris ici: vérifiez d’abord les choses les plus simples, avant de vous démêler pour ne plus avoir aucun logiciel installé, qui a été remis en place comme avant la panne!

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

    
réponse donnée user171850 04.05.2015 - 13:02
la source
-1

Ça devrait être comme ça:

SUBSYSTEM=="usb", ATTR{idVendor}=="0bb4", ATTR{idProduct}=="0c03", MODE="0666"
    
réponse donnée Yinkai Chen 04.03.2015 - 07:53
la source

Lire d'autres questions sur les étiquettes