Xorg-Autostart
Abgesehen von Startskripten auf Systemebene verfügt Ihre Desktop-Umgebung möglicherweise über eine eigene Methode zum automatischen Ausführen von Programmen. Der Ordner .config/autostartsoll eine desktopneutrale Methode zum Definieren von Autorun-Einträgen sein. /etc/xdg/autostartist für die systemweite Konfiguration. Details zur Spezifikation unter http://developer.gnome.org/autostart-spec/ .
Für LXDE können auch Autostart-Einträge eingestellt werden ~/.config/lxsession/LXDE/autostart.
Es ist ein bisschen anders, wenn Sie Ihre Skripte ausführen müssen, nachdem das Netzwerk funktioniert hat. In diesem Fall sollten Sie die speziellen Post-Connect-Skripts überprüfen, die für Ihren Netzwerkmanager definiert werden können. Sowohl NetworkManager als auch wicd haben ihre eigenen Möglichkeiten, Autorun-Einträge nach dem Verbinden anzugeben. Wenn das Netzwerk über konfiguriert wurde ifupdown, können Post-Up-Skripte in den /etc/network/if-up.d/Ordner gestellt werden. Ein besserer Ansatz für die Ausführung von Post-Connect-Skripten könnte jedoch systemd sein (für Systeme, die dies unterstützen, was die Mehrheit der modernen Distributionen darstellt).
Autostart als Systemdienst
Wenn das, was Sie automatisch starten möchten, keine grafische App ist, für die ein Desktop erforderlich ist, vermeiden Sie am besten die Verwendung von Autostart-Funktionen, die von xorg oder Ihrer aktuellen Desktop-Umgebung bereitgestellt werden.
systemd ist in vielen modernen Distributionen allgegenwärtig geworden und bietet viel Kontrolle und Flexibilität in Bezug auf die Art und Weise, wie Ihre Dienste gestartet werden und wie sie ausgeführt werden.
Ich fasse einige Vorteile zusammen ( systemd kann viel mehr ):
- Als root oder als bestimmter Benutzer ausführen: zB
User=myuser
- Starten Sie die Dienste bei einem Fehler mit konfigurierbaren Zeitüberschreitungen neu:
Restart=on-failure|on-watchdog|on-abnormal|always
- Festlegen des Diensttyps:
Type=simple|forking|oneshot|notify|dbus
- Stellen Sie Startvoraussetzungen und Abhängigkeiten her, dh Sie können Ihren Dienst so einstellen, dass er nach dem Hochfahren des Netzwerks startet (
Wants=network-online.targetsiehe [Unit]Abschnitt).
Ein Beispieldienst, der einen Telegramm-Cli-Dämon startet. Legen Sie es in /etc/systemd/system/tg.service.
[Unit]
Description=MyDaemon
Wants=network-online.target
After=network-online.target
[Service]
ExecStart=/usr/local/bin/telegram-cli -k /etc/telegram-cli/tg-server.pub -W -P 1234 -d -vvvRC
ExecStop=/usr/bin/pkill -f telegram-cli
User=jicu
[Install]
WantedBy=multi-user.target
Jetzt können Sie den Dienst für den Autostart aktivieren:
sudo systemctl enable tg
Starten Sie den Dienst:
sudo systemctl start tg
Beenden Sie den Dienst:
sudo systemctl stop tg
Überprüfen Sie den Status:
systemctl status tg
Deaktivieren Sie den Dienst:
sudo systemctl disable tg
Um Ihnen zusätzliche Tipparbeit zu ersparen, können Sie ~/.bashrcdie Zeile hinzufügen und alias sc='sudo systemctl $*'dann die obigen Befehle auf z sc start tg. B. kürzen .
HINWEIS: Wenn Sie cronCrontab-Einträge verwendet haben, wissen Sie, dass sie in einer eingeschränkten Umgebung ausgeführt werden. Dies gilt auch für Folgendes: Verwenden Sie systemdimmer absolute Pfade und gehen Sie nicht davon aus, dass Variablen definiert sind. Legen Sie explizit alle Variablen fest, von denen Ihre Skripte abhängen. systemd nicht Ihre Benutzer verwenden .bashrcund $PATH.
Mehr Info: