Jak działają „aplikacje startowe”?

Interesuje mnie wiedza o tym, jak działają „Aplikacje startowe”, do których można uzyskać dostęp ze stacji dokującej.

Chcę to wiedzieć, ponieważ chcę poznać różnicę między dodaniem wpisu w tych miejscach:

/etc/rc.local 
/etc/profile  
/home/$USER/.profile

i robiąc to samo za pomocą tej aplikacji GUI. Zastanawia mnie to, że nie widzę, aby program tworzył wpisy w wyżej wymienionych plikach.

14.04 autostart

— daltonfury42
źródło

Odpowiedzi:

/etc/rc.local

# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.

Zasadniczo poziom uruchamiania wielu użytkowników oznacza po uruchomieniu.

/etc/profile

Ten plik jest wywoływany tylko dla powłok logowania, ponieważ jest to jego szczególny cel.

/etc/profile, uruchamiany przez wszystkie powłoki zgodne z Bourne (w tym bashi dash), gdy jest uruchamiany jako powłoka logowania.
/home/$USER/.profile
```
# ~/.profile: executed by the command interpreter for login shells.
# This file is not read by bash if ~/.bash_profile or ~/.bash_login
# exists.
```
Zarówno ~/.bashrci ~/.bash_profilesą skryptami, które mogą być wykonywane po wywołaniu bash. ~/.bashrcPlik pobiera wykonywane podczas uruchamiania bash używając interaktywną powłokę, która nie jest powłoką zgłoszeniową. ~/.bash_profileTylko pobiera wykonywane podczas powłoki logowania.

^Źródło

Myślę więc, że .profilezostanie stracony, jeśli żadne z nich nie zostanie (z jakiegokolwiek powodu).
Wreszcie, twoja metoda GUI prawdopodobnie wprowadza .desktopprogramy uruchamiające/home/$USER/.config/autostart

Jest to uruchamiane przy logowaniu użytkownika (myślę, że loguję się tylko w GUI - tak startxby się nie ttyzalogowało).

Moje zaimki to On / On

— Tim
źródło

Czy komendy .profile nie będą wykonywane przy logowaniu do GUI?

— daltonfury42

@ user3073656 hmmm jak nazywa się aplikacja GUI?

— Tim

Przepraszam, nieostrożny błąd! Miałeś rację.

— daltonfury42

@ user3073656 edytowano

— Tim

Każde środowisko pulpitu zgodne ze specyfikacjami freedesktop (czyli XDG) powinno korzystać z aplikacji do automatycznego uruchamiania przy logowaniu użytkownika lub po włożeniu nośnika wymiennego.

W celu automatycznego uruchomienia aplikacji przy logowaniu użytkownika środowisko pulpitu szuka .desktoppliku do wykonania określonej tam aplikacji. Te .desktoppliki zwykle znajdują się w

$XDG_CONFIG_DIRS/autostart

Ale możemy je również mieć w następujących lokalizacjach:

~/.config/autostart/ ## if $XDG_CONFIG_HOME is not set
etc/xdg/autostart/ ## if $XDG_CONFIG_DIRS is not set

W każdym razie .desktopplik znajdujący się w ~/.config/autostartjest definiowany jako najważniejszy plik do uruchomienia, zastępując .desktoppliki w innych lokalizacjach.

Ubuntu spełnia tę specyfikację, a użytkownicy mogą dodawać aplikacje z interfejsem GUI do „Autostart Applications”.

Aplikację można uruchomić automatycznie niezależnie od pulpitu z różnych innych lokalizacji, takich jak ~/.profilepowłoka, w /etc/rc.localcelu uruchomienia przy starcie systemu lub, ostatnio, za pomocą systemd .

— Takkat
źródło

Dodawanie poleceń w ten sposób jest najlepsze, ponieważ dosłownie nie zajmuje to czasu w porównaniu z plikiem .profile, do którego dodajemy nasze polecenia uruchamiania. Przetestowałem oba na moim Dell Inspiron 7560 z Ubuntu 16.04 i ten sposób wydaje się lepszy.

— Jasser

Sądzę też, że jest to lepsze niż edytowanie pliku / etc / profile, ponieważ jest on wywoływany tylko dla powłok logowania po uruchomieniu środowiska pulpitu. Tak, również to przetestowałem. Miałem rację.

— Jasser