Astuces - systemd - Historique des versions

Ycharbi : Ajout de la section "Systèmes de fichiers" + remplacement des balises "source" obsolètes + correction d'une faute

2025-01-04T14:59:16Z

Ajout de la section "Systèmes de fichiers" + remplacement des balises "source" obsolètes + correction d'une faute

← Version précédente		Version du 4 janvier 2025 à 16:59
Ligne 14 :		Ligne 14 :
	vim /etc/systemd/system/network-online.target.wants/networking.service		vim /etc/systemd/system/network-online.target.wants/networking.service

	Changez la valeur <~~source lang="bash" inline~~>TimeoutStartSec=5min</~~source~~> en :		Changez la valeur <code>TimeoutStartSec=5min</code> en :

	TimeoutStartSec=5		TimeoutStartSec=5
Ligne 25 :		Ligne 25 :

	==Temps d'attente générique==		==Temps d'attente générique==
	Il est possible d’interagir avec le temps d'attente de démarrage et d'arrêt par défaut d'un service (au cas où celui-ci n'est pas renseigné dans son fichier) en spécifiant les valeurs suivantes dans la configuration globale <~~source lang="bash" inline~~>/etc/systemd/system.conf</~~source~~> :		Il est possible d’interagir avec le temps d'attente de démarrage et d'arrêt par défaut d'un service (au cas où celui-ci n'est pas renseigné dans son fichier) en spécifiant les valeurs suivantes dans la configuration globale <code>/etc/systemd/system.conf</code> :

	DefaultTimeoutStartSec=5s		DefaultTimeoutStartSec=5s
