Почему PATH определяется в ~ / .profile, даже если запуск терминала с помощью bash выполняется только ~ / .bashrc?

~/.profileвыполняется при входе в систему в режиме консоли, а не в графическом режиме. Вы можете использовать ключи F1, F2 ...для входа в режиме консоли.

Edit -> Profile Preferences -> Title and Command -> "Run command as a login shell"

Обычные ~/.profileзагрузки, ~/.bashrcесли они доступны, если - при условии $BASH_VERSION, присутствует в вашей среде.

Имейте в виду, что ~/.profileэто игнорируется, если, если есть ~/.bash_profileили ~/.bash_loginв вашем доме, и что, в результате его игнорирования, также ~/.bashrcне получены.

Этот ответ был получен здесь при исследовании аналогичной проблемы. И в этом ответе Unix & Linux упоминается, как Debian обрабатывает конфигурации оболочки со ссылками, которые могут помочь.

От man bash:

Когда bash вызывается как интерактивная оболочка входа в систему или как неинтерактивная оболочка с параметром -login, она сначала читает и выполняет команды из файла / etc / profile, если этот файл существует. После прочтения этого файла он ищет ~ / .bash_profile, ~ / .bash_login и ~ / .profile в указанном порядке, а также читает и выполняет команды из первой существующей и доступной для чтения ....

Когда запускается интерактивная оболочка, которая не является оболочкой входа в систему, bash читает и выполняет команды из ~ / .bashrc, если этот файл существует ....

Я это понимаю

1. ~/.bashrc: для интерактивной оболочки
2. ~/.bash_profile, ~/.bash_login, ~/.profile: Для входа в оболочку

Итак, если вам нужно изменить PATHв терминале, который представляет собой интерактивную оболочку, вы можете добавить эти PATHнастройки ~/.bashrc; или, в качестве альтернативы, вы можете источник ~/.profileот ~/.bashrcвсякий раз, когда вы находитесь в нерегистрированной оболочки, например:

shopt -q login_shell || . ~/.profile 

А почему PATHустанавливается в ~/.profileкачестве рекомендуемого образом, я считаю, что пользователь, определенный PATHдолжен быть установлен правильно, когда он / она логины, и «войти в систему » может быть bash, zshили GUI, или несколько иначе.

Senario 1: Некоторым пользователям может потребоваться не-X в качестве рабочей среды по умолчанию; и X вызывается в startxобычном или автоматическом режиме с ~/.profileмомента входа в виртуальный терминал tty7.

[ -z $DISPLAY -a $XDG_VTNR -eq 7 ] && exec startx 

В этом случае пользователи тщательно выбирали то, что установить в ~/.profile, ~/.bashrcи~/.xinitrc, таким образом, что они имеют требуемый набор переменных окружения --- PATH, EDITOR, VISUAL, BROWSERи т.д. .--- ли он / она работает в:

1. Консоли (Ctrl + Alt + F [1-6]) или вход без X через ssh: ~/.profile+~/.bashrc
2. Нетерминальные программы в X: ~/.profile+~/.xinitrc
3. Эмуляторы терминала в X: ~/.profile + ~/.xinitrc+~/.bashrc

Таким образом, установка PATHв ~/.profileэто лучший выбор. Пользователи могут установить EDITORкак vimв~/.profile (в не-X), но изменить его на emacsв ~/.xinitrc(в X).

Senario 2: пользователь с графическим интерфейсом, который XFCEвместо этого входит в систему как bash; так PATHможно установить в~/.xsessionrc как описано здесь .

Senario 3:zsh пользователь может установить PATHв ~/.zprofile. Интерактивные настройки для bashнаходятся в местах ~/.bashrc, и интерактивные настройки для zshнаходятся в ~/.zshrc.

Мое понимание всегда было .bashrcспецифичным для bash и .profileявляется кросс-оболочкой. Это не может быть проблемой для большинства домашних пользователей, но я иногда нахожусь в системе, где пользователи предпочитают ksh(и применяют этот выбор для новых пользователей). Если по какой-то причине вы получаете борщ, .profileтакже используется. Обратите внимание, что zsh и csh не используют .profile.