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
systemd [Le 28/09/2016, 06:56]
zarmu [Ressources]
systemd [Le 29/02/2024, 07:08] (Version actuelle)
178.38.234.34 Lien vers Archlinux corrigé
Ligne 1: Ligne 1:
-{{tag>​système administration services}} +{{tag>​système administration services ​log Focal}}
-----+
  
-====== ​Systemd ​======+====== ​systemd ​======
 Systemd est le gestionnaire de système qui remplace [[:​upstart]] et son prédécesseur ([[:​script_sysV|les scripts system V]]) depuis [[:​xenial|Ubuntu 16.04 LTS Xenial]]. Le nom de ce programme vient de « system daemon » : le daemon du système\\ Systemd est le gestionnaire de système qui remplace [[:​upstart]] et son prédécesseur ([[:​script_sysV|les scripts system V]]) depuis [[:​xenial|Ubuntu 16.04 LTS Xenial]]. Le nom de ce programme vient de « system daemon » : le daemon du système\\
 C'est une pièce maîtresse de l'​architecture [[:​GNU]]/​[[:​Linux]]. En effet, c'est le premier programme lancé par le noyau (il a donc le PID N°1) et il se charge de lancer tous les programmes suivants en ordre jusqu'​à obtenir un système opérationnel pour l'​utilisateur,​ selon le mode déterminé (single user, multi-user, graphique). C'est également à lui qu'​incombe la tache de redémarrer ou arrêter votre ordinateur proprement. C'est une pièce maîtresse de l'​architecture [[:​GNU]]/​[[:​Linux]]. En effet, c'est le premier programme lancé par le noyau (il a donc le PID N°1) et il se charge de lancer tous les programmes suivants en ordre jusqu'​à obtenir un système opérationnel pour l'​utilisateur,​ selon le mode déterminé (single user, multi-user, graphique). C'est également à lui qu'​incombe la tache de redémarrer ou arrêter votre ordinateur proprement.
  
-<note warning>​À ​la la lecture de l’introduction,​ il apparaît très clairement que toute modification malencontreuse de l'​architecture des services lancés par Systemd ​peut avoir des conséquences dramatiques sur le fonctionnement de votre ordinateur. \\ Il faut être très prudent lorsque l'on touche à la configuration de systemd. \\ __Une mauvaise manipulation peut rendre votre système instable__, jusqu'​à le rendre totalement inutilisable.</​note>​ +<note warning>​À la lecture de l’introduction,​ il apparaît très clairement que toute modification malencontreuse de l'​architecture des services lancés par systemd ​peut avoir des conséquences dramatiques sur le fonctionnement de votre ordinateur. \\ Il faut être très prudent lorsque l'on touche à la configuration de systemd. \\ __Une mauvaise manipulation peut rendre votre système instable__, jusqu'​à le rendre totalement inutilisable.</​note>​ 
-<note warning>Des anciennes versions de Ubuntu ​propose ​dans les dépôts le paquet systemd et il est donc possible de l'​installer en remplacement de Upstart. Néanmoins, cette manipulation est complexe et extrêmement risquée. Pour cette raison, cette procédure ne sera pas décrite ici.</​note>​+<note warning>D'anciennes versions de Ubuntu ​proposent ​dans les dépôts le paquet systemd et il est donc possible de l'​installer en remplacement de Upstart. Néanmoins, cette manipulation est complexe et extrêmement risquée. Pour cette raison, cette procédure ne sera pas décrite ici.</​note>​
  
 Il a été développé dans le but de mieux appréhender la gestion d'un système multitâches,​ notamment en matière de dépendance entre les différents services lancés au démarrage avec pour objectif principal l'​optimisation des performances système.\\ Son rôle est plus étendu que [[:​Upstart]],​ il gère également le [[:​montage]] des différents [[:​systeme_de_fichiers|systèmes de fichier]] et introduit un nouveau système de log appelé "The Journal"​.\\ Il a été développé dans le but de mieux appréhender la gestion d'un système multitâches,​ notamment en matière de dépendance entre les différents services lancés au démarrage avec pour objectif principal l'​optimisation des performances système.\\ Son rôle est plus étendu que [[:​Upstart]],​ il gère également le [[:​montage]] des différents [[:​systeme_de_fichiers|systèmes de fichier]] et introduit un nouveau système de log appelé "The Journal"​.\\
  