Ligne 35 :		Ligne 35 :

	==Gestionnaire utilisateur==		==Gestionnaire utilisateur==
	Un service mystérieux ralenti considérablement l'extinction de certain ''Debian Stretch'' avec comme message '''a job is running for user manager debian'''. Encore un truck à la con. Il convient d'installer (pour je ne sais quelle raison) le service <~~source lang="bash" inline~~>watchdog</~~source~~> pour régler ça (pourquoi c'est pas installé de base si ça permet de régler le problème ?).		Un service mystérieux ralenti considérablement l'extinction de certain ''Debian Stretch'' avec comme message '''a job is running for user manager debian'''. Encore un truck à la con. Il convient d'installer (pour je ne sais quelle raison) le service <code>watchdog</code> pour régler ça (pourquoi c'est pas installé de base si ça permet de régler le problème ?).

	apt install watchdog		apt install watchdog
Ligne 56 :		Ligne 56 :
	vim /usr/bin/nat.sh		vim /usr/bin/nat.sh

	<~~source~~ lang="bash">		<syntaxhighlight lang="bash">
	#!/bin/sh		#!/bin/sh
	iptables -F -t nat		iptables -F -t nat
	iptables -t nat -A POSTROUTING -s 173.16.0.0/24 -o eth0 -j MASQUERADE		iptables -t nat -A POSTROUTING -s 173.16.0.0/24 -o eth0 -j MASQUERADE
	</~~source~~>		</syntaxhighlight>

	Donner les droits d’exécution		Donner les droits d’exécution
Ligne 70 :		Ligne 70 :
	vim /etc/systemd/system/nat.service		vim /etc/systemd/system/nat.service

	<~~source~~ lang="~~bash~~">		<syntaxhighlight lang="ini">
	[Service]		[Service]
	ExecStart=/usr/bin/nat.sh		ExecStart=/usr/bin/nat.sh
Ligne 76 :		Ligne 76 :
	[Install]		[Install]
	WantedBy=default.target		WantedBy=default.target
	</~~source~~>		</syntaxhighlight>

	Recharger la configuration de ''Systemd''		Recharger la configuration de ''Systemd''
Ligne 105 :		Ligne 105 :
	vim /usr/bin/modelisation		vim /usr/bin/modelisation

	<~~source~~ lang="bash">		<syntaxhighlight lang="bash">
	#!/bin/bash		#!/bin/bash
	# Ce script permet de modéliser une machine démarrant en PXE sur un squashfs afin de gagner du temps lors de phases de tests. Il était prévu de le charger via le réseau mais systemd oblige, je n'ai pas eu le choix de le mettre local (quelle merde ce truck...)		# Ce script permet de modéliser une machine démarrant en PXE sur un squashfs afin de gagner du temps lors de phases de tests. Il était prévu de le charger via le réseau mais systemd oblige, je n'ai pas eu le choix de le mettre local (quelle merde ce truck...)
Ligne 170 :		Ligne 170 :
	# On sort avec le code 0 (tout est bon)		# On sort avec le code 0 (tout est bon)
	exit 0		exit 0
	</~~source~~>		</syntaxhighlight>

	===Création du service Systemd===		===Création du service Systemd===
Ligne 176 :		Ligne 176 :
	vim /etc/systemd/system/usage.service		vim /etc/systemd/system/usage.service

	<~~source~~ lang="~~bash~~">		<syntaxhighlight lang="ini">
	[Unit]		[Unit]
	Description=Modélisation d'un squashfs		Description=Modélisation d'un squashfs
Ligne 191 :		Ligne 191 :
	[Install]		[Install]
	WantedBy=default.target		WantedBy=default.target
	</~~source~~>		</syntaxhighlight>

	Explications : On crée un script [https://www.freedesktop.org/software/systemd/man/systemd.service.html#Type= oneshot] avec pour script de démarrage ''/usr/bin/~~modelisation~~'' (les accents ne sont pas pris en charge). On demande à ''Systemd'' d’exécuter ce script dans le ''TTY2'' (on fait ça car sinon le système crache des entrées de journal pendant que l'on répond aux questions) et de nettoyer la console lorsqu'il est terminé.		Explications : On crée un script [https://www.freedesktop.org/software/systemd/man/systemd.service.html#Type= oneshot] avec pour script de démarrage ''/usr/bin/modélisation'' (les accents ne sont pas pris en charge). On demande à ''Systemd'' d’exécuter ce script dans le ''TTY2'' (on fait ça car sinon le système crache des entrées de journal pendant que l'on répond aux questions) et de nettoyer la console lorsqu'il est terminé.

	===Activation du service au démarrage===		===Activation du service au démarrage===
Ligne 208 :		Ligne 208 :
	systemctl disable modelisation.service		systemctl disable modelisation.service

	Lors de l'execution du script (pendant qu'il pose des questions), un <~~source lang="bash" inline~~>systemctl status modelisation.service</~~source~~> affichera		Lors de l'execution du script (pendant qu'il pose des questions), un <code>systemctl status modelisation.service</code> affichera

	● modelisation.service - Modélisation d'un squashfs		● modelisation.service - Modélisation d'un squashfs
Ligne 234 :		Ligne 234 :
	* http://www.linuxjournal.com/article/2807		* http://www.linuxjournal.com/article/2807
	* https://askubuntu.com/questions/491509/how-to-get-dialog-box-input-directed-to-a-variable#704616		* https://askubuntu.com/questions/491509/how-to-get-dialog-box-input-directed-to-a-variable#704616

			=Systèmes de fichiers=
			==Montages automatiques==
			''Systemd'' Gère certains montages lui même sans passer par le fichier <code>/etc/fstab</code> (géré lui même par [https://www.freedesktop.org/software/systemd/man/latest/systemd-remount-fs.service.html systemd-remount-fs.service]). C'est le cas notamment de <code>/tmp</code> monté en ''tmpfs'' sur les systèmes récents. Trois méthodes sont décrites pour désactiver ou modifier ces montages lorsque cela est possible :
			# désactiver l'unité de point de montage associée (<code>unité.mount</code>). Pour <code>/tmp</code>, il est possible de faire <code>systemctl mask tmp.mount</code>
			# monter un système de fichiers différent au dessus du point de montage en utilisant <code>/etc/fstab</code>
			# ajouter une entrée dans <code>/etc/fstab</code> pour modifier les propriétés du montage actuel


			Concernant le point numéro un, de plus amples informations sur les trois niveaux de désactivation d'un service ''Systemd'' sont consultables [https://0pointer.de/blog/projects/three-levels-of-off.html ici].

			===Sources de la section===
			* https://www.freedesktop.org/wiki/Software/systemd/APIFileSystems/
			* https://systemd.io/API_FILE_SYSTEMS/

Ycharbi : Aération du code + corrections typographiques + déplacement de la section "Désactiver la journalisation dans le shell" dans la page "Paramètres linux".

2021-06-05T11:26:14Z

Aération du code + corrections typographiques + déplacement de la section "Désactiver la journalisation dans le shell" dans la page "Paramètres linux".

Voir les modifications

Ycharbi : /* Modification d'un service */ Ajout de la section du temps générique + modification du nom de la section sur le temps d'attente spécifique d'un service + correction de mise en forme de mots.

2020-07-12T10:12:47Z

Modification d'un service : Ajout de la section du temps générique + modification du nom de la section sur le temps d'attente spécifique d'un service + correction de mise en forme de mots.

← Version précédente		Version du 12 juillet 2020 à 12:12
Ligne 22 :		Ligne 22 :

	=Modification d'un service=		=Modification d'un service=
	==Temps d'attente==		==Temps d'attente spécifique==
	Un truck ultra pète couille avec Systemd c'est le temps définit à l'attente de finalisation d'une tâche. Un exemple que vous avez sûrement déjà rencontré: Avec Ubuntu (vu dernièrement avec la 16.04) si vous allumez la machine sans connecter le câble réseau vous avez l'obligation d'attendre au démarrage 5min03 avant de pouvoir utiliser la machine !!! Mais pourquoi avoir développé ça bon sang ? Ils ne testent pas leur système ? Ils ne se rendent pas compte que c'est inutilisable ? On va régler ça avec la bidouille suivante qui consiste à passer de 5min d'attente à 5 secondes, c'est déjà plus supportable.		Un truck ultra pète couille avec ''Systemd'' c'est le temps définit à l'attente de finalisation d'une tâche. Un exemple que vous avez sûrement déjà rencontré: Avec ''Ubuntu'' (vu dernièrement avec la ''16.04'') si vous allumez la machine sans connecter le câble réseau vous avez l'obligation d'attendre au démarrage 5min03 avant de pouvoir utiliser la machine !!! Mais pourquoi avoir développé ça bon sang ? Ils ne testent pas leur système ? Ils ne se rendent pas compte que c'est inutilisable ? On va régler ça avec la bidouille suivante qui consiste à passer de 5min d'attente à 5 secondes, c'est déjà plus supportable.

	vim /etc/systemd/system/network-online.target.wants/networking.service		vim /etc/systemd/system/network-online.target.wants/networking.service
Ligne 31 :		Ligne 31 :
	''Note: l'unité par défaut est la seconde.''		''Note: l'unité par défaut est la seconde.''

	Rechargez la configuration de Systemd		Rechargez la configuration de ''Systemd'' (ou redémarrez le système)
			systemctl daemon-reload

			==Temps d'attente générique==
			Il est possible d’interagir avec le temps d'attente de démarrage et d'arrêt par défaut d'un service (au cas où celui-ci n'est pas renseigné dans son fichier) en spécifiant les valeurs suivantes dans la configuration globale <source lang="bash" inline>/etc/systemd/system.conf</source>:
			DefaultTimeoutStartSec=5s
			DefaultTimeoutStopSec=5s

			Rechargez la configuration de ''Systemd''
	systemctl daemon-reload		systemctl daemon-reload

Ycharbi : Ycharbi a déplacé la page Systemd vers Astuces - systemd sans laisser de redirection

2020-04-17T16:51:47Z

Ycharbi a déplacé la page Systemd vers Astuces - systemd sans laisser de redirection

← Version précédente	Version du 17 avril 2020 à 18:51
(Aucune différence)

Ycharbi : Correction d'une erreur de coloration syntaxique + changement de stratégie dans les catégories.

2020-04-17T16:50:37Z

Correction d'une erreur de coloration syntaxique + changement de stratégie dans les catégories.

← Version précédente		Version du 17 avril 2020 à 18:50
Ligne 1 :		Ligne 1 :
	[[Category:~~services~~]]		[[Category:systemd]]
	Ce document regroupe les choses qu'on sais faire avec le fameux Systemd... Je ne dirai pas ce que je pense de ce "logiciel" car je risque de déraper...		Ce document regroupe les choses qu'on sais faire avec le fameux Systemd... Je ne dirai pas ce que je pense de ce "logiciel" car je risque de déraper...

Ligne 27 :		Ligne 27 :
	vim /etc/systemd/system/network-online.target.wants/networking.service		vim /etc/systemd/system/network-online.target.wants/networking.service

	Changez la valeur <source lang="bash inline>TimeoutStartSec=5min</source> en:		Changez la valeur <source lang="bash" inline>TimeoutStartSec=5min</source> en:
	TimeoutStartSec=5		TimeoutStartSec=5
	''Note: l'unité par défaut est la seconde.''		''Note: l'unité par défaut est la seconde.''

Ycharbi : Ajout de la section "Redémarrer dans l'UEFI".

2020-04-12T15:55:48Z

Ajout de la section "Redémarrer dans l'UEFI".

← Version précédente		Version du 12 avril 2020 à 17:55
Ligne 13 :		Ligne 13 :
	* https://wiki.archlinux.org/index.php/Silent_boot#sysctl		* https://wiki.archlinux.org/index.php/Silent_boot#sysctl
	* https://unix.stackexchange.com/questions/44999/how-can-i-hide-messages-of-udev/45525#45525		* https://unix.stackexchange.com/questions/44999/how-can-i-hide-messages-of-udev/45525#45525

			=Redémarrer dans l'UEFI=
			Il est possible de redémarrer la machine directement dans le menu de configuration de l'UEFI via la commande suivante:
			systemctl reboot --firmware-setup

			==Source de la section==
			* https://superuser.com/questions/519718/linux-on-uefi-how-to-reboot-to-the-uefi-setup-screen-like-windows-8-can?noredirect=1

	=Modification d'un service=		=Modification d'un service=

Ycharbi : /* Modification d'un service */ Correction d'une faute + ajout de la section "Gestionnaire utilisateur".

2018-10-25T17:43:06Z

Modification d'un service : Correction d'une faute + ajout de la section "Gestionnaire utilisateur".

← Version précédente		Version du 25 octobre 2018 à 19:43
Ligne 16 :		Ligne 16 :
	=Modification d'un service=		=Modification d'un service=
	==Temps d'attente==		==Temps d'attente==
	Un truck ultra pète couille avec Systemd c'est le temps définit à l'attente de finalisation d'une tâche. Un exemple que vous avez sûrement déjà rencontré: Avec Ubuntu (vu dernièrement avec la 16.04) si vous allumez la machine sans connecter le câble réseau vous avez l'obligation d'attendre au démarrage 5min03 avant de pouvoir utiliser la machine !!! Mais pourquoi avoir ~~développer~~ ça bon sang ? Ils ne testent pas leur système ? Ils ne se rendent pas compte que c'est inutilisable ? On va régler ça avec la bidouille suivante qui consiste à passer de 5min d'attente à 5 secondes, c'est déjà plus supportable.		Un truck ultra pète couille avec Systemd c'est le temps définit à l'attente de finalisation d'une tâche. Un exemple que vous avez sûrement déjà rencontré: Avec Ubuntu (vu dernièrement avec la 16.04) si vous allumez la machine sans connecter le câble réseau vous avez l'obligation d'attendre au démarrage 5min03 avant de pouvoir utiliser la machine !!! Mais pourquoi avoir développé ça bon sang ? Ils ne testent pas leur système ? Ils ne se rendent pas compte que c'est inutilisable ? On va régler ça avec la bidouille suivante qui consiste à passer de 5min d'attente à 5 secondes, c'est déjà plus supportable.

	vim /etc/systemd/system/network-online.target.wants/networking.service		vim /etc/systemd/system/network-online.target.wants/networking.service
Ligne 27 :		Ligne 27 :
	systemctl daemon-reload		systemctl daemon-reload

	==~~Source~~ de la section==		==Gestionnaire utilisateur==
			Un service mystérieux ralenti considérablement l'extinction de certain Debian Stretch avec comme message '''a job is running for user manager debian'''. Encore un truck à la con. Il convient d'installer (pour je ne sais quelle raison) le service <source lang="bash" inline>watchdog</source> pour régler ça (pourquoi c'est pas installé de base si ça permet de régler le problème ?).
			apt install watchdog
			systemctl enable watchdog
			systemctl start watchdog

			==Sources de la section==
	* https://ubuntuforums.org/printthread.php?t=2323253&pp=10&page=1		* https://ubuntuforums.org/printthread.php?t=2323253&pp=10&page=1
			* https://unix.stackexchange.com/questions/230986/a-stop-job-is-running-on-shutdown#284488

	=Création d'un script de démarrage=		=Création d'un script de démarrage=

Ycharbi : Suppression d'un "s" en trop dans le chemin du service

2018-05-06T14:00:58Z

Suppression d'un "s" en trop dans le chemin du service

← Version précédente		Version du 6 mai 2018 à 16:00
Ligne 18 :		Ligne 18 :
	Un truck ultra pète couille avec Systemd c'est le temps définit à l'attente de finalisation d'une tâche. Un exemple que vous avez sûrement déjà rencontré: Avec Ubuntu (vu dernièrement avec la 16.04) si vous allumez la machine sans connecter le câble réseau vous avez l'obligation d'attendre au démarrage 5min03 avant de pouvoir utiliser la machine !!! Mais pourquoi avoir développer ça bon sang ? Ils ne testent pas leur système ? Ils ne se rendent pas compte que c'est inutilisable ? On va régler ça avec la bidouille suivante qui consiste à passer de 5min d'attente à 5 secondes, c'est déjà plus supportable.		Un truck ultra pète couille avec Systemd c'est le temps définit à l'attente de finalisation d'une tâche. Un exemple que vous avez sûrement déjà rencontré: Avec Ubuntu (vu dernièrement avec la 16.04) si vous allumez la machine sans connecter le câble réseau vous avez l'obligation d'attendre au démarrage 5min03 avant de pouvoir utiliser la machine !!! Mais pourquoi avoir développer ça bon sang ? Ils ne testent pas leur système ? Ils ne se rendent pas compte que c'est inutilisable ? On va régler ça avec la bidouille suivante qui consiste à passer de 5min d'attente à 5 secondes, c'est déjà plus supportable.

	vim /etc/systemd/system/network-online.~~targets~~.wants/networking.service		vim /etc/systemd/system/network-online.target.wants/networking.service

	Changez la valeur <source lang="bash inline>TimeoutStartSec=5min</source> en:		Changez la valeur <source lang="bash inline>TimeoutStartSec=5min</source> en:

Ycharbi : Ajout de la modification du temps de démarrage + aération du code

2018-05-06T08:30:20Z

Ajout de la modification du temps de démarrage + aération du code

← Version précédente		Version du 6 mai 2018 à 10:30
Ligne 1 :		Ligne 1 :
	[[Category:services]]		[[Category:services]]
	Ce document regroupe les choses qu'on sais faire avec le fameux Systemd... Je ne dirai pas ce que je pense de ce "logiciel" car je risque de déraper...		Ce document regroupe les choses qu'on sais faire avec le fameux Systemd... Je ne dirai pas ce que je pense de ce "logiciel" car je risque de déraper...

	=Désactiver la journalisation dans le shell=		=Désactiver la journalisation dans le shell=
	Sur un système basique (debootstrap), quand on branche une clé USB, un câble réseau, etc... Ça crache les logs directement dans le shell comme sur un équipement Cisco. Pour désactiver ça, il faut créer le fichier suivant avec ce contenu :		Sur un système basique (debootstrap), quand on branche une clé USB, un câble réseau, etc... Ça crache les logs directement dans le shell comme sur un équipement Cisco. Pour désactiver ça, il faut créer le fichier suivant avec ce contenu :
Ligne 8 :		Ligne 9 :
	Un simple redémarrage suffit pour prendre en compte le changement. Si vous voulez appliquer le changement immédiatement (vous êtes en plein test et redémarrer n'est pas envisageable), exécutez simplement cette commande (non testé mais ça viens de la même source donc il n'y a pas de raison que cela ne fonctionne pas) :		Un simple redémarrage suffit pour prendre en compte le changement. Si vous voulez appliquer le changement immédiatement (vous êtes en plein test et redémarrer n'est pas envisageable), exécutez simplement cette commande (non testé mais ça viens de la même source donc il n'y a pas de raison que cela ne fonctionne pas) :
	echo "3 3 3 3" > /proc/sys/kernel/printk		echo "3 3 3 3" > /proc/sys/kernel/printk

	==Sources de la section==		==Sources de la section==
	* https://wiki.archlinux.org/index.php/Silent_boot#sysctl		* https://wiki.archlinux.org/index.php/Silent_boot#sysctl
	* https://unix.stackexchange.com/questions/44999/how-can-i-hide-messages-of-udev/45525#45525		* https://unix.stackexchange.com/questions/44999/how-can-i-hide-messages-of-udev/45525#45525

			=Modification d'un service=
			==Temps d'attente==
			Un truck ultra pète couille avec Systemd c'est le temps définit à l'attente de finalisation d'une tâche. Un exemple que vous avez sûrement déjà rencontré: Avec Ubuntu (vu dernièrement avec la 16.04) si vous allumez la machine sans connecter le câble réseau vous avez l'obligation d'attendre au démarrage 5min03 avant de pouvoir utiliser la machine !!! Mais pourquoi avoir développer ça bon sang ? Ils ne testent pas leur système ? Ils ne se rendent pas compte que c'est inutilisable ? On va régler ça avec la bidouille suivante qui consiste à passer de 5min d'attente à 5 secondes, c'est déjà plus supportable.

			vim /etc/systemd/system/network-online.targets.wants/networking.service

			Changez la valeur <source lang="bash inline>TimeoutStartSec=5min</source> en:
			TimeoutStartSec=5
			''Note: l'unité par défaut est la seconde.''

			Rechargez la configuration de Systemd
			systemctl daemon-reload

			==Source de la section==
			* https://ubuntuforums.org/printthread.php?t=2323253&pp=10&page=1

	=Création d'un script de démarrage=		=Création d'un script de démarrage=
	==Simple==		==Simple==
Ligne 16 :		Ligne 35 :

	{{info\|Ce logiciel étant un peu con, on ne peut pas simplement lui demander d'effectuer une commande, il faut obligatoirement passer par un script, même pour une seul et simple commande...}}		{{info\|Ce logiciel étant un peu con, on ne peut pas simplement lui demander d'effectuer une commande, il faut obligatoirement passer par un script, même pour une seul et simple commande...}}

	===Création du script du service===		===Création du script du service===
	Pour l'exemple, je vais ajouter une règle [Iptables] pour faire du nat.		Pour l'exemple, je vais ajouter une règle [Iptables] pour faire du nat.
Ligne 26 :		Ligne 46 :
	Donner les droits d’exécution		Donner les droits d’exécution
	chmod +x /usr/bin/nat.sh		chmod +x /usr/bin/nat.sh

	===Création du service Systemd===		===Création du service Systemd===
	vim /etc/systemd/system/nat.service		vim /etc/systemd/system/nat.service

Ycharbi : Annulation des modifications 737 de Ycharbi (discussion)

2017-12-22T11:49:50Z

Annulation des modifications 737 de Ycharbi (discussion)

← Version précédente		Version du 22 décembre 2017 à 13:49
Ligne 52 :		Ligne 52 :
	===Création du script du service===		===Création du script du service===
	vim /usr/bin/modelisation		vim /usr/bin/modelisation
	<source lang="bash~~" line start="1~~">		<source lang="bash">
	#!/bin/bash		#!/bin/bash
	# Ce script permet de modéliser une machine démarrant en PXE sur un squashfs afin de gagner du temps lors de phases de tests. Il était prévu de le charger via le réseau mais systemd oblige, je n'ai pas eu le choix de le mettre local (quelle merde ce truck...)		# Ce script permet de modéliser une machine démarrant en PXE sur un squashfs afin de gagner du temps lors de phases de tests. Il était prévu de le charger via le réseau mais systemd oblige, je n'ai pas eu le choix de le mettre local (quelle merde ce truck...)

Astuces - systemd - Historique des versions

Ycharbi : Ajout de la section "Systèmes de fichiers" + remplacement des balises "source" obsolètes + correction d'une faute

Ycharbi : Aération du code + corrections typographiques + déplacement de la section "Désactiver la journalisation dans le shell" dans la page "Paramètres linux".

Ycharbi : /* Modification d'un service */ Ajout de la section du temps générique + modification du nom de la section sur le temps d'attente spécifique d'un service + correction de mise en forme de mots.

Ycharbi : Ycharbi a déplacé la page Systemd vers Astuces - systemd sans laisser de redirection

Ycharbi : Correction d'une erreur de coloration syntaxique + changement de stratégie dans les catégories.

Ycharbi : Ajout de la section "Redémarrer dans l'UEFI".

Ycharbi : /* Modification d'un service */ Correction d'une faute + ajout de la section "Gestionnaire utilisateur".

Ycharbi : Suppression d'un "s" en trop dans le chemin du service

Ycharbi : Ajout de la modification du temps de démarrage + aération du code

Ycharbi : Annulation des modifications 737 de Ycharbi (discussion)