Ошибка «adb: failed to read command: no error» появляется в момент, когда сервер ADB на ПК теряет связь с устройством Android — при этом Windows не возвращает осмысленный код сбоя, поэтому после двоеточия стоит обманчивое «no error». Чаще всего сбой возникает при выполнении команд вроде adb devices, adb shell или во время передачи файлов через adb push/adb pull, особенно в Windows 10 и 11.
Парадокс формулировки в том, что ошибка есть, но система о ней «не знает»: соединение по USB обрывается на уровне драйвера или самого канала передачи, а ADB получает пустой ответ вместо данных. В этой статье разберём, из-за чего возникает такой обрыв, и проверим все звенья цепочки — от кабеля до конфликтующих процессов.
Что означает эта ошибка на техническом уровне
ADB работает по клиент-серверной схеме: adb-клиент в терминале обращается к adb-серверу на компьютере, а тот — к демону adbd на смартфоне. Сообщение «failed to read command» означает, что сервер отправил запрос устройству, но не смог прочитать ответ — канал оказался разорван или вернул пустые данные.
Добавка «no error» — это код возврата операционной системы, которая не зафиксировала формальную ошибку на своём уровне. Проще говоря, Windows считает, что всё в порядке, а данные при этом не пришли. Такое поведение типично для трёх сценариев: физический обрыв USB-соединения, сбой драйвера или вмешательство стороннего процесса, который перехватил порт ADB.
Шаг 1. Перезапуск ADB-сервера и проверка соединения
Первое действие, которое стоит выполнить, — перезапустить сервер ADB. Зависший или некорректно инициализированный сервер — частая причина пустых ответов. Вам нужно открыть командную строку в папке с platform-tools и последовательно выполнить:
adb kill-server
adb start-server
adb devices
Если после перезапуска устройство появилось в списке со статусом device, проблема была временной. Если строка есть, но со статусом unauthorized, проверьте экран смартфона — там должен быть запрос на разрешение отладки по USB, который необходимо подтвердить.
Когда команда adb devices снова возвращает «failed to read command», переходите к проверке физического подключения — в большинстве таких случаев виноват кабель или порт.
☑️ Базовая диагностика ADB
Шаг 2. Проверка кабеля и USB-портов
Неочевидная, но очень распространённая причина — кабель «только для зарядки». В нём отсутствуют или повреждены линии передачи данных, поэтому телефон заряжается, но ADB-соединение не устанавливается либо обрывается при первом же обмене данными. Проверьте соединение другим кабелем, желательно оригинальным от устройства.
Также имеет значение порт на компьютере. Рекомендуется подключать устройство напрямую к порту на материнской плате (с задней стороны корпуса), минуя USB-хабы, разветвители и переднюю панель корпуса — они добавляют лишнее звено, где соединение может деградировать. Если есть возможность, попробуйте порт USB 2.0 вместо USB 3.x: с некоторыми драйверами и устройствами это работает стабильнее.
- 🔌 Используйте кабель с поддержкой передачи данных, а не только зарядки
- 🖥️ Подключайтесь напрямую к порту материнской платы, без хабов
- 🔄 Попробуйте другой порт, включая USB 2.0 при его наличии
- 📱 Проверьте разъём телефона на предмет загрязнения и люфта
Шаг 3. Драйверы ADB в Windows
Третье звено цепочки — USB-драйвер устройства в Windows. Откройте Диспетчер устройств (команда devmgmt.msc) при подключённом смартфоне и посмотрите, как он определяется. Корректный вариант — «Android Composite ADB Interface» или аналогичная запись без предупреждающих значков.
Если устройство отображается с жёлтым восклицательным знаком, как «Неизвестное USB-устройство» или только как MTP/портативное устройство, драйвер необходимо переустановить. Для этого удалите устройство в диспетчере (с отметкой об удалении драйвера, если она предлагается), отключите и заново подключите смартфон, а затем при необходимости установите драйвер вручную — например, Google USB Driver из состава Android SDK или фирменный драйвер производителя.
⚠️ Внимание: не устанавливайте драйверы из неофициальных «сборников драйверов» — такие пакеты нередко содержат устаревшие или модифицированные версии, которые только усугубляют обрывы соединения. Берите драйвер с сайта производителя устройства или из официального Android SDK.
Шаг 4. Конфликты процессов и стороннего ПО
ADB-сервер использует порт 5037 для связи с клиентом. Если этот порт занят другим процессом — например, второй копией adb.exe из другой папки, менеджером смартфонов от производителя или средой разработки — возникают обрывы с неинформативными сообщениями. Проверить, кто занял порт, можно командой:
netstat -ano | findstr 5037По PID из вывода найдите процесс в Диспетчере задач. Типичные «захватчики»: дублирующиеся экземпляры adb.exe из разных установок (Android Studio, отдельные platform-tools, утилиты прошивки), а также программы синхронизации телефонов. Завершите лишние процессы и оставьте одну актуальную версию platform-tools.
Дополнительно проверьте антивирус и брандмауэр: некоторые защитные решения блокируют локальные соединения adb-сервера. Временно отключите защиту и повторите команду — если ошибка исчезла, добавьте adb.exe в исключения.
⚠️ Внимание: не завершайте системные процессы Windows, пытаясь освободить порт, если не уверены в их назначении. Ориентируйтесь только на процессы adb.exe и явно связанные с Android утилиты.
Шаг 5. Настройки на стороне смартфона
Иногда источник проблемы находится на устройстве. Откройте настройки разработчика и проверьте состояние отладки по USB: выключите её, подождите несколько секунд и включите заново. Ниже в том же разделе есть пункт «Отозвать авторизацию отладки по USB» (название может отличаться в зависимости от оболочки) — используйте его, чтобы при следующем подключении заново подтвердить RSA-ключ компьютера.
Если ошибка возникает только при длительных операциях — например, при adb push больших файлов или во время прошивки — обратите внимание на энергосбережение. Агрессивные режимы экономии заряда могут приостанавливать фоновые процессы, включая adbd. Подключите телефон к зарядке или отключите оптимизацию на время работы и проверьте, сохраняется ли обрыв.
- 🔧 Перезапустите переключатель «Отладка по USB» в настройках разработчика
- 🔑 Отзовите авторизацию отладки и подтвердите её заново
- 🔋 Отключите агрессивное энергосбережение на время работы с ADB
- 📲 Убедитесь, что экран устройства не блокируется во время операции
Как проверить версию ADB и обновить platform-tools
Выполните команду adb version — она покажет версию клиента и сервера. Устаревшие platform-tools могут конфликтовать с новыми версиями Android. Скачайте свежий архив platform-tools с официального сайта Android Developers, распакуйте в новую папку и запускайте adb именно оттуда, чтобы исключить смешение версий.
Сводная таблица: симптомы и решения
Чтобы быстрее сориентироваться, сверьте наблюдаемый симптом с таблицей ниже. Она поможет сузить круг поиска, не проходя все шаги подряд.
| Симптом | Вероятная причина | Что делать |
|---|---|---|
| Ошибка сразу при любой команде | Зависший adb-сервер или занятый порт 5037 | kill-server, проверка процессов |
| Обрыв при передаче файлов | Кабель, порт, энергосбережение | Сменить кабель и порт, отключить экономию заряда |
| Устройство с жёлтым значком в диспетчере | Некорректный драйвер | Переустановить ADB-драйвер |
| Ошибка в одной программе, в другой работает | Конфликт копий adb.exe | Оставить одни platform-tools |
| Статус unauthorized в adb devices | Не подтверждена авторизация | Разрешить отладку на экране телефона |
Когда ничего не помогает
Если все перечисленные шаги выполнены, а ошибка сохраняется, остаются два варианта проверки. Первый — подключить то же устройство к другому компьютеру: если там ADB работает стабильно, проблема в конфигурации вашей системы (драйверы, антивирус, USB-контроллер). Второй — подключить к вашему ПК другой Android-аппарат: если и он даёт обрывы, подозрение снова падает на компьютер.
В качестве обходного решения можно использовать ADB по Wi-Fi (беспроводная отладка), если она поддерживается вашей версией Android: в настройках разработчика активируется «Беспроводная отладка», после чего подключение выполняется командой adb pair и adb connect с указанием адреса устройства. Это полностью исключает из цепочки USB-кабель и драйверы.
Частые вопросы
Почему в сообщении написано «no error», если ошибка есть?
Это код возврата операционной системы: Windows не зафиксировала формальный сбой на своём уровне, поэтому вернула «no error». Фактический обрыв произошёл на уровне передачи данных между adb-сервером и устройством.
Поможет ли переустановка Windows?
Это крайняя и, как правило, избыточная мера. Сначала проверьте устройство на другом компьютере: если там всё работает, обычно достаточно переустановки драйверов и чистки конфликтующих процессов.
Ошибка появляется только при прошивке через fastboot. Это то же самое?
Нет. Fastboot и ADB — разные протоколы с разными драйверами. Если сбой возникает в режиме fastboot, проверяйте именно fastboot-драйвер и стабильность USB-подключения в этом режиме.
Может ли виноват антивирус?
Да, некоторые защитные решения блокируют локальные соединения adb-сервера через порт 5037. Проверьте работу с временно отключённой защитой и при подтверждении добавьте adb.exe в исключения.
Работает ли обход через Wi-Fi на любой версии Android?
Штатная беспроводная отладка с pairing-кодом доступна в современных версиях Android. На старых версиях подключение по сети требует предварительной активации через USB. Точные шаги зависят от версии системы — сверяйтесь с документацией для вашего устройства.