Quand Linux démarre lentement ou atteint un état de fonctionnement inattendu, une récupération efficace commence par savoir où regarder avant de modifier quoi que ce soit. Ce cours pratique relie messages du noyau, stockage de démarrage, configuration GRUB, cibles systemd, chronométrage et modules du noyau dans une démarche de diagnostic concrète.
Vous examinerez un système actif, effectuerez des changements d'exécution contrôlés et conserverez des preuves dans des fichiers. Le scénario final demande de capturer la ligne de commande du noyau, documenter un module de test, le retirer du noyau actif et isoler le système en mode multi-utilisateur textuel.
Ce que vous apprendrez
- Lire les premiers messages du noyau avec
dmesget identifier sa ligne de commande active - Déterminer le stockage de
/bootet consulter sans risque la configuration GRUB générée - Interpréter des paramètres de démarrage tels que
ro,rwetinit=/bin/bash - Examiner les cibles systemd et changer l'état actif avec
systemctl isolate - Planifier, vérifier et annuler un redémarrage différé sans le laisser se produire
- Mesurer le démarrage et comparer
systemd-analyze blameàcritical-chain - Examiner, simuler, charger, vérifier et décharger un module de test sûr
À qui s’adresse ce cours
Ce cours intermédiaire s'adresse aux administrateurs Linux, apprenants DevOps, ingénieurs support et développeurs qui veulent une introduction structurée au diagnostic du démarrage et aux gestes de récupération contrôlés. Il aide à étudier un démarrage lent, un état inattendu, des paramètres d'amorçage ou un module suspect.
Prérequis : Aisance avec le terminal Linux, les tubes, la redirection, la consultation de fichiers et sudo. Des bases sur les services et systemd sont utiles.
Environnement d’apprentissage : Un terminal Linux LabEx basé sur systemd, avec configuration GRUB générée, diagnostics de démarrage et droits pour changer de cible et manipuler le module dummy de façon contrôlée.
Questions fréquentes
Vais-je redémarrer la machine ou modifier directement GRUB ?
Non. Vous planifiez un redémarrage dix minutes plus tard, vérifiez son état suivi, puis l'annulez. Vous lisez grub.cfg et repérez la ligne du noyau, sans modifier ce fichier généré ni redémarrer dans un shell de secours.
Quelle est la différence entre systemd-analyze blame et critical-chain ?
blame classe les unités selon leur durée d'activation individuelle ; critical-chain montre l'ordre des dépendances et les temps du chemin de démarrage. Une unité lente ne bloque pas forcément le démarrage, d'où l'emploi des deux vues.
Les exercices sur les modules du noyau sont-ils sûrs ?
Ils utilisent le module réseau dummy comme test contrôlé. Vous prévisualisez l'action avec modprobe -n -v, chargez et vérifiez le module, puis le retirez ; le défi final demande aussi de le documenter avant son déchargement.
