Inicio automático de Xorg
Además de los scripts de inicio a nivel del sistema, su entorno de escritorio podría tener su propia forma de ejecutar programas automáticamente. Se .config/autostartsupone que la carpeta es una forma neutral para el escritorio de definir entradas de ejecución automática. /etc/xdg/autostartes para la configuración de todo el sistema. Detalles sobre la especificación en http://developer.gnome.org/autostart-spec/ .
Para LXDE, las entradas de inicio automático también se pueden configurar ~/.config/lxsession/LXDE/autostart.
Es un poco diferente si necesita ejecutar sus scripts después de que la red esté en funcionamiento. En ese caso, debe verificar los scripts especiales posteriores a la conexión que se pueden definir para su administrador de red. Tanto NetworkManager como wicd tienen sus propias formas de especificar entradas de ejecución automática posteriores a la conexión. Si la red se configura a través de ifupdown, los scripts posteriores se pueden colocar en la /etc/network/if-up.d/carpeta. Pero un mejor enfoque para ejecutar scripts posteriores a la conexión podría ser systemd (para sistemas que lo admiten, que es la mayoría de las distribuciones modernas).
Inicio automático como un servicio systemd
Si lo que desea iniciar automáticamente no es una aplicación gráfica que requiere un escritorio, entonces es mejor evitar el uso de las instalaciones de inicio automático proporcionadas por xorg o por su entorno de escritorio actual.
systemd se ha vuelto omnipresente en muchas distribuciones modernas, y ofrece mucho control y flexibilidad en términos de cómo se inician sus servicios y cómo se ejecutan.
Resumiré algunos beneficios ( systemd puede hacer mucho más ):
- Ejecutar como root o como usuario específico: por ej.
User=myuser
- Reinicie los servicios en caso de falla con tiempos de espera configurables:
Restart=on-failure|on-watchdog|on-abnormal|always
- Configuración del tipo de servicio:
Type=simple|forking|oneshot|notify|dbus
- Establezca condiciones y dependencias de inicio, es decir, puede configurar su servicio para que se inicie después de que la red esté activa (
Wants=network-online.targeten el[Unit] sección).
Un servicio de ejemplo que inicia un demonio telegram-cli. Colocarlo en /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
Ahora puede habilitar el servicio para iniciar automáticamente:
sudo systemctl enable tg
Comience el servicio:
sudo systemctl start tg
Detener el servicio:
sudo systemctl stop tg
Verifica el estado:
systemctl status tg
Deshabilitar el servicio:
sudo systemctl disable tg
Para ahorrarle un tipeo adicional, puede agregar su ~/.bashrclínea y alias sc='sudo systemctl $*'luego podrá acortar los comandos anteriores para, por ejemplo,sc start tg .
NOTA: Si ha utilizado cron, tenga en cuenta que las entradas de crontab se ejecutan en un entorno restringido; lo mismo se aplica a systemd: utilice siempre rutas absolutas y no haga suposiciones de ninguna variable que se esté definiendo. Establezca explícitamente cualquier variable de la que dependan sus scripts. systemd no usará su usuario .bashrcy $PATH.
Más información: