Failed to start monitoring emulator 5554 android studio

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

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

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

emulator-5554 offline

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

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

из командной строки, он сообщает мне, что он отключен, если я создаю другое устройство и запускаю его, а затем попробуйте установить .apk Файлов, он говорит, что у меня слишком много подключенных устройств. Другими словами, я не могу установить мои .apk-файлы.

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

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

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

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

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

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

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

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

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

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

Пуск -> тип «powershell» -> Нажмите ENTER

Выполните следующую команду: устройства adb

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

И приключенческого автономного устройства больше нет!

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

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

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

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

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

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

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

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

Введите команду в commandprompt и нажмите клавишу ВВОД: adb tcpip 5555

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

Adb -s эмулятор-5555 emu kill

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

Проверьте устройства командой «adb devices» в cmd.

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

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

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

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

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

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

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

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

Просто удалите и создайте передачу avd again.It будет работать.

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

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

В моем случае я снял флажок «GPU Host» и его работала 🙂

Просто удалите данные пользователя из AVD-менеджера, а затем введите adb kill-server и adb-устройства. Очистка данных также экономит много места в памяти системы.

Я добавлю еще одно возможное решение, и это то, что сработало в моем случае.

Я обнаружил, что существует процесс под названием SpiceWorksEventProcessor, который связывает порт 5555 и, по-видимому, читается adb как эмулятор. Убийство этого процесса было тем, что окончательно удалило это упрямое устройство эмулятора для меня.

Я не уверен, что это такое, но если у вас есть это, это может быть причиной вашего автономного эмулятора.

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

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

Все вышеперечисленные ответы не помогли, а затем я удалил и воссоздал эмулятор, все работало нормально

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

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

Вот это нравится

В MAC вы можете использовать утилиту Activity Monitor, поскольку в отличие от Linux мы не можем использовать команду netstat -tulpn в MAC. Найдите исполняемый экземпляр эмулятора, как правило, qemu-system-i386 . Убейте этот экземпляр, и вы не увидите ни одного эмулятора призрака.

Самый простой способ захвата утилиты мониторинга активности – использовать поиск прожектора. Просто нажмите cmd-space и введите Activity Activity .

Источник

Эмулятор Android-5554 offline

у меня проблема с эмулятором-5554, он продолжает говорить мне, что он находится в автономном режиме.

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

emulator-5554 offline

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

проблема, когда я пытаюсь установить .apk файлы в эмуляторе с помощью abd install

из командной строки, он говорит мне, что он находится в автономном режиме, если я создаю другое устройство и запустить его, то попробуйте установить его .apk-файлы, он говорит, что у меня слишком много подключенных устройств. Другими словами, Я не могу установить мой .apk файлы.

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

30 ответов:

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

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

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

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

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

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

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

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

(см. @ решение Криса Найта на Mac / Linux)

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

пуск — > тип ‘powershell’ — > нажмите ENTER

выполните следующую команду: устройства adb

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

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

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

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

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

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

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

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

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

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

Я решил это, открыв мой запрос:

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

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

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

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

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

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

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

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

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

перейдите в Диспетчер задач и завершите все процессы описанием «Bluestacks»

из менеджера AVD попробуйте опцию «холодная загрузка сейчас» в раскрывающемся списке. Это сработало для меня!

из списка AVD manager в раскрывающемся списке действия: Холодный Ботинок Теперь

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

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

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

Я сразу же смог использовать «adb shell» после этого момента.

закрыть эмулятор, если он работает.

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

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

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

ADB-s emulator-5555 emu kill

Нажмите Enter Ключ.

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

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

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

и быть счастливым с adb))

Я пробовал все, но только это работает для моего случая: Использовать менеджер SDK и переустановить систему. Android-студия, нажмите кнопку Настройка, диспетчер SDK, запуск отдельных SDK менеджер, Проверьте все «API-интерфейсы Google для Intel архитектуры x86* системы изображения», «Интел х86 Атом*образа системы» и установите. Затем снова запустите Android studio.

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

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

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

включить отладку USB в эмулятор

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

Я наконец-то решил эту проблему, Я должен был пойти в Параметры разработчика С настройки на эмулятор, затем немного прокрутил вниз, включил отладку USB. Мгновенно мое устройство было распознано в интернете, и я больше не сталкивался с этой проблемой. Я пытался перезапуск Android studio и эмулятора погибли АБР

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

просто удалите и создали gear avd again.It будет работать.

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

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

в моем случае я снял флажок «GPU Host» и его работа:)

просто удалите данные пользователя из AVD manager, а затем введите ADB kill-server и устройства adb. Стирание данных также экономит много места в памяти системы .

Я добавлю здесь еще одно возможное решение, которое сработало в моем случае.

Я обнаружил, что был запущен процесс под названием SpiceWorksEventProcessor, который связывал порт 5555 и, по-видимому, читался adb как эмулятор. Убийство этого процесса было тем, что, наконец, удалило это упрямое устройство эмулятора для меня.

Я не уверен, что это такое, но если у вас есть, это может быть причиной вашего автономного эмулятора.

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

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

Источник