Cette page a pour objet de vous présenter le principe de démarrage d'un système Linux basé sous systemd, ainsi vous pourrez améliorer les performances, personnaliser les scripts de lancement et bien d'autres choses. Elle présente également la gestion des services au quotidien.

Systemd est basé sur la notion d'unités (units) qui sont de différents types, les plus intéressants (et utiles pour le commun des mortels) sont:
- device: pour un périphérique physique ou virtuel
- mount: pour un système de fichiers monté
- service: pour un daemon
- socket: pour une socket
- swap: pour le swap
- target: regroupement de plusieurs unités

la commande systemctl list-units permet de lister l'ensemble des unités

par exemple on retrouve les unités de type mount

  home.mount                                                   loaded active mounted   /home
  mana-data.mount                                              loaded active mounted   /mana/data
  marcel.mount                                                 loaded active mounted   /marcel
  media-windows.mount                                          loaded active mounted   /media/windows

les unités de type services

  acpid.service                                                loaded active running   ACPI Event Daemon
  alsa-state.service                                           loaded active running   Manage Sound Card State (restore and store)
  atd.service                                                  loaded active running   Job spooling tools
  autofs.service                                               loaded active running   Automounts filesystems on demand

ou des targets qui regroupent plusieurs services

  graphical.target                                             loaded active active    Graphical Interface
  local-fs-pre.target                                          loaded active active    Local File Systems (Pre)
  local-fs.target                                              loaded active active    Local File Systems
  multi-user.target                                            loaded active active    Multi-User System
  network-online.target                                        loaded active active    Network is Online
  network.target                                               loaded active active    Network
  nfs.target                                                   loaded active active    Network File System Client and Server Support

[ Retour haut de la page ]

vous obtenez un fichier graphique vectoriel donnant le lancement séquentiel de chaque service avec le temps nécessaire pour le lancer. On peut l'ouvrir avec Gimp, cela donne cela (cliquez dessus pour voir le détail)

pour comprendre pourquoi le réseau prend du temps vous pouvez taper maintenant

systemd-analyze critical-chain network-up.service

voilà le résultat

The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

network-up.service +7.428s
partmon.service @20.121s +299ms
  network.service @17.097s +2.988s
    resolvconf.service @16.627s +468ms
      preload.service @16.071s +555ms
        prefdm.service @16.071s
          systemd-user-sessions.service @15.930s +84ms
            basic.target @14.067s
              mandriva-everytime.service @8.314s +5.752s
                local-fs.target @8.312s
                  fedora-wait-storage.service @8.307s +4ms
                    systemd-udev-settle.service @1.567s +6.739s
                      systemd-udev-trigger.service @1.161s +404ms
                        system.slice @1.107s
                          -.slice @1.107s

on voit que le service mandriva-everytime.service prend quand même pas mal de temps. Si on regarde de plus près ce service avec le fichier /usr/lib/systemd/system/mandriva-everytime.service, il lance le script /etc/init.d/mandrake_everytime un moyen très simple de réduire considérablement le temps de boot est de supprimer le lancement systématque de harddrake qui vérifie si votre config hard n'a pas changé. Vous pouvez allègrement le supprimer, ça n'aura pas d'impact sur le rajout de périphériques externes, et si le jour où vous voudrez modifier votre config hard il faudra veiller à le réactiver.

Juste avant

HARDDRAKE_TOOL=/usr/share/harddrake/service_harddrake
if [ "$HARDDRAKE_ONBOOT" != "no" ] && [ -x $HARDDRAKE_TOOL ]; then
    gprintf "Checking for new hardware"
    SYSTEMCTL_NO_BLOCK=1 $HARDDRAKE_TOOL 2>/dev/null
    RETVAL=$?
    if [ "$RETVAL" -eq 0 ]; then
        action "" /bin/true
    else
        action "" /bin/false
    fi
fi

on rajoute HARDDRAKE_ONBOOT="no"

et le temps est joué. Un autre moyen simple est de supprimer les interfaces réseau qui ne servent à rien, en désactivant le wifi si vous êtes en connexion réseau RJ45 par exemple, ou bien encore de désactiver la journalisation mais je ne vous le conseille pas.

[ Retour haut de la page]

Avec systemd terminé le fichier /var/log/messages, on utilise la commande journalctl, il faudra basculer root pour pouvoir s'en servir, une autre solution est de rajouter votre utilisateur dans le groupe systemd-journal. La commande dont je me sers le plus remplace "tail -f /var/log/messages", il s'agit de journalctl -f elle affiche en temps réel la journalisation de systemd.

le journal se trouve sous /var/log/journal dans un répertoire qui a un nom biscornu du style bf82d7513a9a4a9aaea47267d3b3d8c5. Si ça vous semble énorme, vous pouvez toujours modifier les paramètres de journalisation qu'on trouvera dans le fichier /etc/systemd/journald.conf si on met

[ Retour haut de la page ]

[ Retour haut de la page ]

Vous trouverez l'ensemble des unités de votre système sous /usr/lib/systemd/system, pour une meilleure lisibilité vous pouvez également lancer la commande suivante systemctl list-units --type=service

[ Retour haut de la page ]

[ Retour haut de la page ]

On va prendre un exemple simple et concret, j'ai un portable avec mageia qui quand il est "à la maison" utilise les services d'authentification utilisateur par LDAP et d'automontage NFS de mon serveur, sauf que quand je suis en déplacement avec mon, portable, les services NFS et LDAP restent actifs et génèrent des timeouts bien pénibles. L'idée est de pouvoir choisir entre un mode maison et mobile au lancement du système.

En tout seigneur tout honneur, je me suis inspiré de ce site https://mespotesgeek.fr/fr/execution-dun-script-interactif-au-boot-avec-systemd/ qui a été lui même inspiré par https://alan-mushi.github.io/2014/10/26/execute-an-interactive-script-at-boot-with-systemd.html

par défaut mageia boote sur la console tty1, on bascule à un moment sur la console tty2 (chvt 2) la fenêtre s'affiche, on fait notre choix et rebascule sur la console de boot normal tty1 (chvt 1). La commande sleep au tout début est nécessaire sinon on n'a pas la main sur la fenêtre. Si 3>&1 1>&2 2>&3 n'apparait pas à la fin de la commande whiptail rien ne s'affiche. On donne des droits d'exe à notre script en tapant:

attention il faudra veiller à avoir le package newt installé pour bénéficier la commande gérant les fenêtres de dialogue whiptail. On active maintenant le service en tapant  systemctl enable choix.service. On reboote et voilà le résultat

La photo est un peu pourrave, mais on voit que ça marche ! Par contre problème sous mageia les messages de systemd s'affichent par dessus la fenêtre, c'est plutôt pénible, j'ai bien essayé de jouer avec les différentes consoles mais à croire que les messages s'affichent sur toutes les consoles. Le plus simple est de passer le boot en mode silencieux pour supprimer les messages. Pour cela on édite le fichier /boot/grub/menu.lst et on rajoute les commandes suivantes (en italique)

[ Retour haut de la page ]