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

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

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,