Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Prochaine révision
Révision précédente
creer_un_service_avec_systemd [Le 23/07/2024, 11:54]
217.114.205.206 [Principes de base]
creer_un_service_avec_systemd [Le 17/12/2024, 12:10] (Version actuelle)
geole [Exemple de service cyclique.] servic utilisateur
Ligne 70: Ligne 70:
   * Un service de type **oneshot** est similaire à un service de type **simple**. Cependant, systemd attend que le processus se termine avant de continuer ses traitements. **Ce type de service est typiquement utilisé comme équivalent aux commandes lancées au démarrage via les scripts d'init system V**. Cela permet à systemd de remplacer ce mécanisme. De ce fait, avec systemd des nouveaux services apparaissent,​ alors qu'ils auraient été simplement des scripts d'init avec SysVinit.   * Un service de type **oneshot** est similaire à un service de type **simple**. Cependant, systemd attend que le processus se termine avant de continuer ses traitements. **Ce type de service est typiquement utilisé comme équivalent aux commandes lancées au démarrage via les scripts d'init system V**. Cela permet à systemd de remplacer ce mécanisme. De ce fait, avec systemd des nouveaux services apparaissent,​ alors qu'ils auraient été simplement des scripts d'init avec SysVinit.
   * Un service de type **dbus** est similaire à un service de type **simple**. Cependant, le processus du service doit obtenir un nom via D-Bus. systemd pourra alors traiter les autres unités.   * Un service de type **dbus** est similaire à un service de type **simple**. Cependant, le processus du service doit obtenir un nom via D-Bus. systemd pourra alors traiter les autres unités.
-  * Un service de type **notify** est similaire à un service de type **simple**. Cependant, c'est le processus du service qui avertira systemd (via la fonction ​sd_notfy(3)) qu'il peut traiter les autres unités.+  * Un service de type **notify** est similaire à un service de type **simple**. Cependant, c'est le processus du service qui avertira systemd (via la fonction ​sd_notify(3)) qu'il peut traiter les autres unités.
  
 ===== Exemples de services et leur fichier de configuration===== ===== Exemples de services et leur fichier de configuration=====
Ligne 165: Ligne 165:
  
 ==== Exemple de service cyclique. ==== ==== Exemple de service cyclique. ====
 +=== Service systeme ===
 +
 Création du fichier de timer Création du fichier de timer
 <file sh /​etc/​systemd/​system/​MAJ0.timer>​ <file sh /​etc/​systemd/​system/​MAJ0.timer>​
Ligne 190: Ligne 192:
 </​file>​ </​file>​
 Avec les commandes de gestion associées Avec les commandes de gestion associées
-<​code>​sudo systemctl enable MAJ0.timer ​+<​code ​bash>sudo systemctl enable MAJ0.timer ​
 sudo systemctl start  MAJ0.timer sudo systemctl start  MAJ0.timer
 sudo systemctl status MAJ0.timer sudo systemctl status MAJ0.timer
 </​code>​ </​code>​
 +=== Service utilisateur ===
 +Création et activation du service
 +<code bash>cat <<"​EOF"​ >​$HOME/​.config/​systemd/​user/​Alerte.service
 +[Unit]
 +Description=Rappeler que le moment est venu.
 +[Service]
 +Type=simple
 +ExecStart=zenity --warning --text " C'est l'​heure. Monseigneur."​
 +EOF
 +sleep 1
 +systemctl --user enable Alerte.service;​
 +systemctl --user start  Alerte.service;</​code>​
 +Création et activation des déclenchements
 +<code bash>cat <<"​EOF"​ >​$HOME/​.config/​systemd/​user/​Alerte.timer
 +[Unit]
 +Description=indique les moments retenus.
 +[Timer] ​
 +OnCalendar=Mon-Sat *-*-* 10:20:30
 +OnCalendar=Sun *-*-* 12:14:16
 +[Install]
 +WantedBy=timers.target
 +EOF
 +sleep 1
 +systemctl --user enable Alerte.timer;​
 +systemctl --user start  Alerte.timer;</​code>​
 +
 +
  
 ====Exemple de service avancé avec la base graphe neo4j==== ====Exemple de service avancé avec la base graphe neo4j====
  • creer_un_service_avec_systemd.1721728448.txt.gz
  • Dernière modification: Le 23/07/2024, 11:54
  • par 217.114.205.206