Вот такая дрянь приключилась у меня.
Никакого софта не устанавливалось, ничего не менялось, случилось внезапно при выполнении простейшего скрипта if %oop% EQU 0 (echo gg)
Перезапуск,откат и прочее не изменили ситуацию.
Причем проблема именно в этой конкретно команде))
Path=C:Program FilesNVIDIA CorporationPhysXCommon;C:Program FilesAMD APPbinx86;C:WINDOWSsystem32;C:WINDOWS;C:WINDOWSSystem32Wbem;C:WINDOWSSystem32WindowsPowerShellv1.0;C:Program FilesIVT CorporationBlueSoleilMobile;C:Program FilesATI TechnologiesATI.ACECore-Static;C:Program Filesadt-bundle-windows-x86-20140624sdkplatform-tools;C:Program FilesSkypePhone;C:UsersFireAppDataLocalMicrosoftWindowsApps
Последнее редактирование: 19 Ноя 2017
Dragokas
Angry oop» ?
Кирилл
Команда форума
Администратор
Ассоциация VN
Там было версия системы.
Логики в переменной нет (черновой), искал просто вариант вывода .
VER | FINDSTR /IL «6.4.» > NUL IF %ERRORLEVEL% EQU 0 ( SET Version=»Windows 10″ set oop=0) . if %oop% EQU 0 (echo gg)
Dragokas
Angry %oop%» EQU «0» (echo gg)
Кирилл
Команда форума
Администратор
Ассоциация VN
Dragokas, да.
«Java» не является внутренней или внешней командой
Но проблема то . имеется все равно!
Даже если просто запустить командную строку и написать
echo.
А вот если просто echo — нет проблем.
Dragokas
Angry where echo C:WindowsSystem32echo
Следом снова пробую:
C:WINDOWSsystem32>echo. «echo.» не является внутренней или внешней командой, исполняемой программой или пакетным файлом.
Батник случайно обозвал не:
Нет!
Я даже пробую просто командную строку запустить и выполнить команду — тоже самое!
Я думал, может ты знаешь как можно отследить где затык.
Есть рабочая 10 ?
Может покажет кто что выводит set
Dragokas
Angry where echo
C:WindowsSystem32echo
Вот и ответ. У тебя в папке C:WindowsSystem32 находится левый исполняемый файл (или батник) с именем echo (странно только, что без расширения имени).
Чему равна переменная pathext ?
Спойлер: set
Microsoft Windows [Version 10.0.15063]
ALLUSERSPROFILE=C:ProgramData
APPDATA=C:UsersAlexAppDataRoaming
CommonProgramFiles=C:Program FilesCommon Files
CommonProgramFiles(x86)=C:Program Files (x86)Common Files
CommonProgramW6432=C:Program FilesCommon Files
COMPUTERNAME=DESKTOP-2
ComSpec=C:WINDOWSsystem32cmd.exe
HOMEDRIVE=C:
HOMEPATH=UsersAlex
LOCALAPPDATA=C:UsersAlexAppDataLocal
LOGONSERVER=\DESKTOP-2
NUMBER_OF_PROCESSORS=2
OneDrive=C:UsersAlexOneDrive
OS=Windows_NT
Path=C:WINDOWSsystem32;C:WINDOWS;C:WINDOWSSystem32Wbem;C:WINDOWSSystem32WindowsPowerShellv1.0;C:Program Files (x86)Windows Kits10Windows Performance Toolkit;C:UsersAlexAppDataLocalMicrosoftWindowsApps;
Не является внутренней или внешней командой Is not an internal or external command
PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC
PROCESSOR_ARCHITECTURE=AMD64
PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 42 Stepping 7, GenuineIntel
PROCESSOR_LEVEL=6
PROCESSOR_REVISION=2a07
ProgramData=C:ProgramData
ProgramFiles=C:Program Files
ProgramFiles(x86)=C:Program Files (x86)
ProgramW6432=C:Program Files
PROMPT=$P$G
PSModulePath=C:Program FilesWindowsPowerShellModules;C:WINDOWSsystem32WindowsPowerShellv1.0Modules
PUBLIC=C:UsersPublic
SESSIONNAME=Console
SystemDrive=C:
SystemRoot=C:WINDOWS
TEMP=C:UsersAlexAppDataLocalTemp
TMP=C:UsersAlexAppDataLocalTemp
USERDOMAIN=DESKTOP-2
USERDOMAIN_ROAMINGPROFILE=DESKTOP-2
USERNAME=Alex
USERPROFILE=C:UsersAlex
windir=C:WINDOWS
Источник: www.safezone.cc
Tweakov.net
В командной строке Windows не работают стандартные команды
Опубликовал(а): tweaker в: 11.03.2015 Оставить комментарий11 комментариев Перейти к комментариям
При попытке запустить какую-либо стандартную команду в интерпретаторе командной строки (cmd.exe) в ОС Windows выдается следующее сообщение:
«hostname» не является внутренней или внешней командой, исполняемой программой или пакетным файлом.
Однако если ввести полный адрес любой из стандартных консольных программ Windows, то они все прекрастно запускаются. Например — C:WINDOWSsystem32hostname.exe .
Получается, что командная строка не ищет нужные программы по пути «%windir%system32».
Данная проблема скорее всего заключается в системной переменной PATH, она может быть изменена. И для стандартной работы штатных программ надо восстановить в ней начальные значения.
Чтобы исправить эту ошибку, открываем «Панель управления» — «Система», переходим на вкладку «Дополнительно», там нажимаем кнопку «Переменные среды». В открывшемся окне в разделе «Системные переменные» находим переменную «Path».
Затем либо двойным щелчком мыши вызываем окно «Изменение системной переменной», либо выделяем эту переменную и нажимаем на кнопку «Изменить», находящуюся под ней. Значение переменной должно быть следующим:
Если выглядит не так, изменяем.
Также здесь вы можете прописать и другие пути, откуда хотите по умолчанию запускать те или иные команды. Новая директория пишется в той же строке и отделяется от предыдущей знаком «;» без пробелов.
После редактирования переменной в трех окнах нажимаем «OK» и радуемся нормальному запуску стандартных консольных приложений.
Источник: tweakov.net
Неработают команды cmd.exe[Исправляем]
Не давно столкнулся с такой проблемой,у меня перестала работать косноль Windows(cmd.exe)нужно было заюзать пару batch скриптов,но они попросту не работали.Так же не работали такие обычные команды как:
help systeminfo ipconfig ping
Вместо этого:
Microsoft Windows [Version 6.1.7600] (c) Корпорация Майкрософт (Microsoft Corp.), 2009. Все права защищены. C:Documents and SettingsAdmin>ping «ping» не является внутренней или внешней командой, исполняемой программой или пакетным файлом. C:Documents and SettingsAdmin>
Сначала я подумал что Avast пропустил какой то вирь,я принялся сканить систему DrWeb Cureit,но он не чего не нашёл.Тот же результат дал и AVZ.
Тогда роясь в сборке софта наткнулся на AntiRunAuto,почитав о нём в google я надеялся что он поможет,но увы,даже с безопасного режима он не сработал.
В конце концов углубившись статьи не по другой тематики я случайно наткнулся на то что мне нужно
Решение:
Запускаем cmd.exe вводим
path
Появиться что то типа:
path=%windows%%windows%%windows%.
Возможно чёт другое,но у ми так было.
После чего вводим
path %SystemRoot%system32;%SystemRoot%;%SystemRoot%System32Wbem;
С этого момента всё должно работать.
Для проверки вводим в консоль
help
И перед нами все стандартные команды и описание.
Вот и всё что хотел написать.
Статью написал на быструю руку и после хорошого выноса мозга в универе
Кому что не понятно спрашиваем.
Источник: sonikelf.ru