HOME / BLOG / FIX

"adb is not recognized" on Windows

This error never means ADB is broken - it means your terminal can't find it. The command lives in one folder, and until that folder is on your PATH, Windows shrugs. Here's the two-minute fix, plus the "command not found" version for Mac and Linux.

Quick answer

Windows can't find adb.exe because your platform-tools folder isn't on your PATH. Either run adb from inside that folder, or add the folder to your system PATH - then open a new terminal. ADB itself is fine.

What "adb is not recognized" actually means

The full message - "'adb' is not recognized as an internal or external command, operable program or batch file" on Windows, or "adb: command not found" on macOS and Linux - is a PATH error, not an ADB error. When you type adb, the terminal searches a list of folders (your PATH) for a program called adb. The program does exist - inside Google's platform-tools folder - but if that folder isn't on the list, the search fails and you get this message.

That's why it's a completely different problem from "device not found" (adb runs, but sees no phone) or "unauthorized" (adb sees the phone but you haven't approved the PC). Here, the adb command never even started. Two things fix it: run it from the right folder, or put that folder on your PATH permanently.

Step 1 - Find your platform-tools folder

ADB ships inside Google's SDK Platform Tools. Find the folder that contains adb.exe - it's wherever you unzipped it. The most common locations are:

C:\platform-tools\adb.exe
C:\Users\you\AppData\Local\Android\Sdk\platform-tools\adb.exe

If you've never downloaded it, grab the SDK Platform Tools zip from Google, and extract it somewhere permanent like C:\platform-tools (don't leave it in Downloads or a temp folder you'll delete).

Step 2 - Confirm adb runs from that folder

Before touching PATH, prove ADB works. Open the platform-tools folder in File Explorer, click the address bar, type cmd and press Enter - that opens a terminal inside the folder. Now run:

C:\platform-tools> adb version
Android Debug Bridge version 1.0.41

If you see a version number, ADB is healthy and PATH is the only thing missing. (In PowerShell you may need .\adb version - the leading .\ tells it to run the file in the current folder.)

Don't want to touch PATH at all?
Andora bundles ADB and its drivers - install APKs, mirror screens, and manage devices with zero setup. Free for Windows 10/11.
Download freeSee Pro pricing →

Step 3 - Add platform-tools to your PATH

This is the permanent fix so adb works from any folder. On Windows 10 and 11:

  1. Press Start and search "Edit the system environment variables", then open it.
  2. Click Environment Variables…
  3. Under System variables, select Path and click Edit…
  4. Click New and paste the full path to your folder, e.g. C:\platform-tools (the folder itself, not adb.exe).
  5. Click OK on all three dialogs to save.

Step 4 - Open a new terminal and verify

PATH is only read when a terminal starts, so any Command Prompt or PowerShell window you already have open won't see the change. Close them all, open a fresh one, and run adb version from any folder - for example your home directory:

C:\Users\you> adb version
Android Debug Bridge version 1.0.41

Working from everywhere now? You're set - go install an APK from your PC or set up wireless ADB.

"adb: command not found" on macOS or Linux

Same root cause, different shell. The quickest route is a package manager:

# macOS (Homebrew)
brew install android-platform-tools

# Debian / Ubuntu
sudo apt install android-tools-adb

Or add the folder to PATH by hand - append this to ~/.zshrc (macOS) or ~/.bashrc (Linux), then run source ~/.zshrc or open a new terminal:

export PATH="$HOME/platform-tools:$PATH"

Still not recognized? Advanced checks

Frequently asked questions

Windows can't find an adb.exe on your PATH. The command exists inside Google's platform-tools folder, but until that folder is added to your PATH, the terminal only finds it when you're already inside it. Add platform-tools to your PATH, or run adb from that folder directly.

Press Start, search "Edit the system environment variables", and open it. Click Environment Variables, select Path under System variables, click Edit, then New, and paste the full path to your platform-tools folder (e.g. C:\platform-tools). Click OK on each dialog, then open a new terminal for the change to take effect.

When you run adb from inside the folder, the terminal finds adb.exe in the current directory. From any other folder it relies on PATH - and if platform-tools isn't on PATH, the command isn't found. Adding the folder to PATH makes adb work from every directory.

It's the same PATH problem. Install platform-tools (brew install android-platform-tools on macOS, or your distro's android-tools package on Linux), or add the folder to PATH by appending export PATH="$HOME/platform-tools:$PATH" to ~/.zshrc or ~/.bashrc, then run source ~/.zshrc or open a new terminal.

Yes. A terminal reads PATH when it starts, so any window open before you edited PATH won't see the change. Close all Command Prompt and PowerShell windows and open a fresh one, then run adb version to confirm.

Use a GUI that bundles ADB. Andora ships its own copy of the platform-tools binaries and drivers, so adb is never "not recognized" - you install APKs, mirror screens, and manage devices without touching the command line or editing PATH.

Skip the command line entirely

Andora wraps ADB in a clean Windows GUI - drag-drop APK installer, wireless setup, screen mirroring, and no PATH to configure ever.

Download Andora