хотя в переменный средах всё в порядке, в PATH прописано %systemroot%, %systemroot%\system32, %systemroot%\system32\Wbem »
Неправильно прописано. Разделитель должен быть точка с запятой, пробелов быть не должно.
Приведите вывод команды
——- Канал Windows 11, etc | Чат @winsiders
Это сообщение посчитали полезным следующие участники:
Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля.
Источник
Изучаем переменные среды в Windows 10
Переменные среды Windows
Получить информацию о существующих переменных можно в свойствах системы. Для этого кликаем по ярлыку Компьютера на рабочем столе правой кнопкой мыши и выбираем соответствующий пункт.
Переходим в «Дополнительные параметры».
В открывшемся окне с вкладкой «Дополнительно» нажимаем кнопку, указанную на скриншоте ниже.
Здесь мы видим два блока. Первый содержит пользовательские переменные, а второй системные.
Если требуется просмотреть весь перечень, запускаем «Командную строку» от имени администратора и выполняем команду (вводим и нажимаем ENTER).
На рабочем столе появится файл с названием «set.txt», в котором будут указаны все переменные окружения, имеющиеся в системе.
Все их можно использовать в консоли или скриптах для запуска программ или поиска объектов, заключив имя в знаки процента. Например, в команде выше вместо пути
Примечание: регистр при написании переменных не важен. Path=path=PATH
Переменные PATH и PATHEXT
Если с обычными переменными все понятно (одна ссылка – одно значение), то эти две стоят особняком. При детальном рассмотрении видно, что они ссылаются сразу на несколько объектов. Давайте разберемся, как это работает.
«PATH» позволяет запускать исполняемые файлы и скрипты, «лежащие» в определенных каталогах, без указания их точного местоположения. Например, если ввести в «Командную строку»
система осуществит поиск по папкам, указанным в значении переменной, найдет и запустит соответствующую программу. Этим можно воспользоваться в своих целях двумя способами:
Поместить необходимый файл в одну из указанных директорий. Полный список можно получить, выделив переменную и нажав «Изменить».
Создать свою папку в любом месте и прописать путь к ней. Для этого (после создания директории на диске) жмем «Создать», вводим адрес и ОК.
%SYSTEMROOT% определяет путь до папки «Windows» независимо от буквы диска.
Затем нажимаем ОК в окнах «Переменные среды» и «Свойства системы».
Для применения настроек, возможно, придется перезапустить «Проводник». Сделать это быстро можно так:
Открываем «Командную строку» и пишем команду
taskkill /F /IM explorer.exe
Все папки и «Панель задач» исчезнут. Далее снова запускаем «Проводник».
Еще один момент: если вы работали с «Командной строкой», ее также следует перезапустить, то есть консоль не будет «знать», что настройки изменились. Это же касается и фреймворков, в которых вы отлаживаете свой код. Также можно перезагрузить компьютер или выйти и снова зайти в систему.
Теперь все файлы, помещенные в «C:\Script» можно будет открывать (запускать), введя только их название.
«PATHEXT», в свою очередь, дает возможность не указывать даже расширение файла, если оно прописано в ее значениях.
Принцип работы следующий: система перебирает расширения по очереди, пока не будет найден соответствующий объект, причем делает это в директориях, указанных в «PATH».
Создание переменных среды
Создаются переменные просто:
Нажимаем кнопку «Создать». Сделать это можно как в пользовательском разделе, так и в системном.
Вводим имя, например, «desktop». Обратите внимание на то, чтобы такое название еще не было использовано (просмотрите списки).
В поле «Значение» указываем путь до папки «Рабочий стол».
Нажимаем ОК. Повторяем это действие во всех открытых окнах (см. выше).
Перезапускаем «Проводник» и консоль или целиком систему.
Готово, новая переменная создана, увидеть ее можно в соответствующем списке.
Для примера переделаем команду, которую мы использовали для получения списка (самая первая в статье). Теперь нам вместо
потребуется ввести только
Заключение
Использование переменных окружения позволяет значительно сэкономить время при написании скриптов или взаимодействии с системной консолью. Еще одним плюсом является оптимизация создаваемого кода. Имейте в виду, что созданные вами переменные отсутствуют на других компьютерах, и сценарии (скрипты, приложения) с их использованием работать не будут, поэтому перед тем, как передавать файлы другому пользователю, необходимо уведомить его об этом и предложить создать соответствующий элемент в своей системе.
Помимо этой статьи, на сайте еще 12335 инструкций. Добавьте сайт Lumpics.ru в закладки (CTRL+D) и мы точно еще пригодимся вам.
Отблагодарите автора, поделитесь статьей в социальных сетях.
Источник
Почему Windows не может обрабатывать переменную среды в Path?
У меня и моего коллеги одинаковые рабочие станции Dell с установленной Windows XP Professional x64 edition.
Моя переменная окружения Path начинается с:
Переменная Path моего коллеги включает в себя тот же каталог, указанный с использованием той же переменной окружения, но это не первый элемент в его Path.
Если я обращаюсь к системным свойствам -> переменным среды и изменяю значение моей переменной JAVA_HOME, версия java, найденная из командной строки, изменяется, как я и ожидал. Это запускает совершенно новое окно консоли, чтобы быть уверенным, что вы подберете изменения.
Но на машине моего коллеги это не так. Он продолжает находить свою предыдущую версию Java, пока не вызовет переменную Path и не сохранит ее (даже если он не вносит в нее никаких изменений). (Опять же, это при запуске совершенно нового окна консоли.)
Я наблюдаю это несоответствие в Windows в течение приблизительно 6 месяцев и очень любопытно об этом. У нас в офисе слишком много версий Windows, поэтому до сих пор у меня не было возможности увидеть, как это происходит на двух машинах с одинаковой версией ОС.
Чем это вызвано? Почему его машина не переоценивает Path, используя новый JAVA_HOME, когда мой делает?
(Это потому, что это не первое, что есть на Пути? Если да, то как это могло быть и почему? Я бы сделал больше тестов, чтобы проверить, но я думаю, что теперь он сыт этим по горло и хотел бы вернуться к работе. .)
Ваш путь — это объединение системного пути и пользовательского пути. Кроме того, системные переменные среды могут не содержать ссылок на переменные среды пользователя, и любые такие ссылки не будут расширены. Чтобы получить желаемый результат, вставьте ссылку на% JAVA_HOME% в переменную среды пользователя PATH или создайте такую переменную, если она еще не существует.
Возможно, упрощенный пример прояснит это. Предположим, что среда SYSTEM
и среда пользователя JSmith является
тогда результирующий путь будет
Проверьте в реестре Windows под этим ключом:
ЕСЛИ переменная среды должна быть расширена (здесь:% JAVA_HOME%)
тогда переменная должна быть установлена как значение REG_EXPAND_SZ .
При использовании reg.exe через командную строку для добавления / редактирования значений реестра по умолчанию введите REG_SZ. Укажите тип REG_EXPAND_SZ с помощью reg add /t REG_EXPAND_SZ параметра.
Существует определенная проблема с расширением переменных среды в переменной PATH, когда переменная раскрывается в путь, содержащий пробелы.
Мы создали наши собственные переменные системного уровня, такие как «OUR_ROOT = c: \ MyRoot», а затем использовали их в системном PATH, например «PATH =;% OUR_ROOT% \ bin;» и это правильно раскрывается в «PATH =; c: \ MyRoot \ bin;». Пока проблем нет.
Но в Windows 7 (32-разрядная версия) я сам установил продукт и создал системные переменные среды, например:
и он добавил его в системную переменную PATH:
Но значения PATH, показанные в CMD, содержали «% STUDIO_BIN%;» а не расширенный путь. Значение в «Мой компьютер»> «Свойства»> «Дополнительно»> «Env.Vars» также не изменилось. Это означало, что я не мог запускать программы, которым требовалась DLL в этом каталоге.
Просто изменив STUDIO_BIN (через Мой компьютер> Свойства> Дополнительно . > Env Vars) на имя без встроенных пробелов:
и затем перезапуская окно CMD, PATH теперь:
Другое решение состоит в том, чтобы в достаточной степени отредактировать системную переменную, которую вы используете в PATH, с помощью диалогового окна «Мой компьютер»> «Свойства»> «Дополнительно»> «Переменные среды». Я попытался добавить символ и удалить его, чтобы внести «изменения», а затем «ОК» вышел, запустил новое приглашение CMD, и PATH НЕ был правильно расширен. Затем я попытался удалить часть пути, чтобы это было
(опуская «Название продукта 10.4») и вот, и следующее приглашение CMD показало PATH с должным расширением STUDIO_BIN!
Как ни странно, если я вернулся и добавил «Имя продукта 10.4» в STUDIO_BIN (включая все пробелы, которые были там до того, как я начал с ним работать), и PATH все равно был правильно расширен.
Очевидно, что при достаточном изменении его содержимого переменная PATH подвергается некоторой дополнительной обработке в диалоговом окне Environment Variables, которая позволяет ему работать. Обработка не выполняется, когда переменная была добавлена установщиком продукта (который, вероятно, просто изменил PATH в реестре напрямую).
Я почти уверен, что это была проблема и с XP. Он только что появился у меня в Windows 7, когда я собирал новую машину для разработки. Очевидно это не было исправлено Microsoft.
Эта страница дает возможный ответ, если вы устанавливаете PATH через командную строку или командный файл. (Заключите всю команду после SET в кавычки.) Я не знаю, какой установщик установил продукт, который я установил, для установки переменных среды, но он явно обходил любую обработку, необходимую для правильного расширения путей пробелами.
Итак, подведем итог: вы можете:
изменить пути (и переместить все связанные файлы) на пути без пробелов, или
отредактируйте переменные, которые не могут быть расширены, в диалоговом окне «Переменные среды» (изменив их достаточно для правильной обработки — я не уверен, насколько этого достаточно).
Профиль | Отправить PM | Цитировать 
