Podczas wywoływania powłoki bash szuka plików konfiguracyjnych w następującej kolejności:
[0] ~/.bash_profile
[1] ~/.bash_login
[2] ~/.profile
Po znalezieniu pierwszego, to przestaje patrząc na innych, więc jeśli nie ma .bash_profilew moim $HOMEbash nie będzie szukać .bash_logini .profilejuż.
Z tych trzech nazw plików, Ubuntu domyślnie używa .profilenazwy, na którą możesz zmienić, .bash_profilejeśli chcesz:
mv ~/.profile ~/.bash_profile
Teraz, jeśli otwieramy nową powłokę bash za pomocą bash -l, su - $USER, sudo -u $USER -ilub innych poleceń bash, który działa jako powłoka logowania, ~/.bash_profiledostanie pozyskiwane.
Ważne, aby pamiętać:
To, o czym mówiłem do tej pory, dotyczy tylko samego Basha, gdy logujesz się do systemu z GUI, menedżer wyświetlania jest odpowiedzialny za pozyskiwanie odpowiednich plików.
Ubuntu używa gdm3jako menedżera wyświetlania, jeśli spojrzymy na: /etc/gdm3/Xsessionmożemy zobaczyć, że żaden z plików nie zostanie pozyskany, z wyjątkiem .profile:
# First read /etc/profile and .profile
for file in /etc/profile "$HOME/.profile"; do
if [ -f "$file" ]; then
source_with_error_check "$file"
fi
done
więc jeśli używasz GUI do logowania, zachowaj plik pod .profilenazwą, w przeciwnym razie możesz przegapić niektóre zmienne i ustawienia w swoich środowiskach.
Wydaje mi się, że lepszym rozwiązaniem jest utworzenie dowiązania symbolicznego do .profile:
ln -s ~/.profile ~/.bash_profile
Teraz Twoje dane żyją .profile, gdmniczego nie umkną, ładują .bash_profilesię w rzeczywistości .profile, a edycja każdego z nich daje ten sam wynik.
Brakuje .profile?
Jeśli nie masz, .profilepobierz jego kopię tutaj:
cp /etc/skel/.profile ~/.profile
lub
# Remember the note above
cp /etc/skel/.profile ~/.bash_profile
~/.profile.