-Il introduit la notion d'​unité. Une unité représente un fichier de configuration. Entre autres, une unité peut être un service (*.service), ​un target ​(*.target), un montage (*.mount), un socket (*.socket)… \\ +Il introduit la notion d'​unité. Une unité représente un fichier de configuration. Entre autres, une unité peut être un service (*.service), ​une cible (*.target), un montage (*.mount), un socket (*.socket)… \\ 
-C'est donc un sujet très vaste et nous allons donc nous concentrer dans ce wiki sur les aspects basiques des [[:​services]],​ des targets ​et du journal.+C'est donc un sujet très vaste et nous allons donc nous concentrer dans ce wiki sur les aspects basiques des [[:​services]],​ des cibles ​et du journal.
  
 =====Les services===== =====Les services=====
-Un [[:​services|service]] ou daemon est un programme qui tourne en arrière plan et s'​active sous certaine condition. Par exemple, le service hddtemp surveille la température de vos disques ​dur et déclanche ​une alerte si elle dépasse un certain seuil.\\+Un [[:​services|service]] ou daemon est un programme qui tourne en arrière plan et s'​active sous certaines conditions. Par exemple, le service hddtemp surveille la température de vos disques ​durs et déclenche ​une alerte si elle dépasse un certain seuil.\\
 ====Gestion basique des services==== ====Gestion basique des services====
 L'​outil de gestion des [[:​services]] (et des autres unités d'​ailleurs) dans systemd s'​appelle **systemctl**.\\ L'​outil de gestion des [[:​services]] (et des autres unités d'​ailleurs) dans systemd s'​appelle **systemctl**.\\
 Il est généralement utilisé dans un [[:​terminal]]:​ Il est généralement utilisé dans un [[:​terminal]]:​
 <​code>​systemctl ACTION <​Nom_du_service>​.service</​code>​ <​code>​systemctl ACTION <​Nom_du_service>​.service</​code>​
-Où  +
   * ACTION sera la commande que l'on souhaite appliquer à la dite unité:   * ACTION sera la commande que l'on souhaite appliquer à la dite unité:
       * // start // : démarrer le service       * // start // : démarrer le service
Ligne 27: Ligne 26:
       * // reload // : recharger le service       * // reload // : recharger le service
       * // status // : connaitre l'​état du service       * // status // : connaitre l'​état du service
 +      * // show // : montre le contenu du fichier de configuration du service
   * <​Nom_du_service>​ est le nom du service visé.   * <​Nom_du_service>​ est le nom du service visé.
    
-Quelle que soit l'​action menée sur un service, au prochain démarrage de la machine celui-ci devrait retrouver le status qui lui a été [[#Modifier l'​exécution d'un service|défini par défaut]]. ​+Quelle que soit l'​action menée sur un service, au prochain démarrage de la machine celui-ci devrait retrouver le status qui lui a été [[#Modifier l'​exécution d'un service|défini par défaut]].
 <​note>​Il n'est pas nécessaire d'​utiliser sudo devant ces commandes. Systemctl vous demandera votre mot de passe root en cas de besoin (presque à chaque fois, donc)</​note>​ <​note>​Il n'est pas nécessaire d'​utiliser sudo devant ces commandes. Systemctl vous demandera votre mot de passe root en cas de besoin (presque à chaque fois, donc)</​note>​
  
Ligne 39: Ligne 39:
  
 <note tip>Afin de conserver une compatibilité avec les anciens [[:​script_sysV|scripts system V]], des liens vers les commandes principales de systemctl sont installés par défaut. Il s'agit de //​start//,//​ stop//,// restart //et //​status//​.\\ <note tip>Afin de conserver une compatibilité avec les anciens [[:​script_sysV|scripts system V]], des liens vers les commandes principales de systemctl sont installés par défaut. Il s'agit de //​start//,//​ stop//,// restart //et //​status//​.\\
-Par exemple **sudo restart lightdm** est équivalent à **systelctl ​restart lightdm.service**.\\ +Par exemple **sudo restart lightdm** est équivalent à **systemctl ​restart lightdm.service**.\\ 
-L'outil **service** est également branché sur systemctl. **service automount restart** est équivalent à **systelctl ​restart automount.service**</​note>​+De même, l'outil **service** ​de Upstart ​est également branché sur systemctl. **service automount restart** est équivalent à **systemctl ​restart automount.service**</​note>​
  
  
 ====Lister les services démarrés==== ====Lister les services démarrés====
  
-Pour obtenir la liste triée ​des services accompagnés de leur état, saisissez dans un [[:​terminal]] : +Pour obtenir la liste triée ​de tous les services accompagnés de leur état, saisissez dans un [[:​terminal]] : 
-<​code>​systemctl list-unit-files ​| grep service ​| sort </​code>​+<​code>​systemctl list-unit-files ​--type=service</​code>​ 
 + 
 +Pour la liste des services actifs avec leur description : 
 +<​code>​systemctl list-units --type=service</​code>​ 
 + 
 +Pour la liste des services actifs, encours d'​exécution,​ avec leur description : 
 +<​code>​systemctl list-units --type=service --state=running</​code>​ 
 + 
 +Il y a d'​autres possibilités pour voir les services activés, désactivés,​ etc. qui sont décrites dans la page de manuel de systemctl.
  
 Vous pouvez également obtenir la liste des services lancés au démarrage, triés selon leur temps d’exécution : Vous pouvez également obtenir la liste des services lancés au démarrage, triés selon leur temps d’exécution :
 <​code>​systemd-analyze blame</​code>​ <​code>​systemd-analyze blame</​code>​
-Cela peut-être pratique pour trouver le service qui ralenti ​votre démarrage.+Cela peut-être pratique pour trouver le service qui ralentit ​votre démarrage.
  
 ====Modifier l'​exécution d'un service==== ====Modifier l'​exécution d'un service====
  
-Pour desactiver ​un service, il faut taper : +Pour désactiver ​un service, il faut taper : 
-<​code>​systemctl disable <​Nom_du_service>​.service</​code>​ +<​code>​sudo systemctl disable <​Nom_du_service>​.service</​code>​ 
-Ainsi, au prochain ​redemarrage ​du système, le service correspondant ne sera plus lancé.\\+Ainsi, au prochain ​redémarrage ​du système, le service correspondant ne sera plus lancé.\\
  
-Pour activer un service ou relire ​sont fichier de configuration,​ il faut taper: +Pour activer un service ​(c'est à dire le lancer à chaque démarrage de l'​ordinateur) ​ou relire ​son fichier de configuration,​ il faut taper: 
-<​code>​systemctl enable <​Nom_du_service>​.service</​code>​+<​code>​sudo systemctl enable <​Nom_du_service>​.service</​code>​
  
 Néanmoins si vous souhaitez modifier l'​état d'un service selon certaines conditions, vous devrez [[:​tutoriel:​comment_modifier_un_fichier|modifier ou créer le fichier]] **/​etc/​systemd/​system/<​nom_du_service>​.service**. Les fichiers de configuration par défaut se trouvent dans **/​lib/​systemd/​system/​**\\ Néanmoins si vous souhaitez modifier l'​état d'un service selon certaines conditions, vous devrez [[:​tutoriel:​comment_modifier_un_fichier|modifier ou créer le fichier]] **/​etc/​systemd/​system/<​nom_du_service>​.service**. Les fichiers de configuration par défaut se trouvent dans **/​lib/​systemd/​system/​**\\
  
 ===Exemples=== ===Exemples===
-Si vous souhaitez désactiver la [[:​synchronisation]] des fichiers [[:​syncthing]] ​de l'​utilisateur toto, dans un [[:​terminal]] saisissez:​ +Si vous souhaitez désactiver la [[:​synchronisation]] des fichiers [[:​syncthing]],​ dans un [[:​terminal]] saisissez:​ 
-<​code>​systemctl disable syncthing@toto.service</​code>​+<​code>​sudo systemctl disable syncthing.service</​code>​
 Pour réactiver le service, il faudra faire la manipulation inverse: Pour réactiver le service, il faudra faire la manipulation inverse:
-<​code>​systemctl enable syncthing@toto.service</​code>​+<​code>​sudo systemctl enable syncthing.service</​code>​
  
 ====Logiciel graphique==== ====Logiciel graphique====
Ligne 73: Ligne 81:
 Il existe un utilitaire graphique qui se nomme **systemadm** pour gérer systemd.\\ Il existe un utilitaire graphique qui se nomme **systemadm** pour gérer systemd.\\
 [[:​tutoriel:​comment_installer_un_paquet|Installez les paquets]] **[[apt>​systemd-ui|systemd-ui]]** [[:​tutoriel:​comment_installer_un_paquet|Installez les paquets]] **[[apt>​systemd-ui|systemd-ui]]**
-==== Personnaliser un fichier de configuration ​Systemd==== +==== Personnaliser un fichier de configuration systemd==== 
-Comme [[:​Upstart]], ​systemd ​utilise des fichiers de configuration correspondant aux différents services à manipuler.\\ +Voir la page [[:creer_un_service_avec_systemd|créer ​un service avec systemd]]
-Ces fichiers de configuration se trouvent dans **/​etc/​systemd/​system/​** et permettent d'​indiquer les conditions d'​activation ou désactivation d'un service, leur propriétaire,​ etc. +
- +
-<note important>​Ce dossier étant essentiel au bon fonctionnement de votre système, il est conseillé d'en faire une sauvegarde avant toute modification de fichier.\\ +
-Dans un [[:​terminal]] saisissez:​ +
-<​code>​sudo cp -r /​etc/​systemd/​system /​etc/​systemd/​system.save$(date +%Y%m%d)</​code></​note>​ +
- +
-Systemd defini differents types de services : +
-  *  Un service de type **simple** (type par défaut) lance un processus principal. Dans le cas où ce processus offre une fonctionnalité à d'​autre processus sur le système, ses canaux de communication doivent être installés avant que le processus principal soit démarré. Ce qui est rendu possible par l'​activation des sockets, et autres canaux de communication. Ainsi, systemd peut traiter les autres unités sans se préoccuper de la fin du lancement d'une unité de type "​simple"​. +
-  * Un service de type **forking**,​ lance un processus père qui créera un processus fils dans le cadre de son démarrage. Le processus parent est prévu pour s’arrêter une fois le démarrage complet et que tous les canaux de communication sont mis en place. Le processus fils continue à fonctionner en tant que le processus principal du service. systemd poursuit le traitement des autres unités une fois que le processus père se termine. **Ce type de service correspond aux services UNIX traditionnels.** +
-  * 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 **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. +
- +
-===Exemple de service de type "​oneshot"​=== +
-Un exemple est le service iptables. Voici un extrait de son fichier de configuration : +
- +
-<​file>​ +
-[Service] +
-Type=oneshot +
-RemainAfterExit=yes +
-ExecStart=/​usr/​libexec/​iptables.init start +
-ExecStop=/​usr/​libexec/​iptables.init stop  +
-</​file>​ +
- +
-  * ''​ExecStart''​ permet d'​indiquer ​la commande à exécuter au lancement du service. Ce paramètre est obligatoire pour tout les types de service. +
-  * ''​ExecStop''​ permet d'​indiquer une commande a exécuter pour arrêter le service. Ce paramètre est facultatif. +
-  * ''​RemainAfterExit''​ à la valeur "​yes"​ permet d'​indiquer que quand la commande de lancement (ExecStart) est terminée, le service est considéré comme toujours lancé. Ce paramètre est très utile pour les services de type "​oneshot"​ qui exécutent une commande à leur lancement (ExecStart) sans qu'il y ait un processus spécifique qui reste en exécution. +
-\\ +
-  *  A son lancement, la commande /​usr/​libexec/​iptables.init start est exécutée. Cette commande va permettre de charger des modules iptables et les règles iptables que le modules netfilter du noyau linux va prendre en compte. +
-  * A son arrêt, la commande /​usr/​libexec/​iptables.init stop est exécutée. Cette commande va permettre de remettre en place la politique de traitements iptables par défaut et de décharger les modules iptables. +
-  * Le service iptables continuera d'​apparaitre comme actif après la fin de la commande /​usr/​libexec/​iptables.init start et jusqu’à ce qu'il soit explicitement arrêté. +
- +
-===Exemple de service de type "​simple"​=== +
-Un exemple est le service deluged qui permet de lancer le service correspondant à la version deamon du client bit-torrent ​[[:deluge]]. +
- +
-<file txt /​etc/​systemd/​system/​deluged.service>​ +
-[Unit] +
-Description=Deluge Bittorrent Client Daemon +
-After=network-online.target +
- +
-[Service] +
-Type=simple +
- +
-User=deluge +
-Group=deluge +
-UMask=007 +
- +
-ExecStart=/​usr/​bin/​deluged -d +
- +
-Restart=on-failure +
- +
-# Configures the time to wait before service is stopped forcefully. +
-TimeoutStopSec=300 +
- +
-[Install] +
-WantedBy=multi-user.target +
-</​file>​  +
- +
-  * ''​Description''​ permet de donner une description du service qui apparaîtra lors de l'​utilisation de la commande ''​systemctl status <​nom_du_service>''​ +
-  * ''​After''​ permet d'​indiquer quel pré-requis est nécessaire pour le fonctionnement du service. Ici, on indique qu'il faut attendre que l'​ordinateur ait accès à Internet pour lancer le daemon. FIXME **à vérifier :** Si l'​accès à Internet est perdu, le service est arrêté automatiquement.\\ +
-  * ''​Type''​ permet de specifier le type de service +
-  * ''​User'',​ ''​Group''​ et ''​Umask''​ permet d'​identifier qui est le propriaitaire du processus et donc les attributs des fichiers téléchargés. Ici, les fichiers téléchargés seront accessibles en Lecture/​Ecriture à l'​utilisateur ''​Deluge''​ et aux membres du groupe ''​Deluge''​ et invisibles aux autres utilisateurs du système. +
-  * ''​Restart''​ permet de relancer le service automatiquement en cas de plantage. +
-  * ''​WantedBy''​ permet de spécifier dans quel Target doit être actif le service. Ici, en spécifiant ''​multi-user.target'',​ le service est actif dans les Runlevels 2, 3, 4 et 5 +
-\\ +
- +
-===Exemple de service modèle=== +
-Il est possible de creer plusieurs services à partir d'un même modèle. Par exemple, la gestion des consoles est gérée par un seul modèle ''​getty@.service''​ qui est décliné en ''​getty@tty1.service'',​ ''​getty@tty2.service'',​ etc pour chacune des consoles tty de votre machine. On peut aussi imaginer des services où chaque instance correspond à un utilisateur de la machine. Par exemple, on peut lancer le service syncthing@.service pour synchroniser en parallèle ​avec [[:​syncthing]] les fichiers de Toto, Gerard et Milou : +
- +
-<file txt syncthing@.service>​ +
-[Unit] +
-Description=Syncthing - Open Source Continuous File Synchronization for %I +
-Documentation=man:​syncthing(1) +
-After=network.target +
-Wants=syncthing-inotify@.service +
- +
-[Service] +
-User=%i +
-ExecStart=/​usr/​bin/​syncthing -no-browser -no-restart -logflags=0 +
-Restart=on-failure +
-SuccessExitStatus=3 4 +
-RestartForceExitStatus=3 4 +
-UMask=0002 +
- +
-[Install] +
-WantedBy=multi-user.target +
-</​file>​ +
- +
-  * ''​Wants''​ permet de spécifier une dépendance. Pour connaître les dépendances d'une unité, tapez dans un [[:​terminal]]:​ +
-<​code>​systemctl list-dependencies [<​unit>​] </​code>​ +
-  * Ici, le ''​User''​ est ''​%i'',​ soit l'​argument qui est passé lors de l'​activation du service. Pour créer toute les instances du service pour Toto, Gerard et Milou, il faudra avoir tapé une fois : +
-<​code>​systemctl enable syncthing@Toto.service +
-systemctl enable syncthing@Gerard.service +
-systemctl enable syncthing@Milou.service +
-</​code>​ +
  
 ===== Les targets ===== ===== Les targets =====
Ligne 188: Ligne 100:
  
 ====Gérer l'​état de votre ordinateur ==== ====Gérer l'​état de votre ordinateur ====
-Pour changer de target, on utilise la commande **isolate** de **systemctl**. Par exemple, pour passer en mode multi-utilisateur non graphique, il faut taper dans un [[:​terminal]]:​+Pour changer de cible, on utilise la commande **isolate** de **systemctl**. Par exemple, pour passer en mode multi-utilisateur non graphique, il faut taper dans un [[:​terminal]]:​
 <​code>​systemctl isolate multi-user.target</​code>​ <​code>​systemctl isolate multi-user.target</​code>​
 ou son équivalent selon le tableau ci-dessus : ou son équivalent selon le tableau ci-dessus :
Ligne 200: Ligne 112:
 <​code>​sudo systemctl reboot</​code>​ <​code>​sudo systemctl reboot</​code>​
  
-Vous pouvez utilisez d'autre commande ​pour gérer l'​état de votre ordinateur (dans l'​ordre,​ éteindre / mettre en veille / hiberner) :+Vous pouvez utilisez d'autres commandes ​pour gérer l'​état de votre ordinateur (dans l'​ordre,​ éteindre / mettre en veille / hiberner) :
 <​code>​ <​code>​
 systemctl poweroff systemctl poweroff
Ligne 207: Ligne 119:
 </​code>​ </​code>​
  
-Enfin, vous pouvez définir ​le target ​par défaut au démarrage en tapant :+Enfin, vous pouvez définir ​la cible par défaut au démarrage en tapant :
 <​code>​systemctl set-default -f multi-user.target</​code>​ <​code>​systemctl set-default -f multi-user.target</​code>​
 Votre ordinateur démarrera désormais en mode multi-utilisateur sans mode graphique.\\ Votre ordinateur démarrera désormais en mode multi-utilisateur sans mode graphique.\\
  
-====Infos sur les targets ​==== +====Infos sur les cibles ​==== 
-Pour connaitre la liste des targets configurés ​sur votre ordinateur, tapez dans un [[:​terminal]] :+Pour connaitre la liste des cibles configurées ​sur votre ordinateur, tapez dans un [[:​terminal]] :
 <​code>​systemctl list-unit-files | grep target </​code>​ <​code>​systemctl list-unit-files | grep target </​code>​
  
-Pour savoir quelles unités sont regroupés ​au sein d'​une ​target, tapez :+Pour savoir quelles unités sont regroupées ​au sein d'​une ​cible, tapez :
 <​code>​systemctl show -p Wants -p Requires <​target></​code>​ <​code>​systemctl show -p Wants -p Requires <​target></​code>​
  
Ligne 222: Ligne 134:
 ===== Les journaux ===== ===== Les journaux =====
 systemd possède son propre mécanisme de journalisation,​ appelé "The Journal"​. systemd possède son propre mécanisme de journalisation,​ appelé "The Journal"​.
 +
 +Ils sont enregistrés dans le répertoire **/​var/​log/​journal/​**.
 +==== Consultation ====
  
 Pour accéder au log, tapez dans un [[:​terminal]] : Pour accéder au log, tapez dans un [[:​terminal]] :
 <​code>​journalctl</​code>​ <​code>​journalctl</​code>​
  
-Pour une gestion ​plus fine, vous pouvez consulter les messages d'un seul service par son //nom//, son //PID// ou même son //​exécutable//​ :+Pour une vision ​plus fine, vous pouvez consulter les messages d'un seul service par son //nom//, son //PID// ou même son //​exécutable//​ :
 <​code>​journalctl -u wicd <​code>​journalctl -u wicd
 journalctl _PID=1 journalctl _PID=1
Ligne 232: Ligne 147:
 </​code>​ </​code>​
  
-<note tip>​Lorsque vous consultez le ''​status''​ d'un service avec la commande ''​systemctl status <​nom_du_service>'',​ systemd vous affiches ​quelques lignes des logs les plus recents</​note>​+<note tip>​Lorsque vous consultez le ''​status''​ d'un service avec la commande ''​systemctl status <​nom_du_service>'',​ systemd vous affiche ​quelques lignes des logs les plus recents</​note>​
  
 journalctl permet aussi de filtrer par le niveau de log (tel que défini par syslog). Pour n'​afficher que les erreurs : journalctl permet aussi de filtrer par le niveau de log (tel que défini par syslog). Pour n'​afficher que les erreurs :
Ligne 240: Ligne 155:
 Il existe un logiciel graphique nommé **Gnome-logs** pour lire les fichiers de log generés par systemd. Il existe un logiciel graphique nommé **Gnome-logs** pour lire les fichiers de log generés par systemd.
  ​[[:​tutoriel:​comment_installer_un_paquet|Installez les paquets]] **[[apt>​gnome-logs|gnome-logs]]**  ​[[:​tutoriel:​comment_installer_un_paquet|Installez les paquets]] **[[apt>​gnome-logs|gnome-logs]]**
 +==== Gestion ====
 +
 +Le **volume de ces fichiers de suivi peut devenir important** (jusqu'​à 4 Go) sur votre disque sytème et s'​enregistrer sur plusieurs mois. Vous pouvez ramener immédiatement ces fichiers à une taille moindre en éliminant les plus vieux événements par la commande :
 +<​code>​sudo journalctl --vacuum-size=200M</​code>​
 +Vous choisissez le paramètre « size » ; dans cet exemple, la taille totale des fichiers est ramenée à 200 Mo.
 +
 +Vous pouvez modifier les différents paramètres de gestion de ce journal par le fichier /​etc/​systemd/​journald.conf (informations disponibles sur cette page [[https://​www.freedesktop.org/​software/​systemd/​man/​journald.conf.html#​SystemMaxUse=|journal systemd]] avec les paramètres par défaut). Pour passer outre les paramètres par défaut, vous devez modifier ce fichier avec les [[sudo|Droits de super utilisateur]].
 +
 +==== Monter un disque avec systemd.automount ====
 +Voir la page : [[Mounter un disque avec systemd.automount]]
 +
 +===== Problèmes courants =====
 +
 +On peut procéder un examen général du système et lister les "​unités"​ posant problème à l'aide de la commande suivante :
 +    systemctl list-units --failed
 +
 ===== Ressources ====== ===== Ressources ======
-  * [[wpfr>Systemd|systemd]] sur Wikipedia en français+  ​* [[creer_un_service_avec_systemd|Créer un nouveau service avec systemd]] 
 +  ​* [[wpfr>systemd|systemd]] sur Wikipedia en français
   * [[http://​casteyde.christian.free.fr/​system/​linux/​guide/​index.html|YAGIL]] Yet Another « Guide d'​installation de Linux » de Christian Casteyde. Pour tout savoir sur le fonctionnement de [[:GNU]] / [[:Linux]].   * [[http://​casteyde.christian.free.fr/​system/​linux/​guide/​index.html|YAGIL]] Yet Another « Guide d'​installation de Linux » de Christian Casteyde. Pour tout savoir sur le fonctionnement de [[:GNU]] / [[:Linux]].
-  * [[https://​wiki.archlinux.fr/Systemd]] Systemd sur le wiki de Archlinux +  * [[https://​wiki.archlinux.org/title/​Systemd_(Fran%C3%A7ais)|Archlinux et systemd]] Systemd sur le wiki de Archlinux 
-  * [[http://​doc.fedora-fr.org/​wiki/​Systemd]] ​Systemd sur le wiki de Fedora +  * [[https://​doc.fedora-fr.org/​wiki/​Systemd|Fedora et systemd]] notamment pour la partie [[#​Personnaliser un fichier ​de configuration systemd]] 
-  * [[https://​docs.syncthing.net/​users/​autostart.html#​using-systemd]] Créer un service systemd pour lancer Syncthing au démarrage (en anglais) +  * [[https://​docs.syncthing.net/​users/​autostart.html#​using-systemd|Documentation de Syncthing]] Créer un service systemd pour lancer Syncthing au démarrage (en anglais) 
-  * [[http://​dev.deluge-torrent.org/​wiki/​UserGuide/​Service/​systemd]] Créer un service systemd pour lancer Deluge au démarrage (en anglais)+  * [[https://​dev.deluge-torrent.org/​wiki/​UserGuide/​Service/​systemd|Documentation de Deluge]] Créer un service systemd pour lancer Deluge au démarrage (en anglais)
  
  
 ---- ----
 //​Contributeurs:​ [[:​utilisateurs:​zarmu]]//​ //​Contributeurs:​ [[:​utilisateurs:​zarmu]]//​
  • systemd.1475038563.txt.gz
  • Dernière modification: Le 28/09/2016, 06:56
  • par zarmu