- Android-эмулятор-5554 в автономном режиме
- ОТВЕТЫ
- Ответ 1
- Ответ 2
- Ответ 3
- Ответ 4
- Это решение для Windows.
- Ответ 5
- Ответ 6
- Ответ 7
- Ответ 8
- Ответ 9
- Ответ 10
- Ответ 11
- Ответ 12
- Ответ 13
- Ответ 14
- Ответ 15
- Ответ 16
- Ответ 17
- Ответ 18
- Ответ 19
- Ответ 20
- Ответ 21
- Ответ 22
- Ответ 23
- Ответ 24
- Ответ 25
- Ответ 26
- Ответ 27
- Ответ 28
- Ответ 29
- Ответ 30
- Android-эмулятор-5554 в автономном режиме
- Это решение для Windows.
Android-эмулятор-5554 в автономном режиме
У меня проблема с эмулятором-5554, он продолжает говорить мне, что он отключен.
Когда я делаю adb devices из командной строки, он говорит
emulator-5554 offline
Даже после нового перезапуска я пробую эту команду, и она все еще говорит, что она отключена.
Проблема заключается в том, что я пытаюсь установить файлы .apk в эмулятор с помощью abd install
из командной строки, он сообщает мне, что он отключен, если я создаю другое устройство и запускаю его, а затем попробуйте установить. apk, он говорит, что у меня слишком много подключенных устройств. Другими словами, я не могу установить мои .apk файлы.
Как в мире я могу избавиться от этого проклятого эмулятора-5554? Я слышал, что если вы выполните перезапуск, он должен очистить все устройства, но это, похоже, не работает. Это похоже на то, что он инициализируется при запуске моего компьютера. Кто-нибудь сталкивался с этой проблемой?
ОТВЕТЫ
Ответ 1
В таком случае вы можете сделать все следующее, чтобы быть уверенным, что ваш эмулятор снова начнет работать:
- Перейдите в cmd и введите adb kill-server
- Зайдите в диспетчер задач и найдите adb в процессах. Если вы найдете его, щелкните по нему правой кнопкой мыши и щелкните по дереву завершения процесса.
- В 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
В этом случае 12b80FF443 — это мое физическое устройство, а записи эмулятора — * являются мусором.
Per @Brigham:» Способ обнаружения Android эмуляторами сканирующие порты, начиная с порта 5555. «Номер порта указывается после имени эмулятора (в данном случае 5656 и 5652). Номер порта для проверки — номер порта эмулятора плюс 1. Таким образом, в этом случае: —
Итак, посмотрим, какая программа использует эти порты. В этом случае порты для проверки запуска начинаются с «565». Поэтому я буду искать используемые порты, начиная с 565. Выполнить: netstat -a -n -o | Select-String «:565»
- Конечным полем этого вывода является PID (идентификатор процесса) — в этом случае это PID 5944 для обоих этих двух портов. Поэтому давайте посмотрим, что это за идентификатор процесса. Выполните: tasklist /v | Select-String 5944 . Замените 5944 на выход предыдущей команды:
Какой сюрприз. Это АБР. Как отмечалось в других ответах, это могут быть и другие программы.
- Теперь просто уничтожьте этот идентификатор процесса. Выполните kill 5944 , заменив 5944 на PID в предыдущей команде.
- Чтобы подтвердить, что ложный эмулятор ушел, запустите следующую команду: adb devices
ADB снова запускается (как ранее было убито), и он не обнаруживает больше поддельных эмуляторов.
Ответ 5
Если вы находитесь на Linux или Mac, и если автономным устройством является «эмулятор-5554», вы можете запустить следующее:
Что дает следующий результат:
Это говорит мне, что идентификатор процесса 4848 (ваш, вероятно, будет отличаться) все еще прослушивает порт 5554. Теперь вы можете убить этот процесс с помощью
а офлайн-устройство с призраком больше!
Ответ 6
В моем случае я нашел некоторый процесс, который делает adb не очень хорошо.
Вы можете попытаться убить какой-то странный процесс и запустить «adb devices» для тестирования.
Это сработало для меня:
убить имя процесса MONyog.exe
Ответ 7
Я решил это, открыв мой commandprompt:
После запуска, 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))
Ответ 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) и выполнить:
Вы должны видеть, что ваш эмулятор отключен, вам нужно закрыть исполняемый экземпляр эмулятора (поскольку порт будет отображаться как занятый), после чего вы можете запустить приложение. Надеюсь, это поможет кому-то.
Ответ 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 Тогда он работал нормально.
Источник
Android-эмулятор-5554 в автономном режиме
У меня проблема с эмулятором-5554, он продолжает говорить мне, что он отключен.
Когда я делаю adb devices из командной строки, это говорит
emulator-5554 offline
Даже после нового перезапуска, я пробую эту команду, и она все еще говорит, что она отключена.
Проблема в том, что когда я пытаюсь установить файлы .apk в эмулятор, используя abd install
из командной строки, он сообщает мне, что он отключен, если я создаю другое устройство и запускаю его, а затем попробуйте установить .apk Файлов, он говорит, что у меня слишком много подключенных устройств. Другими словами, я не могу установить мои .apk-файлы.
Как в мире я могу избавиться от этого проклятого эмулятора-5554? Я слышал, что если вы выполните перезапуск, он должен очистить все устройства, но это, похоже, не работает. Это похоже на то, что он инициализируется при запуске моего компьютера. Кто-нибудь сталкивался с этой проблемой?
В этом случае вы можете сделать все из следующего, чтобы быть уверенным, что ваш эмулятор снова начнет работать:
- Перейдите в cmd и введите «adb kill-server»
- Перейдите в диспетчер задач и найдите «adb» в процессах. Если вы его найдете, щелкните его правой кнопкой мыши и щелкните по дереву процессов.
- В 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»
- Конечным полем этого вывода является PID (идентификатор процесса) – в этом случае это PID 5944 для обоих этих двух портов. Итак, давайте посмотрим, что это за идентификатор процесса. Выполнить: tasklist /v | Select-String 5944tasklist /v | Select-String 5944 . Замените 5944 на выход предыдущей команды:
Какой сюрприз. Это АБР. Как отмечалось в других ответах, это могут быть и другие программы.
- Теперь просто уничтожьте этот идентификатор процесса. Выполнить kill 5944 , заменив 5944 на PID в предыдущей команде.
- Чтобы подтвердить, что ложный эмулятор ушел, перезапустите следующую команду: 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 ‘
То adb (фальшивые) устройства больше не будут отображаться в списке
Все вышеперечисленные ответы не помогли, а затем я удалил и воссоздал эмулятор, все работало нормально
Включить USB-отладку в эмулятор
- Настройки> О телефоне> Номер сборки> Нажмите его 7 раз, чтобы стать разработчиком;
- Настройки> Параметры разработчика> Отладка USB.
Вот это нравится
В MAC вы можете использовать утилиту Activity Monitor, поскольку в отличие от Linux мы не можем использовать команду netstat -tulpn в MAC. Найдите исполняемый экземпляр эмулятора, как правило, qemu-system-i386 . Убейте этот экземпляр, и вы не увидите ни одного эмулятора призрака.
Самый простой способ захвата утилиты мониторинга активности – использовать поиск прожектора. Просто нажмите cmd-space и введите Activity Activity .
Источник