Layer 8Ehrlicher Tech-Support
SoftwareSchweregrad: Lästigist nicht als interner oder externer Befehl erkannt

Windows: Befehl nicht als interner oder externer Befehl erkannt

Ein installiertes Programm läuft in der Eingabeaufforderung nicht? Meist fehlt sein Ordner im Suchpfad PATH — Windows sucht am falschen Ort.

Aufwand:
ca. 20 Min.

Das Symptom

Ein gerade installiertes Kommandozeilen-Programm lässt sich in der Eingabeaufforderung oder PowerShell nicht starten: Windows antwortet, der Befehl sei „nicht als interner oder externer Befehl, ausführbares Programm oder Stapelverarbeitungsdatei erkannt“. Das Programm ist aber nachweislich installiert.

Die „Layer 8“-Wahrheit

Wenn man einen Befehl eintippt, durchsucht Windows nicht die ganze Festplatte nach einem passenden Programm — das wäre viel zu langsam. Stattdessen schaut es nur in einer festgelegten Liste von Ordnern nach, dem Suchpfad namens PATH. Liegt das Programm in einem Ordner, der nicht auf dieser Liste steht, findet Windows es nicht und behauptet, den Befehl nicht zu kennen. Das Programm ist also da — Windows weiß nur nicht, wo es nachsehen soll. Es fehlt kein Programm, sondern ein Wegweiser.

Deshalb ist die Lösung, den Ordner des Programms in den PATH aufzunehmen, und der häufigste Fehler dabei ist, danach nicht die Konsole neu zu starten — denn die Änderung greift erst in einem frisch geöffneten Fenster. Viele Installationsprogramme bieten von sich aus an, diesen Eintrag zu setzen; wer diese Option übersieht, landet genau bei dieser Meldung. Wer den PATH versteht, löst nicht nur diesen einen Fall, sondern eine ganze Klasse scheinbar rätselhafter „Befehl nicht gefunden“-Fehler.

Die echte, verifizierte Lösung

1000 % faktenbasiert. Jeder Befehl ist real, jeder Pfad existiert. Schritt für Schritt:

  1. 1.

    Die Ursache verstehen

    Gibt man einen Befehl ein, sucht Windows das zugehörige Programm nur in einer Liste bekannter Ordner — dem Suchpfad PATH. Ist der Ordner des Programms dort nicht eingetragen, meldet Windows, der Befehl sei nicht erkannt, obwohl das Programm installiert ist. Es fehlt nur der Wegweiser.

  2. 2.

    Die Installation gegenprüfen

    Zuerst sicherstellen, dass das Programm wirklich installiert ist und in welchem Ordner die zugehörige ausführbare Datei liegt. Manche Installationsprogramme bieten beim Einrichten die Option, das Programm zum PATH hinzuzufügen — beim nächsten Mal darauf achten.

  3. 3.

    Den Ordner zum PATH hinzufügen

    Über die Systemeinstellungen die Umgebungsvariablen öffnen und den Ordner mit der ausführbaren Datei zur Variable PATH hinzufügen. Dabei den bestehenden Inhalt nicht überschreiben, sondern einen neuen Eintrag ergänzen.

  4. 4.

    Konsole neu öffnen

    Änderungen am PATH gelten erst in neu geöffneten Konsolenfenstern. Nach dem Ergänzen die Eingabeaufforderung schließen und neu starten, dann den Befehl erneut versuchen — ein oft übersehener Grund, warum es scheinbar nicht wirkt.

  5. 5.

    Zur Not den vollen Pfad nutzen

    Als Sofortlösung lässt sich das Programm mit seinem vollständigen Pfad aufrufen, auch ohne PATH-Eintrag. Das ist umständlich, bestätigt aber, dass das Programm da ist und wirklich nur der Suchpfad das Problem war.

Häufige Fragen (FAQ)

?Ich habe das Programm installiert, die Konsole findet es trotzdem nicht. Warum?

Weil die Eingabeaufforderung nur in den Ordnern sucht, die in der Umgebungsvariablen PATH stehen. Wurde das Programm installiert, ohne seinen Ordner dort einzutragen, existiert es – nur eben nicht für die Konsole. Der volle Pfad zur Datei funktioniert weiterhin einwandfrei und beweist genau das.

?Ich habe den PATH ergänzt und es geht immer noch nicht. Was jetzt?

Schließen Sie die Konsole und öffnen Sie sie neu. Der PATH wird beim Start eines Fensters eingelesen – ein bereits offenes Fenster kennt Ihre Änderung nicht und wird sie nie erfahren. Das ist mit Abstand die häufigste Verwirrung an dieser Stelle.

Belege

Diese Seite ist gegen die folgenden Primärquellen geprüft – Hersteller, Standard oder Gesetzestext. Wer es nicht glaubt, muss es nicht: Da steht, wo es nachzulesen ist.

Zuletzt geprüft am . Dokumentation altert – ein Datum daneben ist der einzige ehrliche Umgang damit.

Verwandte Fehler

SWAnfängerfehlercommand not found: brew

zsh: command not found: brew (Apple Silicon)

Homebrew installiert, aber 'zsh: command not found: brew' auf dem Mac? Auf Apple Silicon fehlt /opt/homebrew im PATH. So richtest du brew dauerhaft ein.

OSLästigcommand not found

cron-Job läuft nicht (leeres PATH)

cron führt deinen Job nicht aus oder meldet 'command not found'? cron startet mit fast leerem PATH. So findet der Job seine Programme wieder.

SWLästigDie Aktion kann nicht abgeschlossen werden, da die Datei geöffnet ist

Datei lässt sich nicht löschen: wird verwendet

Windows verweigert das Löschen, weil die Datei geöffnet sei? Ein Prozess hält sie fest — man muss nur herausfinden, welcher.