Сообщение daemon not running, starting now at tcp:5037 в окне командной строки — это не ошибка, а обычный отчёт утилиты ADB о том, что её фоновый сервер не был запущен и только что стартовал на порту 5037. Если следом появилась строка daemon started successfully, значит запуск прошёл успешно и ваша команда была выполнена после этого автоматически. Паниковать здесь не нужно: ADB спроектирован так, чтобы поднимать свой сервер при первом обращении, и эти две строки — стандартная часть рабочего процесса.
Тем не менее пользователи часто ищут этот текст, потому что что-то пошло не так: устройство не определяется, команда «зависает» или строки повторяются при каждом запуске. В этой статье разберём, что означает каждая часть сообщения, когда оно действительно указывает на проблему и как проверить, что связь с Android-устройством установлена корректно.
Что означает каждая строка сообщения
Утилита ADB (Android Debug Bridge) состоит из трёх компонентов: клиента, который вы запускаете командой в терминале, сервера (демона) на компьютере и демона adbd на самом устройстве. Когда вы вводите любую команду, клиент сначала проверяет, работает ли сервер. Если нет — запускает его и честно сообщает об этом.
Расшифровка построчно:
- 🔧 daemon not running — сервер ADB на компьютере в данный момент не работал (например, после перезагрузки ПК или первого запуска за сессию);
- 🔌 starting now at tcp:5037 — сервер запускается и открывает TCP-порт
5037, через который клиенты будут с ним общаться; - ✅ daemon started successfully — сервер успешно поднялся, и ваша команда была передана ему на выполнение.
Порт 5037 — это стандартный порт, который ADB использует для связи между клиентом и сервером на локальной машине. Он работает только внутри вашего компьютера (localhost) и не открывает никакого внешнего доступа к сети.
Когда сообщение всё-таки сигнализирует о проблеме
Сами по себе эти строки безобидны, но косвенные признаки рядом с ними могут указывать на неисправность. Обратите внимание на поведение после появления daemon started successfully.
Тревожные симптомы:
- ⚠️ команда
adb devicesпоказывает пустой список — сервер работает, но устройство не видно; - ⚠️ строки
daemon not runningпоявляются при каждом запуске команды — сервер «падает» сразу после старта; - ⚠️ вместо
started successfullyпроцесс зависает или выдаётfailed to start daemon; - ⚠️ устройство отображается со статусом
unauthorized— на смартфоне не подтвержден запрос на отладку.
Если ничего из перечисленного не наблюдается, а команда выполнилась с ожидаемым результатом — сообщение можно просто игнорировать.
Проверка: работает ли связь с устройством
Самый быстрый способ убедиться, что всё в порядке, — запросить список подключённых устройств. Откройте командную строку или терминал и выполните:
adb devicesНормальный результат выглядит так: под строкой List of devices attached отображается серийный номер устройства и статус device. Если список пуст, проверьте, включена ли отладка по USB в параметрах разработчика на смартфоне, и переподключите кабель.
Статус unauthorized означает, что на экране устройства появился (или был отклонён) запрос «Разрешить отладку по USB?». Разблокируйте смартфон, отключите и снова подключите кабель, затем подтвердите запрос, при желании отметив «Всегда разрешать с этого компьютера».
Что делать, если демон не стартует или постоянно перезапускается
Возможная причина повторяющегося daemon not running — конфликт за порт 5037 или повреждённый процесс сервера. Действуйте от простого к сложному.
Сначала перезапустите сервер вручную:
adb kill-server
adb start-server
Если это не помогло, проверьте, не занят ли порт 5037 другим процессом. На Windows это можно сделать командой netstat -ano | findstr 5037, на macOS и Linux — lsof -i :5037. Если порт удерживает посторонняя программа (иногда это другая копия ADB из сторонних утилит или IDE), завершите её или закройте конфликтующее приложение.
☑️ Диагностика проблем с ADB-демоном
⚠️ Внимание: на компьютере могут одновременно существовать несколько копий ADB — из Android Studio, из сторонних прошивальщиков и из отдельно скачанных platform-tools. Разные версии конфликтуют: сервер одной версии «отбивает» клиентов другой. Оставьте одну актуальную версию platform-tools и добавьте её в PATH.
Типичные причины и их решения
Сводная таблица поможет быстро сопоставить симптом с действием:
| Симптом | Вероятная причина | Действие |
|---|---|---|
| Строки появляются один раз, команда работает | Нормальный первый запуск сервера | Ничего — это штатное поведение |
| Пустой список в adb devices | Отключена отладка по USB или нет драйвера | Включить отладку, установить драйвер устройства |
| Статус unauthorized | Не подтверждён запрос на устройстве | Разблокировать смартфон, разрешить отладку |
| Демон перезапускается при каждой команде | Конфликт версий ADB или занят порт 5037 | Удалить лишние копии ADB, освободить порт |
| failed to start daemon | Блокировка антивирусом или повреждённые файлы | Добавить adb в исключения, переустановить platform-tools |
Отдельно стоит сказать про драйверы на Windows. Даже при исправном демоне устройство не появится в списке, если система не распознала его в режиме отладки. Проверьте Диспетчер устройств: при подключённом смартфоне с включённой отладкой не должно быть неизвестных устройств с восклицательным знаком. При необходимости установите драйвер от производителя устройства или универсальный драйвер Google из состава platform-tools/SDK.
Безопасно ли это сообщение: вопросы антивируса и сети
Некоторые антивирусы и брандмауэры реагируют на строку про TCP-порт как на подозрительную активность. На самом деле порт 5037 слушается только на loopback-интерфейсе (127.0.0.1), то есть доступен исключительно внутри вашего компьютера. Сам по себе ADB-сервер не открывает доступ извне.
Исключение — режим отладки по сети (adb tcpip / беспроводная отладка), который вы включаете осознанно. Если вы его не активировали, беспокоиться не о чем. Если антивирус всё же блокирует запуск adb.exe, добавьте папку platform-tools в исключения — это официальный инструмент Google.
⚠️ Внимание: не скачивайте ADB со сторонних сайтов «сборников утилит». Берите platform-tools только с официального сайта для разработчиков Android — это гарантирует отсутствие модификаций и актуальную версию.
Почему ADB вообще использует клиент-серверную архитектуру
Сервер-демон нужен, чтобы несколько клиентов (командная строка, IDE, скрипты) могли одновременно обращаться к одному или нескольким устройствам, не конфликтуя за USB-подключение. Клиент посылает запрос серверу на порт 5037, сервер управляет реальным соединением с устройством и возвращает результат. Поэтому при первом обращении сервер обязан запуститься — отсюда и знакомые строки в консоли.
FAQ: частые вопросы
Это сообщение — ошибка?
Нет. daemon not running, starting now at tcp:5037 и daemon started successfully — информационные строки о штатном запуске сервера ADB. Ошибкой они становятся только если за ними следует сбой или команда не выполняется.
Почему сообщение появляется каждый раз при вводе команды?
Сервер ADB завершается между запусками. Возможные причины: конфликт нескольких копий adb на компьютере, принудительное завершение процесса сторонними утилитами или «чистильщиками». Проверьте, не запущено ли несколько инструментов со своими версиями ADB.
Что такое порт 5037 и не опасен ли он?
Это стандартный локальный порт, через который клиент ADB общается с сервером на вашем ПК. Он доступен только внутри компьютера (localhost) и не открывает внешнего сетевого доступа.
Как полностью перезапустить ADB?
Выполните adb kill-server, затем adb start-server. Это остановит демон и поднимет его заново — помогает при зависших подключениях и «залипших» сессиях.
Устройство не видно, хотя демон стартовал успешно. Что проверить?
Проверьте включённую отладку по USB в параметрах разработчика, исправность кабеля (некоторые кабели передают только питание), наличие драйвера в системе и подтверждение запроса на отладку на экране смартфона.