HTGB
How To

So beheben Sie den Fehler „ADB wird nicht als interner oder externer Befehl erkannt“.

Februar 12, 2026 4 Minuten Lesezeit Updated: Februar 12, 2026

ADB ist ein leistungsstarkes Kommandozeilen-Tool zum Debuggen von Android-Geräten – quasi unverzichtbar für Entwickler und alle, die Software per Sideloading installieren möchten.Ärgerlich wird es jedoch, wenn beim Ausführen von ADB in der Eingabeaufforderung oder PowerShell eine Fehlermeldung wie „ ADB wird nicht als interner oder externer Befehl erkannt “ erscheint. Das ist extrem frustrierend, da man das Gefühl hat, alles korrekt installiert zu haben, Windows die Ausführung aber einfach nicht zulässt. Meistens liegt es daran, dass das System den Speicherort der ADB-Datei nicht kennt oder die SDK-Plattformtools nicht korrekt in den Umgebungsvariablen konfiguriert sind. In jedem Fall erspart die Behebung dieses Problems viel Ärger, insbesondere wenn man schnell arbeiten möchte, ohne ständig die Pfade anpassen zu müssen.

Das Problem lässt sich meist auf zwei Dinge zurückführen: Entweder sind die SDK Platform Tools noch nicht installiert, oder Windows findet die ADB-Datei nicht, weil der Pfad nicht korrekt konfiguriert ist. Da Windows in solchen Fällen manchmal etwas pingelig ist, lohnt es sich, die Grundlagen zu überprüfen – beispielsweise den Speicherort Ihrer Dateien und ob Ihre Umgebungsvariablen das richtige Verzeichnis enthalten. Um das Problem zu beheben, müssen Sie sicherstellen, dass die SDK Platform Tools installiert sind und Windows ADB von überall aus erkennt. Dies können Sie entweder über eine Verknüpfung in der Eingabeaufforderung oder durch dauerhaftes Hinzufügen des Ordners zum Systempfad tun. Im Folgenden finden Sie Anleitungen für beides.

So beheben Sie den Fehler „ADB wird nicht als interner oder externer Befehl erkannt“

Laden Sie die SDK-Plattformtools herunter und richten Sie sie ein.

Wenn Ihr System die Datei nicht erkennt adb, liegt das wahrscheinlich daran, dass die SDK Platform Tools nicht installiert sind oder der Ordner nicht in Ihrem PATH enthalten ist. Laden Sie sich als Erstes die neueste Version der SDK Platform Tools für Windows herunter. Diese finden Sie auf der offiziellen Android-Entwicklerseite – denn Windows macht es einem natürlich unnötig schwer.

  • Laden Sie die SDK Platform Tools für Windows herunter. Die ZIP-Datei hat üblicherweise einen Namen wie platform-tools_rXXX-windows.zip.
  • Nach dem Herunterladen klicken Sie mit der rechten Maustaste auf die ZIP-Datei und wählen „ Alle extrahieren“. Alternativ können Sie auch Ihr bevorzugtes Entpackungsprogramm wie 7-Zip oder WinRAR verwenden – bei mir hat es einwandfrei funktioniert. Wählen Sie einen einfachen Speicherort wie z. B.C:\Android\platform-tools.
  • Klicken Sie auf Extrahieren. Sie erhalten dann einen Ordner voller adb.exePlattformtools.

An diesem Punkt reicht es nicht mehr aus, nur den Ordner zu haben. Windows muss wissen, wo es die Datei findet, adbsobald Sie sie aufrufen. Anschließend können Sie sie entweder jedes Mal direkt aus dem Ordner ausführen oder sie durch die entsprechende Konfiguration des Systempfads (PATH) von überall aus zugänglich machen.

Methode 1: ADB direkt aus dem Ordner „Plattform-Tools“ ausführen

Dies ist eine schnelle und einfache Lösung – falls Sie ADB nur gelegentlich benötigen und keine Umgebungsvariablen ändern möchten.Öffnen Sie einfach die Befehlszeile in dem Ordner, in dem Sie die SDK Platform Tools extrahiert haben.

  1. Wechseln Sie in den extrahierten Ordner „platform-tools“.
  2. Halten Sie die Umschalttaste gedrückt, klicken Sie mit der rechten Maustaste in einen leeren Bereich und wählen Sie dann „PowerShell-Fenster hier öffnen“ oder „Eingabeaufforderung hier öffnen“.
  3. Geben Sie adb devicesden Befehl ein, um zu prüfen, ob er erkannt wird. Wenn es funktioniert – super! Falls nicht, müssen Sie möglicherweise .\adbin PowerShell ein Präfix verwenden.

Bei manchen Konfigurationen funktioniert diese Methode manchmal nicht richtig – beim ersten Mal klappt es, beim nächsten Mal nicht mehr. Seltsam, aber ein Neustart behebt das Problem meist. Wenn ADB dauerhaft verfügbar sein soll, sollten Sie den PATH festlegen.

Methode 2: Fügen Sie den Ordner „Plattform-Tools“ dauerhaft zu Ihrem Systempfad hinzu.

Genau das ist der Grund, warum viele sich darüber ärgern: Sie möchten Befehle adbvon jedem beliebigen Kommandozeilenfenster aus ausführen, egal wo sie sich befinden. Dazu müssen die Umgebungsvariablen des Systems geändert werden, damit Windows immer weiß, wo es die Befehle findet adb.exe. Es ist nicht schwierig, nur etwas lästig, wenn man nicht gewohnt ist, mit Systemeinstellungen herumzuspielen.

  1. Drücken Sie Windows + R, um das Dialogfeld „Ausführen“ zu öffnen.
  2. Geben Sie den gewünschten Text ein sysdm.cplund drücken Sie die Eingabetaste – dadurch öffnet sich das Fenster „Systemeigenschaften“.
  3. Wechseln Sie zum Reiter „Erweitert“ und klicken Sie auf „Umgebungsvariablen“.
  4. Scrollen Sie im Bereich „Systemvariablen“ nach unten, um „Path“ zu finden, und doppelklicken Sie darauf.
  5. Klicken Sie auf „Neu“ und geben Sie den vollständigen Pfad Ihres SDK Platform Tools-Ordners an, z. B.C:\Android\platform-tools.
  6. Bestätigen Sie alles mit einem Klick auf OK und schließen Sie anschließend alle Fenster.

Öffnen Sie nun ein neues Eingabeaufforderungs- oder PowerShell-Fenster und versuchen Sie es adb deviceserneut. Bei korrekter Konfiguration erkennt Windows ADB überall. Es können unerwartete Probleme auftreten, wenn Sie keine Administratorrechte haben oder die Befehlszeilen anschließend nicht neu gestartet haben. Beachten Sie dies bitte. Gelegentlich wird der Cache durch einen Neustart oder Ab- und Anmelden geleert.

Nicht perfekt, aber es sollte die Verwendung von ADB-Befehlen deutlich vereinfachen. Beachten Sie jedoch, dass Windows manchmal etwas pingelig sein kann und manche Konfigurationen möglicherweise einen zweiten Anpassungsschritt erfordern. Hoffentlich trägt dies zu einem reibungslosen Debugging-Workflow bei.