Discussion :

[Philippe Dpt35]

Bonjour,

Pour lancer une application (directement ou par un script) au démarrage de Linux, différentes solutions existent, dépendant également du système utilisé par la distribution (system V ou systemd):
- placement dans /etc/init.d
- utilisation de /etc/rc.local ou /etc/init.d/rc.local
- placement dans /lib/systemd/system/

Y a-t-il une méthode plus "propre" à suivre pour le lancement d'une application (pas un service) qui ne doit se faire qu'après le démarrage de tous les autres services, et qui fonctionnerait quel que soit le système utilisé par la distribution (system V ou systemd), ou toutes ces méthodes sont-elles légitimes ?

J'en profite également pour poser la question s'agissant d'un service: quelle est la méthode "propre" dans ce cas ?

Merci d'avance pour vos éclairages.

[LittleWhite]

Bonjour,

Il y a les solutions liés à la session graphique, que ce soit grâce à lightdm, ou encore au serveur X (fichier XSession). Après, il y a encore une solution, lié à la session, mais j'imagine que c'est trop "tard".

[Philippe Dpt35]

J'ai volontairement mis de côté les solutions liées à la session graphique, car elles nécessitent des interventions différentes selon l'environnement de bureau utilisé.
C'est pour la réalisation d'un script pouvant fonctionner quel que soit l'environnement de bureau adopté sur des distributions basées sur Debian. Je souhaiterai que ce script fasse les choses "proprement", d'où ma question portant sur le choix de la méthode à privilégier.

[Ti-Slackeux]

Bonjour,

Et avec crontab, @reboot ... ??

Bonne Journée

[BufferBob]

salut,

pour une action systemwide (root) je pense que je mettrais dans /etc/rc.local ou similaire, le @reboot dans cron ne garantit pas que tous les services ont été lancés

[Philippe Dpt35]

Il y a les solutions liés à la session graphique, que ce soit grâce à lightdm, ou encore au serveur X (fichier XSession). Après, il y a encore une solution, lié à la session, mais j'imagine que c'est trop "tard".

Après vérification, la méthode de la création d'un fichier .desktop dans ~/.config/autostart, que je croyais liée à un environnement de bureau particulier, semble être valable pour tous les environnements de bureau. C'est certes lié à la session, mais pour ce que je veux lancer (un serveur VNC accessible en localhost uniquement), c'est même préférable.

[seddik92]

Bonjour ,

Le mieux ce serait de pousser le path de ton script sur /etc/rc.d/rc.local , cela va garantir le lancement du script après le démarrage des services

Cdlt,
Seddik

[Philippe Dpt35]

Il me semble qu'avec systemd /etc/rc.d/rc.local n'est plus pris en compte par défaut.

[seddik92]

Je suis tout a fait d'accord , et sur certaines versions du système GNU/Linux .
Dans ce cas il va falloir un peu modifier dans le fichier de conf du systemd :

1)

Code bash :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
    echo "#!/bin/bash \n exit 0">/etc/rc.d/rc.local
    chmod a+x /etc/rc.d/rc.local
 
    ln -s /etc/rc.d/rc.local /etc/rc.local

2) Un vi sur le fichier ; /usr/lib/systemd/system/rc-local.service
Puis ajouter ;

[Install]
WantedBy=multi-user.target

3) activer le rc-local avec systemctl
avec un sudo :
l'activation

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo systemctl enable rc-local

le demarrage

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo systemctl start rc-local.service

Le check

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo systemctl status rc-local.service

Bien a vous ,
Seddik