Ошибка «"adb" не является внутренней или внешней командой, исполняемой программой или пакетным файлом» появляется в командной строке Windows, когда система не находит исполняемый файл adb.exe по указанному пути. Это не сбой самого инструмента Android Debug Bridge, а признак того, что утилита либо не установлена, либо её расположение не прописано в системной переменной PATH.
Проблема решается без переустановки Windows и без специальных навыков: достаточно проверить наличие файлов ADB на диске и правильно настроить окружение. Ниже разберём все причины ошибки и пошаговые способы её устранения — от самого простого к более основательным.
Почему возникает ошибка «adb не является внутренней или внешней командой»
Командная строка Windows ищет введённую команду в двух местах: в текущей рабочей папке и в каталогах, перечисленных в переменной окружения PATH. Если adb.exe нет ни там, ни там — система выдаёт именно эту ошибку. Само сообщение говорит лишь о том, что файл не найден, и ничего не сообщает о состоянии устройства или драйверов.
Типичные причины, которые стоит проверить в первую очередь:
- 🔧 Platform Tools не установлены — на компьютере вообще нет пакета с ADB, скачанного с официального сайта Android Developers.
- 📁 Команда запущена не из папки с adb.exe — вы открыли терминал в произвольной директории, а путь к ADB не добавлен в PATH.
- ✏️ PATH настроен с ошибкой — путь указан неверно, содержит опечатку, кириллицу или указывает на старую папку после перемещения файлов.
- 🔄 Терминал не перезапущен — изменения переменных окружения не подхватываются в уже открытых окнах командной строки.
- 🛡️ Антивирус удалил или заблокировал adb.exe — возможная причина, если утилита раньше работала, а теперь перестала.
⚠️ Внимание: скачивайте ADB только с официального ресурса developer.android.com (раздел SDK Platform Tools). Архивы с ADB со сторонних сайтов могут содержать устаревшие версии или вредоносный код.
Шаг 1. Проверьте, установлен ли ADB на компьютере
Прежде чем настраивать переменные окружения, убедитесь, что сам файл adb.exe вообще есть на диске. Откройте папку, куда вы распаковывали Platform Tools (чаще всего это C:\platform-tools или папка внутри Android SDK), и проверьте наличие в ней файлов adb.exe, AdbWinApi.dll и fastboot.exe.
Если папки нет или она пуста — скачайте архив SDK Platform Tools for Windows с официального сайта и распакуйте его в каталог с простым путём без кириллицы и пробелов, например C:\platform-tools. Это упростит дальнейшую настройку и исключит ошибки, связанные с нестандартными символами в пути.
Шаг 2. Быстрый способ — запуск из папки Platform Tools
Если ADB нужен разово и настраивать системные переменные не хочется, можно работать прямо из папки с утилитой. Откройте каталог platform-tools в Проводнике, зажмите Shift, кликните правой кнопкой мыши по свободному месту в папке и выберите «Открыть окно PowerShell здесь» или «Открыть в Терминале» (пункт зависит от версии Windows). Альтернатива — ввести cmd в адресной строке Проводника и нажать Enter.
В открывшемся окне проверьте работу команды:
adb versionЕсли вместо ошибки появилась строка с номером версии Android Debug Bridge — утилита работает, и проблема была только в том, что терминал открывался не в той папке. В PowerShell может потребоваться запуск с явным указанием текущего каталога: .\adb version.
Шаг 3. Добавьте ADB в переменную PATH
Чтобы команда adb работала из любой папки, путь к platform-tools нужно прописать в системной переменной PATH. Это основной и самый надёжный способ устранить ошибку навсегда.
Порядок действий для Windows 10 и 11:
- 🖥️ Нажмите Win + R, введите
sysdm.cplи нажмите Enter — откроется окно «Свойства системы». - ⚙️ Перейдите на вкладку «Дополнительно» и нажмите кнопку «Переменные среды».
- 📋 В списке системных переменных найдите
Path, выделите его и нажмите «Изменить». - ➕ Нажмите «Создать» и вставьте полный путь к папке, например
C:\platform-tools. - ✅ Подтвердите изменения кнопкой «ОК» во всех окнах и обязательно закройте все открытые окна командной строки.
☑️ Настройка PATH для ADB
После перезапуска терминала выполните проверку:
adb versionПоявление информации о версии означает, что PATH настроен корректно и ошибка «не является внутренней или внешней командой» устранена. Если сообщение об ошибке осталось — перепроверьте путь на опечатки и убедитесь, что вы редактировали именно системную переменную, а не пользовательскую (хотя и пользовательская тоже работает).
⚠️ Внимание: при редактировании PATH не удаляйте уже существующие строки — там прописаны пути других программ Windows. Добавляйте только новую запись через кнопку «Создать».
Шаг 4. Проверьте соединение с устройством
После того как команда начала распознаваться, имеет смысл сразу проверить, видит ли ADB подключённый смартфон. Подключите устройство по USB и выполните:
adb devicesВ списке должна появиться строка с серийным номером устройства и статусом device. Если устройство отображается как unauthorized — на экране смартфона нужно подтвердить запрос на разрешение отладки по USB. Если список пуст, проверьте, включена ли отладка по USB в разделе «Для разработчиков» на устройстве и установлены ли USB-драйверы производителя на ПК.
Что делать, если adb devices показывает пустой список
Проверьте кабель — часть USB-кабелей поддерживает только зарядку, без передачи данных. Попробуйте другой порт USB, желательно напрямую на материнской плате. Убедитесь, что в «Диспетчере устройств» Windows смартфон не отображается с жёлтым восклицательным знаком — это признак отсутствующего драйвера. На устройстве откройте «Настройки → О телефоне», несколько раз нажмите на «Номер сборки» для включения режима разработчика, затем в разделе «Для разработчиков» активируйте «Отладка по USB». Точные названия пунктов зависят от оболочки производителя.
Сравнение способов решения проблемы
Разные подходы подходят для разных сценариев использования. Сводная таблица поможет выбрать оптимальный вариант:
| Способ | Сложность | Когда применять |
|---|---|---|
| Запуск из папки platform-tools | Минимальная | Разовые операции, быстрая проверка |
| Добавление в PATH | Средняя | Регулярная работа с ADB из любой папки |
| Переустановка Platform Tools | Низкая | Файлы повреждены или удалены антивирусом |
| Установка через Android Studio | Средняя | Нужен полный комплект инструментов разработчика |
Частые ошибки при настройке ADB
Даже при правильной последовательности действий пользователи нередко сталкиваются с повторным появлением ошибки. Чаще всего виноваты мелочи: путь скопирован с лишним пробелом в конце, папка перемещена после настройки PATH, или терминал не был перезапущен. Проверяйте каждый пункт методично, не пропуская шаги.
Отдельного внимания заслуживает ситуация с антивирусом: некоторые защитные решения могут помещать adb.exe в карантин, поскольку инструмент позволяет выполнять команды на устройстве. Если утилита исчезла из папки — проверьте журнал антивируса и добавьте каталог platform-tools в исключения, после чего заново распакуйте архив.
Часто задаваемые вопросы
Нужно ли перезагружать компьютер после изменения PATH?
Полная перезагрузка обычно не требуется. Достаточно закрыть все окна командной строки, PowerShell и терминалов, а затем открыть их заново — новые процессы подхватят обновлённые переменные окружения.
Работает ли эта инструкция для Windows 7 и Windows 11?
Да, принцип одинаков для всех версий Windows: ошибка означает, что adb.exe не найден в PATH. Отличается только внешний вид окна редактирования переменных среды — в старых версиях пути перечислены одной строкой через точку с запятой, поэтому новый путь нужно дописывать в конец через символ ;.
Почему adb работает в cmd, но не работает в PowerShell?
В PowerShell исполняемые файлы из текущей папки по умолчанию не запускаются без явного указания пути. Используйте формат .\adb devices либо добавьте папку в PATH — тогда команда будет работать без префикса в обоих терминалах.
Можно ли использовать ADB без установки Android Studio?
Да. Пакет SDK Platform Tools распространяется отдельно и содержит всё необходимое: adb и fastboot. Android Studio требуется только разработчикам, которым нужны эмуляторы, SDK и среда разработки.
Что делать, если после всех настроек ошибка осталась?
Выполните в новом окне терминала команду echo %PATH% (в cmd) и проверьте, присутствует ли в выводе путь к platform-tools. Если его нет — переменная не сохранилась: повторите настройку, убедившись, что нажали «ОК» во всех диалоговых окнах. Также проверьте, что папка не была перемещена или переименована после настройки.