J'ai un problème avec l'émulateur-5554, il ne cesse de me dire qu'il est hors ligne.
Quand je fais un à adb devices
partir de la ligne de commande, il dit
emulator-5554 offline
Même après un nouveau redémarrage, j'essaie cette commande et elle indique toujours qu'elle est hors ligne.
Le problème est que lorsque j'essaie d'installer des fichiers .apk sur l'émulateur à l'aide abd install <path>
de l'invite de commande, cela me dit qu'il est hors ligne, si je crée un autre appareil et l'exécute, j'essaye d'installer les fichiers .apk, il dit que je ont trop d'appareils connectés. Donc, en d'autres termes, je ne peux pas installer mes fichiers .apk.
Comment diable puis-je me débarrasser de ce foutu émulateur-5554? J'ai entendu dire que si vous redémarrez, cela devrait effacer tous les périphériques, mais cela ne semble pas fonctionner. C'est comme s'il était initialisé au démarrage de mon ordinateur. Quelqu'un a-t-il rencontré ce problème?
Merci
la source
adb devices
pour obtenir les noms des émulateurs. 4. Essayez d'installer l'APK en exécutant:adb -s NAME_OF_DEVICE install file.apk
5. Dites-nous ce qui se passe.adb -d
des périphériques USB spécifiés plutôt que des émulateurs, desadb -e
émulateurs plutôt que des périphériques USB, etadb -s NAME
je pense que cela peut être utilisé pour spécifier spécifiquement quel périphérique vous voulez, bien que je ne sache pas si le dernier on travaille toujours comme vous le pensez.Réponses:
Dans un tel cas, vous pouvez effectuer toutes les opérations suivantes pour être assuré que votre émulateur recommence à fonctionner:
adb kill-server
adb
dans les processus. Si vous en trouvez un, faites un clic droit dessus et cliquez sur la fin de l'arborescence du processus.C'est tout! Cela prendra un certain temps et devrait résoudre votre problème.
la source
1 . Il vous suffit de "Effacer les données" pour résoudre ce problème.
2. Si cela ne fonctionne pas, accédez à l'appareil émulé et activez les options du développeur> activez le débogage USB
la source
La façon dont Android détecte les émulateurs consiste à analyser les ports à partir du port 5555.
Le numéro que vous voyez dans la
adb devices
liste (dans votre cas 5554) sera un de moins que le port que adb trouve ouvert.Vous avez probablement un processus en cours d'exécution qui écoute sur le port 5555. Pour vous débarrasser du périphérique "hors ligne", vous devrez trouver cette application et la fermer ou la reconfigurer pour écouter un autre port.
la source
Cette solution est pour Windows.
(Voir la solution de @Chris Knight pour Mac / Linux )
Démarrez Windows Powershell:
Démarrer -> tapez 'powershell' -> Appuyez sur ENTRÉE
Exécutez la commande suivante: adb devices
Dans ce cas, 12b80FF443 est mon périphérique physique et les entrées emulator- * sont des ordures.
Pour @Brigham , "La façon dont Android détecte les émulateurs est de scanner les ports à partir du port 5555.". Le numéro de port est indiqué après le nom de l'émulateur (dans ce cas 5656 et 5652). Le numéro de port à vérifier est le numéro de port de l'émulateur plus 1. Donc dans ce cas: -
5656 + 1 = 5657
5652 + 1 = 5653
Voyons donc quel programme utilise ces ports. Dans ce cas, les ports à vérifier tous les deux commencent par "565". Je rechercherai donc les ports utilisés en commençant par 565. Exécuter:
netstat -a -n -o | Select-String ":565"
tasklist /v | Select-String 5944
. Remplacez 5944 par la sortie de la commande précédente:Quelle surprise. C'est ADB. Comme indiqué par d'autres réponses, il pourrait également s'agir d'autres programmes.
kill 5944
en remplaçant 5944 par le PID dans la commande précédente.ADB redémarre (comme il a été précédemment tué), et il ne détecte plus de faux émulateurs.
la source
J'ai finalement résolu ce problème, j'ai dû accéder aux options du développeur depuis les paramètres de l' émulateur , puis défiler un peu vers le bas activé le débogage USB. Mon appareil a été instantanément reconnu en ligne et je n'ai plus rencontré ce problème. J'ai essayé de redémarrer le studio et l'émulateur Android , en tuant le processus adb , mais cela n'a pas fonctionné.
la source
Si vous êtes sous Linux ou Mac et en supposant que le périphérique hors ligne est 'emulator-5554', vous pouvez exécuter ce qui suit:
Ce qui donne la sortie suivante:
Cela me dit que l'ID de processus 4848 (le vôtre sera probablement différent) est toujours à l'écoute sur le port 5554. Vous pouvez maintenant tuer ce processus avec:
et l'appareil fantôme hors ligne n'est plus!
la source
Depuis AVD Manager, essayez l'option "Cold Boot Now" dans la liste déroulante. Cela a fonctionné pour moi!
la source
Dans mon cas, j'ai trouvé un processus qui empêche l'adb de fonctionner correctement.
Vous pouvez essayer de tuer un processus étrange et exécuter des "périphériques adb" pour tester.
Cela a fonctionné pour moi:
tuer le nom du processus MONyog.exe
la source
J'ai résolu ce problème en ouvrant mon invite de commande:
adb kill-server
appareils adb
Après le démarrage, ADB détecte maintenant le périphérique / émulateur.
la source
J'ai également eu le même problème. J'ai essayé toutes les solutions décrites ici mais elles ne m'ont pas aidé. Ensuite, j'ai supprimé tous les émulateurs dans le gestionnaire de périphériques virtuels Android et en ai créé de nouveaux. Le problème était dans la configuration de l'image système CPU / ABI du gestionnaire de périphériques virtuels Android . Sur mon émulateur de machine Windows10 avec image système,
x86
est toujours hors ligne où l'émulateur avec image systèmex86_64
fonctionne correctement comme prévu. Sois juste conscient de çala source
Ecrivez
et soyez heureux avec adb))
la source
rm -Rf ~/.android
pour nettoyer les périphériques hors ligne. Meilleure commande et une seule pour résoudre mon problème. Nonkill-server
ou astart-server
fait l'affaire.L'option "effacer les données utilisateur" a finalement résolu mon problème. effacez simplement les données utilisateur chaque fois que vous démarrez l'émulateur. Ça fonctionne toujours pour moi! J'utilise windows 8 x64, eclipse
la source
Cold Boot Now
.Activez le débogage USB dans votre émulateur
C'est ça, profitez
la source
Depuis la liste des gestionnaires AVD dans la liste déroulante des actions: démarrage à froid maintenant
le redémarre sans aucune douleur ci-dessus.
la source
Avez-vous essayé de supprimer et de recréer votre AVD? Vous pouvez supprimer manuellement les fichiers AVD en accédant au répertoire dans lequel ils sont stockés (dans le sous-répertoire /.android/avd de votre utilisateur).
la source
Accédez au gestionnaire de tâches Windows et terminez le processus "adb.exe". Il peut y avoir plusieurs instances du même processus, assurez-vous de les terminer toutes.
la source
Avez-vous installé des bluestacks? Si vous le faites, les processus d'arrière-plan qu'il exécute créent le périphérique hors ligne "emulator-5554".
Accédez au gestionnaire de tâches et terminez tous les processus avec la description de "Bluestacks"
la source
sur linux ou mac, le port bloqué sera emulator-id + 1 donc 5555 donc:
sudo lsof -i :5555
vous montrera le pid du processus qui prend le port (devrait être la deuxième colonne) afin de le tuer:sudo lsof -i :5555 | awk '{print $2}' | xargs kill
les appareils adb (faux) n'apparaîtront plus dans la liste
la source
Dans mon cas, l'émulateur fonctionnait avec Oreo et les versions antérieures, mais pas avec Pie, et tout ce que j'ai essayé semblait n'avoir aucun effet. Ce qui a finalement fonctionné, c'est la mise à jour de l'émulateur à la dernière version (version 28).
la source
Dans mon cas, j'ai commencé dans «Cold Boot Now» et j'ai cliqué sur Message pour autoriser la connexion.
la source
ouvrez votre émulateur,
réglage -> à propos du périphérique émulé -> cliquez à plusieurs reprises sur le numéro de build -> ouvrez les options de développement -> ouvrez le débogage USB
la source
J'ai trouvé que l'environnement d'émulation apparaît comme "hors ligne" lorsque la révision adb que j'utilise n'était pas récente. J'ai correctement mis à jour mes chemins (et supprimé l'ancienne version adb) et sur "adb kill-server", "adb devices", l'environnement d'émulation n'est plus apparu comme "offline".
J'ai pu immédiatement utiliser "adb shell" après ce point.
la source
Essaye ça ...
Fermez l'émulateur s'il est en cours d'exécution.
Redémarrez Emulator et attendez qu'il soit en ligne.
entrez Command dans commandprompt et appuyez sur la touche ENTRÉE: adb tcpip 5555
(Assurez-vous qu'un seul émulateur s'exécute à la fois.)
adb -s émulateur-5555 emu kill
Appuyez sur la touche Entrée ...
Terminé.
vérifier les périphériques par la commande "adb devices" dans cmd.
la source
Si l'émulateur est déjà ouvert ou en cours d'exécution, il vous indiquera qu'il est hors ligne. Vous pouvez vérifier à nouveau sur la ligne de commande (Ubuntu) et exécuter:
Vous devez voir votre émulateur hors ligne, vous devez fermer l'instance en cours d'exécution de l'émulateur (car le port s'affichera comme occupé) et après cela, vous pourrez exécuter votre application. J'espère que cela aide quelqu'un.
la source
J'ai tout essayé, mais seulement celui-ci fonctionne pour mon cas: utilisez le gestionnaire de SDK et réinstallez l'image système. Android Studio, cliquez sur Configurer, Gestionnaire de SDK, Lancez le Gestionnaire de SDK autonome, Cochez toutes les "API Google Intel x86 * Image système", "Intel x86 Atom * Image système" et installez. Puis redémarrez le studio Android.
Vous devrez peut-être reconfigurer et effacer le périphérique virtuel avec AVD Manager, assurez-vous de choisir la version x86.
la source
Assurez-vous que votre intégration ADB activée est marquée; allez dans Outils> Android> Activer l'intégration ADB.
si ce n'est pas coché, cochez cette option et fermez votre appareil virtuel et rouvrez-le. cela a fonctionné pour moi .. bonne chance !!
la source
J'ai eu le même problème avec mon appareil virtuel. Le problème est dû à l'image Oreo des appareils virtuels intégrant le Play Store. Pour résoudre ce problème, j'ai installé un nouvel appareil sans le Play Store intégré et tout allait bien.
J'espère que ça aide, au revoir
la source
Il suffit de supprimer et de créer à nouveau le matériel avd. Cela fonctionnera.
la source
Dans mon cas, la cause était que j'avais repris une VM avec android-x86 à l'intérieur. Le redémarrage de la machine virtuelle avec Android-x86 et le redémarrage du serveur adb ont résolu le problème.
la source
Cela est dû au fait qu'un autre périphérique virtuel est installé sur votre machine. Ce pourrait être Bluestacks car j'ai également rencontré un problème similaire. J'ai désinstallé Bluestacks, puis j'ai vérifié que
adb devices
cela fonctionnait bien.la source