Linux export path не сохраняется
Обновлено: 03.07.2024
До недавнего времени я использовал Java 1.7 для своей кодовой базы, а недавно мы обновились до java 8. Когда я пытаюсь установить переменную JAVA_HOME в файле .bash_profile / .bashrc как :
и сохраните его и используйте источник .bash_profile, на который указывает java-версия :
но когда я выхожу из terminal/, закрываю сеанс и перепроверяю java-версию, она снова указывает на старую версию, как это :
Не могли бы вы помочь мне установить путь JAVA_HOME постоянно, чтобы мне не нужно было запускать исходный код .bash_profile каждый раз, когда я вхожу в свой terminal, чтобы постоянно менять версию java с 1.7 на 1.8.
Кроме того, может ли кто-нибудь помочь мне понять :
- Разница между .bash_profile и .bashrc файлами.
- Когда я проверяю версию среды выполнения Java в своих системных настройках, она указывает на 1.8
Нажмите ЗДЕСЬ Для справки , но когда я проверяю java-версию в terminal, она отображается как :
- В чем разница между командой $JAVA_HOME и командой whereis java ?
2 ответа
У меня есть очень простой вопрос: почему нам нужно добавить точку с запятой в конце переменной PATH и почему мы не добавляем точку с запятой в переменную JAVA_HOME? Я читаю много книг и форумов: Чтобы разделить разные пути в переменной PATH? или сказать системе или JRE, чтобы она не смотрела.
JAVA_HOME не сохраняется set/ в переменной path после закрытия экземпляра terminal
Это верно. В обычном shell изменения, внесенные в переменные среды в shell, теряются при выходе shell. (Это относится к Linux, UNIX, Mac OS и даже Windows "cmd.exe".)
Не могли бы вы помочь мне установить путь JAVA_HOME постоянно, чтобы мне не нужно было запускать исходный код .bash_profile каждый раз, когда я вхожу в свой terminal, чтобы постоянно менять версию java с 1.7 на 1.8.
На UNIX / Linux одной из возможностей было бы поместить глобальные настройки в /etc/profile . Однако я не знаю, подходит ли это для MacOS. В вашем случае это может быть то, что вы вводите настройки в неправильный файл или что вы вводите неправильные настройки в правильный файл.
Но это то, что "man bash" говорит об инициализации shell (в моей системе Linux):
Когда bash вызывается как интерактивный логин shell или как неинтерактивный shell с параметром --login , он сначала считывает и выполняет команды из файла /etc/profile , если этот файл существует. После чтения этого файла он ищет
/.profile в этом порядке , а также читает и выполняет команды из первого , который существует и доступен для чтения. .
Когда запускается интерактивный shell, который не является логином shell , bash считывает и выполняет команды из
/.bashrc , если этот файл существует. Это может быть предотвращено с помощью параметра --norc . Параметр --rcfile file заставит bash читать и выполнять команды из файла вместо Также не мог бы кто-нибудь помочь мне понять: 1) Разницу между .bash_profile и .bashrc файлами. 2) Когда я проверяю версию среды выполнения Java в своих системных настройках, она указывает на 1.8, но когда я выполняю Я получаю этот вывод: Я предполагаю, что ваш файл(ы) инициализации shell переопределяет то, что вы установили в системных настройках. Кроме того, я подозреваю, что вы, возможно, неправильно поняли, как shell находит команды. Как объясняет "man bash", shell фактически будет искать команды, используя переменную $PATH . Это переменная, которую вы должны проверить, чтобы выяснить, почему java -version и whereis java ведут себя не так, как вы ожидаете. Вы можете проверить, каковы фактические параметры переменной среды в shell, введя 3) В чем разница между командами $JAVA_HOME и whereis java ? Первый-это переменная окружения . которая не является путем поиска команды. Он обычно используется сторонними инструментами для поиска JDK / JRE. Но сами инструменты JDK / JRE игнорируют это! Вторая - это встроенная команда, которая пытается найти команду на реальном пути поиска команды shell. В идее IntelliJ, используя окно Gradle, я могу выполнять любые и все задачи Gradle. Однако, когда я пытаюсь выполнить те же задачи через окно terminal в пределах IDE, он поражает меня следующей ошибкой: ERROR: JAVA_HOME is not set and no 'java' command could be found in your PATH. Please set the. JAVA_HOME не сохраняется set/ в переменной path после закрытия экземпляра terminal Это неверно. Он сохраняется в переменной PATH, как только вы его сохраните. Однако это не влияет на текущие открытые terminal windows, только на новые. Закрытие окна terminal не имеет к этому никакого отношения. Я новичок в ubuntu . Я пытаюсь использовать java-8. Где я уже установил java-6 в свою машину ubuntu . Я просто хочу использовать java-8 из моего terminal (для тестовой цели), а не со всей моей. Я установил JAVA_HOME, как показано ниже, из batch file, но он все еще указывает на то, что установлено в C диске @echo on set JAVA_HOME=D:\xxxx\JAVA\jdk1.7.0_80 set. я настроил задание crontab для запуска скрипта php, php /Documents/workspace/tools/src/main/php/testcron.php > mylog и файл журнала показывают: JAVA_HOME не установлен. я попробовал экспорт и. У меня есть очень простой вопрос: почему нам нужно добавить точку с запятой в конце переменной PATH и почему мы не добавляем точку с запятой в переменную JAVA_HOME? Я читаю много книг и форумов. В идее IntelliJ, используя окно Gradle, я могу выполнять любые и все задачи Gradle. Однако, когда я пытаюсь выполнить те же задачи через окно terminal в пределах IDE, он поражает меня следующей. Я пытаюсь добавить переменные окружения %JAVA_HOME%\bin в Path с помощью скрипта Powershell. Сама переменная JAVA_HOME указывает на C:\Program Files\Java\jdk1.8.0_172 . Когда я добавил. Если JAVA_HOME не задано, то команда echo будет отображать командные инструкции в том виде, в каком они есть: C:\>echo %JAVA_HOME% %JAVA_HOME% Чтобы установить переменные среды пользователя. Я установил узел 10.13 и использую mac 10.14.6. Однако после закрытия terminal версия узла изменяется на 10.0. Я был бы признателен, если бы вы сказали мне, как вставить версию узла. $sudo n 10.13. Как решал: Далее в Path прописываю путь к java: По умолчанию PATH: Изменяю PATH: echo $PATH Думаю, всё ОК, чтоб не вводить каждый раз, делаю Перезагружаю комп export PATH как буд-то и небыло: Т.е export Path не сработал. Вопрос: где хранится PATH (в каком файле)? Из-за чего может быть такая трабла? /.bashrc Может у меня не сохраняется, т.к. "Отказано в доступе"? Попробовал. Нажал enter, а текст листается и листается. Положил бутылку кока-колы на клавишу enter, попил чай, пришёл, текст всё листается. Правда, через 10 сек. подошёл к концу. Итого, это минут на 7 непрерывного листания и страниц на 150 убористого английского текста. Извините, наболело просто. Не подумайте, что кого-то к чему-то принуждаю, просто моё мнение. Когда вы запускаете программу из терминала или скрипта, то обычно пишете только имя файла программы. Однако, ОС Linux спроектирована так, что исполняемые и связанные с ними файлы программ распределяются по различным специализированным каталогам. Например, библиотеки устанавливаются в /lib или /usr/lib, конфигурационные файлы в /etc, а исполняемые файлы в /sbin/, /usr/bin или /bin. Таких местоположений несколько. Откуда операционная система знает где искать требуемую программу или её компонент? Всё просто — для этого используется переменная PATH. Эта переменная позволяет существенно сократить длину набираемых команд в терминале или в скрипте, освобождая от необходимости каждый раз указывать полные пути к требуемым файлам. В этой статье мы разберёмся зачем нужна переменная PATH Linux, а также как добавить к её значению имена своих пользовательских каталогов. Для того, чтобы посмотреть содержимое переменной PATH в Linux, выполните в терминале команду: На экране появится перечень папок, разделённых двоеточием. Алгоритм поиска пути к требуемой программе при её запуске довольно прост. Сначала ОС ищет исполняемый файл с заданным именем в текущей папке. Если находит, запускает на выполнение, если нет, проверяет каталоги, перечисленные в переменной PATH, в установленном там порядке. Таким образом, добавив свои папки к содержимому этой переменной, вы добавляете новые места размещения исполняемых и связанных с ними файлов. Для того, чтобы добавить новый путь к переменной PATH, можно воспользоваться командой export. Например, давайте добавим к значению переменной PATH папку/opt/local/bin. Для того, чтобы не перезаписать имеющееся значение переменной PATH новым, нужно именно добавить (дописать) это новое значение к уже имеющемуся, не забыв о разделителе-двоеточии: Теперь мы можем убедиться, что в переменной PATH содержится также и имя этой, добавленной нами, папки: Вы уже знаете как в Linux добавить имя требуемой папки в переменную PATH, но есть одна проблема — после перезагрузки компьютера или открытия нового сеанса терминала все изменения пропадут, ваша переменная PATH будет иметь то же значение, что и раньше. Для того, чтобы этого не произошло, нужно закрепить новое текущее значение переменной PATH в конфигурационном системном файле. В ОС Ubuntu значение переменной PATH содержится в файле /etc/environment, в некоторых других дистрибутивах её также можно найти и в файле /etc/profile. Вы можете открыть файл /etc/environment и вручную дописать туда нужное значение: sudo vi /etc/environment Можно поступить и иначе. Содержимое файла .bashrc выполняется при каждом запуске оболочки Bash. Если добавить в конец файла команду export, то для каждой загружаемой оболочки будет автоматически выполняться добавление имени требуемой папки в переменную PATH, но только для текущего пользователя: В этой статье мы рассмотрели вопрос о том, зачем нужна переменная окружения PATH в Linux и как добавлять к её значению новые пути поиска исполняемых и связанных с ними файлов. Как видите, всё делается достаточно просто. Таким образом вы можете добавить столько папок для поиска и хранения исполняемых файлов, сколько вам требуется. Нет похожих записей Я пытаюсь добавить каталог на свой путь, поэтому он всегда будет на моем пути Linux. Я пробовал: Это работает, однако каждый раз, когда я выхожу из терминала и запускаю новый экземпляр терминала, этот путь теряется, и мне нужно снова запустить команду экспорта. Как я могу сделать это, чтобы это было установлено постоянно? Вам нужно добавить его в файл В зависимости от того, что вы делаете, вы также можете использовать символические ссылки на двоичные файлы: Обратите внимание, что это не будет автоматически обновлять ваш путь до конца сеанса. Для этого вам необходимо запустить: /.profile а затем запустить source .profile файл source .profile , чтобы изменения вступили в силу немедленно для текущего сеанса терминала. Это установлено постоянно и доступно после выхода из системы / перезагрузки. /.profile запустите source /.profile который вам не нужно перезагружать. /.bashrc для получения новых изменений. pdflatex также должен иметь исполняемый флаг. В Ubuntu отредактируйте /etc/environment . Его единственная цель - хранить переменные среды. Первоначально здесь определяется переменная $ PATH. Это вставка из файла /etc/environment : Таким образом, вы можете просто открыть этот файл с правами root и добавить все, что захотите. Для немедленных результатов запустите (попробуйте как обычный пользователь и root): ОБНОВИТЬ: Если вы используете zsh (aka Z Shell), добавьте эту строку сразу после комментариев в /etc/zsh/zshenv : Я столкнулся с этой маленькой причудой на Ubuntu 15.10, но если ваш zsh не получит правильную PATH, это может быть почему /.bashrc . С другой стороны, отсутствие /etc/environment имеет смысл с моей точки зрения, поскольку у меня нет ни одной переменной, которую нужно установить для «всех» … и, как правило, лучше отделить конфигурации базовой системы от отдельных пользовательские конфигурации в любом случае. ;) / .bashrc, вы можете легко загрузить (например, если вы изменили переменную $ PATH, но не хотите перезапускать) таким же образом, используя source Существует несколько способов сделать это. Фактическое решение зависит от цели. Значения переменных обычно хранятся либо в списке назначений, либо в оболочке script, которая запускается в начале сеанса системы или пользователя. В случае оболочки script вы должны использовать специальный синтаксис оболочки. /.xprofile Shell script. Это выполняется, когда пользователь входит в систему X Window System. Переменные, определенные здесь, видны для каждого приложения X. Идеальный выбор для расширения PATH со значениями, такими как Поместите объявление export в /.bashrc . Мой .bashrc содержит следующее: /.bashrc чтобы перезагрузить конфигурацию .bashrc . Тогда будет работать /.bashrc. Я использую Ubuntu 14.04 LTS. Я очень новичок в Linux. /.bashrc ) в текстовом редакторе, таком как nano, и наберите эту строку в конце файла. Путь будет изменен, как только вы откроете новый экземпляр bash Вы можете установить $PATH навсегда двумя способами. Чтобы установить путь для конкретного пользователя: Возможно, вам понадобится сделать запись в .bash_profile в домашнем каталоге пользователя. например, в моем случае я установлю путь Java в профиле пользователя tomcat Чтобы установить общий путь для всех пользователей системы, вам может потребоваться задать путь следующим образом: Вы можете использовать для Centos или RHEL для локального пользователя: Это добавит текущий каталог (или вы можете использовать другой каталог) в PATH, это сделает его постоянным, но вступит в силу при следующем входе в систему. Если вы не хотите повторного входа в систему, можете использовать: Я думаю, что самый элегантный способ: 1.add this в файле /.bashrc Запустите эту команду добавьте свой путь внутрь Вы также можете установить постоянное редактирование одного из этих файлов: /etc/profile (для всех пользователей) /.bash_profile (для текущего пользователя) /.bash_login (для текущего пользователя) /.profile (для текущего пользователя) Вы также можете использовать /etc/environment для установки постоянной переменной среды PATH, но она не поддерживает расширение переменной. Вы можете добавить эту строку в конфигурационный файл консоли (например,.bashrc) или в .profile Я наткнулся на этот вопрос вчера, когда искал способ добавить папку, содержащую мои собственные скрипты, в PATH - и был удивлен, узнав, что мой собственный /.profile файл (на Linux Mint 18.1) уже содержал это: Таким образом, все, что мне нужно было сделать, это создать папку /bin и поместить туда мои скрипты. Мой ответ относится к настройке go-lang на Ubuntu linux/amd64 . Я столкнулся с такой же проблемой при настройке пути переменных окружения ( GOPATH и GOBIN ), потеряв его при выходе из терминала и перестраивая его с помощью source <file_name> каждый раз. Ошибка заключалась в том, чтобы поместить путь ( GOPATH и GOBIN ) в папку /.bash_profile . Потеряв несколько хороших часов, я обнаружил, что решение заключалось в том, чтобы положить GOPATH и GOBIN в файл /.bash_rc следующим образом: и при этом установка go работала нормально, и потерь пути не было. ИЗМЕНИТЬ 1: Причина, по которой эта проблема может быть связана, заключается в том, что настройки для не-регистрационных оболочек, таких как ваш терминал ubuntu или gnome-terminal, где мы запускаем код go, берутся из файла Главное меню » Linux » Объяснение команды export в Linux или сокращение как здесь, чтобы присвоить значение сразу: Вы можете увидеть значение экспортируемых переменных с помощью команды echo : Чтобы сделать изменения постоянными, вы должны добавить их в файл Это было просто краткое изложение. Давайте посмотрим ее в деталях, чтобы лучше понять. В приведенном ниже примере мы объявляем переменную оболочки var и присваиваю ей значение 3. Пока это переменная оболочки. Если мы выйдем из терминала и откроем новый терминал, эта переменная оболочки исчезнет. Если мы хотим использовать эту переменную в сценарии оболочки, она не будет работать. Точно так же, если мы переключаем пользователя (и, таким образом, запускаю новую оболочку с этим пользователем), эта переменная оболочки не будет доступна: Теперь вернемся к предыдущему пользователю (и, таким образом, к предыдущей оболочке, где мы объявили переменную оболочки). Вы можете видеть, что переменная все еще существует здесь (потому что мы еще не завершили эту сессию оболочки): Итак, теперь, если мы используем здесь команду экспорта для переменной var, она станет переменной окружения и будет доступна для всех вложенных оболочек, пользователей и сценариев оболочки в этом сеансе. Вы можете проверить все переменные окружения, используя команду printenv: Но борьба не заканчивается здесь. Если вы закроете сеанс, выйдете из терминала, выйдете из системы или перезагрузите систему, ваша переменная среды снова исчезнет. Вот почему принято добавлять команду export в файл конфигурации среды выполнения (rc) вашей оболочки. Каждая оболочка имеет этот rc-файл, расположенный в домашнем каталоге пользователя, который используется для определения переменных и другой конфигурации при запуске оболочки. Как пользователь, вы можете использовать этот файл rc для настройки вашей оболочки и ее поведения. Если вы используете оболочку bash, у вас должен быть файл bashrc в /.bashrc. Вы можете отредактировать этот файл в текстовом редакторе, таком как Vim, или просто добавить к нему файл export var = 3 (или что-либо, что вы экспортируете). Сделав это, вы должны использовать исходную команду, чтобы сделать изменения доступными немедленно. Хорошей практикой является хранение всех пользовательских переменных среды в одном месте. Например, если вы установили maven и хотите иметь возможность его запустить, вы должны добавить в каталог расположение исполняемых файлов maven следующим образом: Что оно делает? Он добавляет это местоположение каталога к пути. Когда вы пытаетесь запустить команду в Linux, ваша система ищет ее исполняемый файл (обычно в каталоге bin) в каталогах, упомянутых в переменной PATH. Мы настоятельно рекомендуем прочитать о структуре каталогов Linux, чтобы иметь лучшее представление. Мы надеемся, что у вас теперь создалось представление о команде export в Linux. Если у вас есть сомнения, пожалуйста, не стесняйтесь спрашивать в разделе комментариев. Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.Похожие вопросы:
установил jdk1.5.0_11.
Методом тыка понял что установилось в /usr/java/jdk1.5.0_11.
echo $PATH
/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:/root/bin
PATH=usr/java/jdk1.5.0_11/bin:/$PATH
/usr/java/jdk1.5.0_11/bin://usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:/root/bin
Далее если запускать приложения из-под коммандной строки, например, то всё работает
export PATH.
echo $PATH
/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:/root/bin
там прекрасно расписано, почему то, что ты делаешь не работает, да и не должно работать. и как сделать так, чтоб работало там тоже написано.
bash: /root/.profile: Нет такого файла или каталога
bash: /root/.bashrc: Отказано в доступе
там прекрасно расписано, почему то, что ты делаешь не работает, да и не должно работать. и как сделать так, чтоб работало там тоже написано.
Переменная PATH в Linux
Выводы
Статья распространяется под лицензией Creative Commons ShareAlike 4.0 при копировании материала ссылка на источник обязательна.
24 ответа
Системная ширина
Сеанс пользователя
Спецификация для распространения
Спасибо за подробный ответ, это должно быть выше. Может быть, .bash_profile следует добавить в список?
Я думаю, что лучший ответ предлагается /etc/environment . Но могу ли я обновить его без выхода и входа? Иногда я не использую bash или sh, поэтому source /etc/environment не работает.
Отличный и на мой взгляд самый полный ответ. Должно быть намного выше.
Моя причина для поиска этой темы была на самом деле Go. Рад видеть, что я не единственный, кто понял, что .bashrc не то место. ;)
Понимание того, как работает команда export
Сделать экспортированные переменные оболочки «постоянными» с помощью файла bashrc
Зачем использовать команду экспорта?
Бонус Совет: удалить переменную из списка экспорта
Читайте также: