Если имеются ввиду стартовые скрипты (/etc/profile, /etc/profile.d/*, ~/.bash_profile, ~/.bashrc и т.д.), то нет. В man bash описан порядок, в котором они запускаются.
Ну дык в sysvinit и openrc разные стартовые скрипты. С чего ты взял, что именно в sysvinit они правильные? Во многих дистрах вообще убрали /usr/games, например, а /sbin и /usr/sbin есть только в рута.
В порядке вброса: systemd исправляет фрагментацию между дистрами именно в таких вещах.
PATH="/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/sbin:/usr/sbin"
if [ -n "$BASH_VERSION" ]; then
# include .bashrc if it exists
if [ -f "$HOME/.bashrc" ]; then
. "$HOME/.bashrc"
fi
fi
это называется «решаеш проблему поставленную менеджером» - как решение дающее ожидаемую инфу( цель же задекларированна узнать как меняется некоторая внутряняя башевская переменная)- и в итоге получаем инстумент позволяющий отлаживать баш скрипты чуть легче ( можно пропатчить чтобы и трассу скидывал )
зы. дык вроде у башей и прочих шелов существует режим трасировки - врубил , и дальше грепай-нехочу
Вдруг ты не в курсе, но переменных PATH на одном локалхосте в единицу времени зачастую больше одной. Каждый процесс имеет свои переменные и волен менять их на своё усмотрение, а затем порождать новые процессы с уже изменёнными переменными окружения.
Поэтому, глядя из разных процессов, можно наблюдать совершенно разные PATH. Вот ты о какой из них говорил?
Чтобы понять, кто мог поменять её значение, нужно понять происхождение процесса, в выводе которого это было зафиксировано.
Если проблема не воспроизводится в виртуальной консоле: обычно de/wm читают ~/.xsessionrc (или ~/.xinitrc) в нем пользователь пишет ~/.profile. Можно посмотреть что в этих файлах, если не поможет - тогда нужно посмотреть где инициализируется de/wm.