Android-эмулятор-5554 в автономном режиме

Ответ 1

В таком случае вы можете сделать все следующее, чтобы быть уверенным, что ваш эмулятор снова начнет работать:

1. Перейдите в cmd и введите adb kill-server
2. Зайдите в диспетчер задач и найдите adb в процессах. Если вы найдете его, щелкните по нему правой кнопкой мыши и щелкните по дереву завершения процесса.
3. В eclipse перейдите в Window> Диспетчер виртуальных устройств Android, щелкните AVD, который вы хотите запустить, нажмите "Пуск" и снимите флажок "Запуск из снимка", а затем нажмите "Запуск".

Это! Это займет некоторое время, и это должно решить вашу проблему.

Ответ 2

1. Просто "Протрите данные", чтобы исправить эту проблему.

2. Если это не сработает, перейдите на эмулированное устройство и включите опции разработчикa > enable usb debugging

Ответ 3

То, как Android обнаруживает эмуляторы, - это сканирование портов, начинающихся с порта 5555.

Число, которое вы видите в списке adb devices (в вашем случае 5554), будет меньше, чем порт, который открывает adb.

У вас, вероятно, есть процесс, который прослушивает порт 5555. Чтобы избавиться от "автономного" устройства, вам нужно будет найти это приложение и закрыть его или перенастроить для прослушивания другого порта.

Ответ 4

Это решение для Windows.

(см. решение @Chris Knight для Mac/Linux)

• Запустите Windows Powershell:

  Пуск → тип 'powershell' → Нажмите ENTER

• Выполните следующую команду: adb devices

PS C:\Users\CJBS>adb devices
List of devices attached
emulator-5656   host
emulator-5652   host
12b80FF443      device

В этом случае 12b80FF443 - это мое физическое устройство, а записи эмулятора - * являются мусором.

3. Per @Brigham:" Способ обнаружения Android эмуляторами сканирующие порты, начиная с порта 5555. "Номер порта указывается после имени эмулятора (в данном случае 5656 и 5652). Номер порта для проверки - номер порта эмулятора плюс 1. Таким образом, в этом случае: -

   5656 + 1 = 5657

   5652 + 1 = 5653

   Итак, посмотрим, какая программа использует эти порты. В этом случае порты для проверки запуска начинаются с "565". Поэтому я буду искать используемые порты, начиная с 565. Выполнить: netstat -a -n -o | Select-String ":565"

   ---

PS C:\Users\CJBS> netstat -a -n -o |  Select-String ":565"

  TCP    127.0.0.1:5653         127.0.0.1:5653         ESTABLISHED     5944
  TCP    127.0.0.1:5657         127.0.0.1:5657         ESTABLISHED     5944

4. Конечным полем этого вывода является PID (идентификатор процесса) - в этом случае это PID 5944 для обоих этих двух портов. Поэтому давайте посмотрим, что это за идентификатор процесса. Выполните: tasklist /v | Select-String 5944. Замените 5944 на выход предыдущей команды:

   ---

PS C:\Users\CJBS> tasklist /v | Select-String 5944

adb.exe                       5944 Console                    1      6,800 K Running         MyPCName\CJBS          0:06:03 ADB Power Notification Window

Какой сюрприз. Это АБР. Как отмечалось в других ответах, это могут быть и другие программы.

5. Теперь просто уничтожьте этот идентификатор процесса. Выполните kill 5944, заменив 5944 на PID в предыдущей команде.

   ---

PS C:\Users\CJBS> kill 5944

6. Чтобы подтвердить, что ложный эмулятор ушел, запустите следующую команду: adb devices

   ---

PS C:\Users\CJBS>adb devices
List of devices attached
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
12b80FF443      device

ADB снова запускается (как ранее было убито), и он не обнаруживает больше поддельных эмуляторов.

Ответ 5

Если вы находитесь на Linux или Mac, и если автономным устройством является "эмулятор-5554", вы можете запустить следующее:

netstat -tulpn|grep 5554

Что дает следующий результат:

tcp        0      0 127.0.0.1:5554          0.0.0.0:*               LISTEN      4848/emulator64-x86
tcp        0      0 127.0.0.1:5555          0.0.0.0:*               LISTEN      4848/emulator64-x86

Это говорит мне, что идентификатор процесса 4848 (ваш, вероятно, будет отличаться) все еще прослушивает порт 5554. Теперь вы можете убить этот процесс с помощью

sudo kill -9 4848

а офлайн-устройство с призраком больше!

Ответ 6

В моем случае я нашел некоторый процесс, который делает adb не очень хорошо.
Вы можете попытаться убить какой-то странный процесс и запустить "adb devices" для тестирования.

Это сработало для меня:
убить имя процесса MONyog.exe

Ответ 7

Я решил это, открыв мой commandprompt:

adb kill-server

adb

После запуска, ADB теперь обнаруживает устройство/эмулятор.

Ответ 8

У меня тоже была такая же проблема. Я пробовал все описанные здесь решения, но они мне не помогли. Затем я удалил все эмуляторы в Android Virtual Device Manager и создал новые. Проблема заключалась в конфигурации системного образа CPU/ABI Диспетчера виртуальных устройств Android. На моем эмуляторе Windows10 с системным изображением x86 всегда находится в автономном режиме, где эмулятор с системным изображением x86_64 работает нормально, как ожидалось. Просто знайте об этом

Ответ 9

Из AVD Manager попробуйте опцию "Cold Boot Now" в раскрывающемся списке. Это сработало для меня!

