Det brukade vara ett vanligt problem innan Windows 10 eftersom Windows 7 och 8 hade en irriterande vana att använda% SystemRoot% eller användbara systemadministratörer skulle lägga till det som standardprogramväg. Det hände också ibland när registerändringar hade gjorts med eller utan användarens tillstånd. Om du ser att "program inte känns igen som ett internt eller externt kommando" är det här hur du fixar det.
Den fullständiga felsyntaxen är 'PROGRAM erkänns inte som ett internt eller externt kommando, operativt program eller batchfil'. Där du ser PROGRAM skulle det vara ett kommando, app eller program du försöker använda eller öppna som uppmanade felet.
Vanligtvis ser du detta fel när du använder kommandoraden. Om du till exempel kör Netstat ser du att "Netstat.exe inte känns igen som ett internt eller externt kommando, operativt program eller batchfil".
Felsyntaxen indikerar att det kan vara något fel med kommandot, men det finns det inte. Det är inte själva kommandot utan vägen som används för att komma åt det kommandot. I exemplet ovan, om du ser i C: WindowsSystem32 skulle du se Netstat sitta där. Detsamma skulle sannolikt vara sant för vilket kommando du använde eller program du försökte ringa.
Fixprogram identifieras inte som ett internt eller externt kommando
Fixet är ganska okomplicerat men du skulle bli förlåtet för att du inte insåg vad den fick den dåliga felsyntaxen.
Först måste vi öppna ett CMD-fönster som administratör.
- Högerklicka på Windows-aktivitetsfältet och välj Task Manager.
- Välj Arkiv och Kör ny uppgift.
- Skriv cmd i fönstret och markera rutan bredvid Skapa den här uppgiften med administratörsbehörigheter.
Sedan:
Skriv 'set path' och tryck på Enter. Du bör se en avkastning som huvudbilden för den här självstudien. En lista med sökvägar som Windows använder för att hitta program eller kommandon.
Om du har 'C: WindowsSystem32' börjar det bra. Om du ser '% SystemRoot%' kan det vara den posten som orsakar problem.
- Skriv 'kontroll' i rutan Cortana / Search Windows och välj Kontrollpanelen.
- Välj System och Advanced systeminställningar.
- Välj miljövariabler längst ner på fliken Avancerat.
- Markera sökväg i den nedre rutan och välj Redigera.
- Se till att C: WindowsSystem32 finns. Om det är det, ta bort det och lägg till det igen.
- Bekräfta och stäng alla fönster och testa om igen.
- Om omprövningen misslyckas, upprepa denna process och ta bort posten% SystemRoot%.
I de allra flesta fall kommer att lägga till eller lägga till C: WindowsSystem32 till sökvägen att fixa "PROGRAM är inte erkänt som ett internt eller externt kommando, operativt program eller batchfil" -fel. I annat fall bör det ta sig att ta bort posten% SystemRoot%.
Så länge du har C: WindowsSystem32, bör du inte behöva% SystemRoot% eftersom de pekar på samma plats. Dessutom är% SystemRoot% känt för att orsaka problem när de används som en systemväg i vissa konfigurationer. Det finns applikationer där ute som lägger till registerposter som direkt står i konflikt med% SystemRoot%, vilket är anledningen till att ta bort det bör fungera.
Om du hittar problem med andra program som inte kör, kan du upprepa stegen ovan och vända dina ändringar. Utför bara steg 1 till 4 och i stället för Ta bort, välj Ny och lägg till sökvägen du har ändrat. Lägga till en sökväg bör inte påverka din dator på något sätt. Det är troligt att ta bort en väg som kan orsaka problem. Om det är fallet med din dator, lägg bara till% SystemRoot% igen.
Ett annat sätt att fixa program känns inte igen som ett internt eller externt kommando
Om dessa två sökvägsförändringar inte fungerar finns det en lösning. Du kan helt enkelt sätta en genväg till programmet i C: WindowsSystem32 och det skulle göra att allt fungerar bra.
- Högerklicka på den körbara du försöker använda.
- Välj Skicka till och Skrivbord för att skapa en genväg.
- Öppna Windows Explorer på C: WindowsSystem32.
- Dra genvägen som du just skapade till mappen System32.
Detta är en mindre så optimal lösning men kan få jobbet gjort. Det är mycket bättre att lösa felet med rätt sökvägar än genom att skapa en remissgenväg men det fungerar när du behöver det.
Detta är ytterligare ett bra exempel på kodare hos Microsoft skrivfelsyntax för sig själva snarare än användare. Vad felet berättar har ingenting att göra med vad som faktiskt är fel. Bra jobbsajter som TechJunkie är här för att hjälpa!
Har du ett fast program som inte identifieras som ett internt eller externt kommandofel på något annat sätt? Berätta om det nedan om du har det!
