Эмулятор Android-5554 оффлайн

У меня проблема с emulator-5554, он постоянно говорит мне, что он не в сети.

Когда я делаю adb devicesиз командной строки это говорит

emulator-5554 offline

Даже после нового перезапуска я пробую эту команду, но она по-прежнему говорит, что отключена.

Проблема в том, что я пытаюсь установить файлы .apk в эмулятор с помощью abd install <path> из командной строки, он сообщает мне, что он отключен, если я создаю другое устройство и запускаю его, а затем пытаюсь установить файлы .apk, он говорит, что я подключено слишком много устройств. Другими словами, я не могу установить свои файлы .apk.

Как я могу избавиться от этого проклятого эмулятора 5554? Я слышал, что если вы выполните перезагрузку, все устройства должны очиститься, но, похоже, это не работает. Это похоже на инициализацию, когда мой компьютер запускается. Кто-нибудь сталкивался с этой проблемой?

Спасибо

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

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

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

1 Просто «Сотрите данные», чтобы решить эту проблему.

2 Если это не сработает, перейдите на эмулируемое устройство и включите параметры разработчика> включите отладку по USB.

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

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

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

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

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

1. Запустите Windows Powershell:

   Пуск -> введите 'powershell' -> нажмите ENTER

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

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

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

3. Пер @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 (Process ID) - в данном случае это 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 перезапускается (поскольку он был ранее убит), и он больше не обнаруживает поддельные эмуляторы.

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

Если вы используете Linux или Mac и предполагаете, что автономное устройство - «emulator-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

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

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

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

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

Я решил это, открыв командную строку:

adb kill-server

устройства adb

После запуска ADB теперь определяет устройство / эмулятор.

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

Просто пиши

adb -e reboot

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

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

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

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

Это нравится

Из списка диспетчера AVD в раскрывающемся списке действий: Холодная загрузка сейчас

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

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

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

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

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

на linux или mac заблокированный порт будет emulator-id + 1, поэтому 5555 так: sudo lsof -i :5555 покажет вам pid процесса, который принимает порт (должен быть второй столбец), чтобы его убить: sudo lsof -i :5555 | awk '{print $2}' | xargs kill

тогда adb (поддельные) устройства больше не будут отображаться в списке

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

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

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

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

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

После этого я сразу же смог использовать "adb shell".

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

1. Закройте эмулятор, если он запущен.

2. Снова запустите эмулятор и дождитесь его онлайн.

3. введите команду в командной строке и нажмите клавишу ВВОД: adb tcpip 5555

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

1. adb -s emulator-5555 убить эму

2. Нажмите клавишу Enter ....

3. Готово.

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

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

 adb devices

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

Я пробовал все, но в моем случае работает только этот: используйте диспетчер SDK и переустановите образ системы. Android Studio, нажмите «Настроить», «Диспетчер SDK», «Запустить автономный диспетчер SDK», проверьте все «Google APIs Intel x86 * System Image», «Intel x86 Atom * System Image» и установите. Затем перезапустите Android Studio.

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

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

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

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

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

Просто удалите и снова создайте gear avd - все заработает.

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

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