Ответ 10

Я наконец решил эту проблему, мне пришлось перейти к настройкам Developer из настроек в эмуляторе, затем немного прокрутить вниз, включить отладку по USB. Мгновенно мое устройство было распознано в сети, и я больше не сталкивался с этой проблемой. Я попытался перезапустить Android Studio и эмулятор, убив процесс ADB, но те не сработали.

Ответ 11

Из списка менеджера AVD в выпадающем списке действий: Cold Boot Now

перезапускает это без всякой боли выше.

Ответ 12

Опция "стереть пользовательские данные", наконец, решила мою проблему. просто протирайте пользовательские данные каждый раз, когда вы запускаете эмулятор. Это всегда работает для меня! Я использую окна 8 x64, eclipse

Ответ 13

Просто напишите

adb -e reboot

и будьте довольны adb))

Ответ 14

Включение USB-отладки в ваш эмулятор

• Настройки > О телефоне > Номер сборки > Нажмите его 7 раз, чтобы стать разработчиком;
• Настройки > Параметры разработчикa > Отладка USB.

Чтобы он наслаждался

Ответ 15

Перейдите в диспетчер задач Windows и завершите процесс "adb.exe". Может быть более одного экземпляра одного и того же процесса, убедитесь, что все они завершены.

Ответ 16

У вас установлены бирюки? Если вы это сделаете, фоновые процессы, которые он запускает, создают автономное устройство "emulator-5554".

Перейдите в диспетчер задач и завершите все процессы описанием "Bluestacks"

Ответ 17

Я решил проблему, решив никогда не иметь ничего общего до конца своей жизни с "Xamarin", "Android", "adb", "Google", "AVD" или эмуляторами любого рода, потому что весь этот беспорядок просто дымящаяся куча непроверенных испорченных экскрементов

Ответ 18

В моем случае эмулятор работал с Oreo и ниже, но не с Pie, и все, что я пробовал, казалось, не имело никакого эффекта. В итоге получилось обновить эмулятор до последней версии (версия 28).

Ответ 19

В моем случае я запустил "Холодную загрузку сейчас" и щелкнул "Сообщение", чтобы разрешить соединение.

Ответ 20

Вы пытались удалить и воссоздать свой AVD? Вы можете вручную удалить файлы AVD, перейдя в каталог, в котором они хранятся (в подкаталоге user/.android/avd).

Ответ 21

Я обнаружил, что среда эмуляции появляется как "офлайн", когда ревизия adb, которую я использую, была не последней. Я правильно обновил свои пути (и удалил старую версию adb), а после "adb kill-server", "adb devices", среда эмуляции больше не отображалась как "офлайн".

Я сразу смог использовать "adb shell" после этой точки.

Ответ 22

Попробуйте это...

• Закройте эмулятор, если он работает.

• Запустите эмулятор снова и подождите его онлайн.

• введите команду в commandprompt и нажмите клавишу ENTER: adb tcpip 5555

(Убедитесь, что только один эмулятор работает за раз.)

• adb -s emulator-5555 emu kill

• Нажмите клавишу ввода....

• Готово.

• проверить устройства командой "adb devices" в cmd.

Ответ 23

Если эмулятор уже открыт или выполняется, он скажет, что вы в сети. Вы можете дважды проверить в командной строке (Ubuntu) и выполнить:

 adb devices

Вы должны видеть, что ваш эмулятор отключен, вам нужно закрыть исполняемый экземпляр эмулятора (поскольку порт будет отображаться как занятый), после чего вы можете запустить приложение. Надеюсь, это поможет кому-то.

Ответ 24

Я пробовал все, но только этот работает для моего случая: Используйте диспетчер SDK и переустановите образ системы. Android Studio, нажмите "Настроить", "Менеджер SDK", "Запустить автономный диспетчер SDK", Проверьте все "Системные изображения Intel x86 * для API Google", "Системный образ Intel x86 Atom" и установите. Затем запустите студию Android.

Возможно, вам придется перенастроить и стереть виртуальное устройство с помощью AVD Manager, убедитесь, что вы выбрали версию x86.

Ответ 25

Убедитесь, что включена интегрированная интеграция ADB; перейдите в раздел "Инструменты" > "Android" > "Включить интеграцию ADB".

Если это не проверено, проверьте этот параметр и закройте виртуальное устройство и откройте его. это сработало для меня.. удачи!!

Ответ 26

У меня была такая же проблема с моим виртуальным устройством. Проблема связана с образом Oreo виртуальных устройств с интегрированным Play Store. Чтобы решить эту проблему, я установил новое устройство без интегрированного Play Store, и все было хорошо.

Надеюсь, это поможет, пока

Ответ 27

откройте свой эмулятор,

настройка → об эмулируемом устройстве → нажмите номер сборки repeatedly--> открыть параметры разработчика → открыть отладку USB

Ответ 28

Просто удалите и создайте передачу avd снова. Он будет работать.

Ответ 29

В моем случае причина заключалась в том, что я возобновил виртуальную машину с android-x86 внутри. При перезагрузке виртуальной машины с помощью Android-x86 и перезапуске сервера adb исправлена ​​проблема.

Ответ 30

Это связано с тем, что на вашем компьютере установлено другое виртуальное устройство. Это может быть Bluestacks, поскольку я столкнулся с аналогичной проблемой. Я удалил Bluestacks и затем проверил adb devices Тогда он работал нормально.