Plik .profile nie jest pozyskiwany w Debian Buster (testowanie)

0

Dodałem kilka rzeczy do mojej zmiennej PATH w .profile w nowej instalacji Debian Buster, ale sprawdzając środowisko przy ponownym uruchomieniu, widzę, że nic się nie zmieniło. Co może być problemem?

Dodana linia to:

PATH=$HOME/local/bin:$PATH

Przy dalszej inspekcji nie zostanie ono pozyskane tylko wtedy, gdy zaloguję się za pomocą graficznego logowania. Zalogowanie się do wirtualnej konsoli powoduje prawidłowe źródło wszystkiego.

bash debian .profile Mali Remorker
źródło
To i to pytanie może nieco przyspieszyć twoje badania.
Kamil Maciorowski

Odpowiedzi:

3

Plik .profilepochodzi z powłoki logowania.

Wygląda na to, że okna terminali utworzone przez system graficzny nie tworzą powłok logowania. Jeśli używasz bashjako powłoki, możesz albo uruchomić je jako bash -loginźródło .profile, albo umieścić swoje polecenia w `.bashrc '.

Jeśli używasz innej powłoki, zajrzyj do dokumentacji.

RalfFriedl
źródło
Używam Debiana od około 2002 roku. Przez te wszystkie lata pracowałem z różnymi systemami graficznymi i wszystkie one tworzyły powłokę logowania. Jedyną zmianą w porównaniu ze zwykłym sposobem konfigurowania systemu Debian jest to, że mam XFCE obok Gnome i Fluxboksa. Menedżer logowania jest domyślnym menedżerem logowania Debiana. Zauważyłem również, że kiedy „su”, / usr / sbin nie znajduje się w ŚCIEŻCE. Oznacza to, że evne / etc / profile nie zostało pozyskane. Wydaje mi się, że coś się zmieniło w sposobie uruchamiania systemu (systemd?) Lub moja konfiguracja jest jakoś spartaczona.
Mali Remorker
Polecenie sunie tworzy powłoki logowania, a su -irobi to. Menedżer logowania nie ma znaczenia, ważne jest, jak uruchomiona jest powłoka w twoim terminalu.
RalfFriedl
Okazuje się, że lightdm, domyślny menedżer wyświetlania, nie zainicjował się przy użyciu .profile lub / etc / profile. Pozbyłem się tego i zainstalowałem dobry stary xdm. Teraz wszystko działa.
Mali Remorker,