Objectifs

• Suivre une procédure en six étapes avant tout redémarrage : observer, classer, choisir, préparer, exécuter, vérifier.
• Relier chacun des quatre motifs (mise à jour, fuite mémoire, plantage matériel, optimisation) à des indices concrets sous Linux et sous Windows.
• Situer les redémarrages sur une « échelle » : service, espace utilisateur, noyau, machine entière, coupure électrique ; et y rattacher les types soft, hard, planifié et forcé.
• Estimer par le calcul le moment où une fuite mémoire va saturer une machine, pour planifier un redémarrage.
• Lire les traces laissées par un redémarrage pour savoir s'il était voulu ou subi.

1. La procédure en six étapes

Un redémarrage remet un logiciel ou une machine dans un état initial connu. C'est un outil puissant, mais il coupe le service et, mal choisi, il fait perdre des données. La règle de base de ce cours est simple :

Pour l'appliquer, on suit toujours les mêmes étapes :

1. Observer : relever les symptômes et les mesures (mémoire, journaux, messages d'erreur, depuis quand la machine tourne).
2. Classer le motif : mise à jour, fuite mémoire, plantage matériel ou optimisation.
3. Choisir la marche : le niveau de redémarrage le plus bas qui traite ce motif (partie 3).
4. Préparer : prévenir les utilisateurs, enregistrer le travail, choisir l'heure creuse, noter l'état de départ.
5. Exécuter : lancer la commande choisie.
6. Vérifier : le problème a-t-il disparu ? Tous les services sont-ils revenus ? La cause est-elle corrigée ou seulement repoussée ?

flowchart TD
  A[Observer les symptomes] --> B[Classer le motif]
  B --> C[Choisir la plus basse marche utile]
  C --> D[Preparer et prevenir]
  D --> E[Executer]
  E --> F{Probleme regle}
  F -- oui --> G[Noter la cause et la corriger]
  F -- non --> H[Monter d une marche]
  H --> D

2. Étape 2 : classer le motif à partir des indices

On distingue quatre grands motifs. Pour chacun, il faut savoir le reconnaître et savoir si le redémarrage règle la cause ou s'il ne fait que la cacher.

2.1 Mise à jour

Un fichier sur le disque a été remplacé, mais l'ancienne version est encore chargée en mémoire. Pour une application ou une bibliothèque, redémarrer les programmes qui l'utilisent suffit. Pour le noyau du système, il faut charger le nouveau noyau, donc redémarrer au moins le noyau.

• Linux : uname -r affiche le noyau en cours d'exécution, à comparer avec le noyau installé. Sous Debian et Ubuntu, l'outil needrestart liste les services qui utilisent encore d'anciennes bibliothèques et propose de les redémarrer.
• Windows : après certaines mises à jour, Windows Update indique qu'un redémarrage est requis.

2.2 Fuite mémoire

Un programme réserve de la mémoire sans jamais la rendre. Sa consommation monte avec le temps, jusqu'à saturer la machine (ralentissements, utilisation du swap, puis arrêt de processus par le système).

• Linux : free -h pour la mémoire globale ; ps -o pid,rss,etime,cmd -p 1234 pour suivre la mémoire résidente (RSS, en kio) et la durée de vie du processus 1234.
• Windows : Gestionnaire des tâches, onglet « Détails », colonne de mémoire ; ou en PowerShell Get-Process | Sort-Object WS -Descending | Select-Object -First 5.

Le redémarrage du seul processus fautif libère sa mémoire. Mais il ne corrige rien : la fuite recommencera. C'est une mesure d'attente, à accompagner d'un signalement du bogue.

2.3 Plantage ou défaut matériel

La machine se fige, s'éteint ou redémarre seule. Les causes possibles : pilote défectueux, barrette de mémoire, disque, surchauffe, alimentation électrique instable (fréquente avec les coupures de courant).

• Linux : journalctl -k -b -1 affiche les messages du noyau du démarrage précédent (à condition que le journal soit conservé sur disque) ; last -x reboot liste les redémarrages.
• Windows : Observateur d'événements, journal « Système » (voir l'exemple 2).

Ici, le redémarrage remet la machine en marche mais ne répare pas le matériel. Si les plantages se répètent, il faut tester le composant suspect.

2.4 Optimisation

On redémarre volontairement pour appliquer un réglage (paramètre du noyau, nouvelle configuration d'un service), pour repartir d'une mémoire « propre », ou dans le cadre d'une maintenance régulière. C'est le seul motif où l'on choisit librement le moment : le redémarrage est alors planifié.

3. Étape 3 : l'échelle des redémarrages

Quand un ordinateur démarre, il passe par une chaîne d'étapes : le micrologiciel (firmware : BIOS ou UEFI) initialise le matériel, le chargeur d'amorçage lance le noyau, le noyau démarre l'espace utilisateur (gestionnaire de services, sessions), qui lance enfin les services (serveur web, base de données, logiciel de caisse). Chaque marche de l'échelle relance une partie plus ou moins longue de cette chaîne.

3.1 Les marches et leurs commandes

3.2 Où se placent les quatre types de redémarrage ?

• Soft (doux) : le système d'exploitation ferme proprement programmes et fichiers avant de relancer (marches 1 à 4). Les données en mémoire tampon sont écrites sur le disque.
• Hard (dur) : l'alimentation est coupée ou le matériel réinitialisé sans que le système soit prévenu (marche 5). Ce qui n'était pas encore écrit sur le disque est perdu ; au démarrage suivant, Linux peut lancer fsck et Windows chkdsk pour réparer le système de fichiers.
• Planifié : un redémarrage soft déclenché à une heure choisie, avec un avertissement. Linux : sudo shutdown -r 22:00 "Maintenance à 22 h" ou sudo shutdown -r +15 (dans 15 minutes), annulation par sudo shutdown -c. Windows : shutdown /r /t 900 /c "Maintenance dans 15 minutes", annulation par shutdown /a.
• Forcé : un redémarrage logiciel qui n'attend pas que les applications acceptent de se fermer. Windows : option /f (elle est appliquée automatiquement dès que le délai /t est supérieur à 0, d'où l'intérêt de prévenir les utilisateurs). Linux : sudo systemctl reboot --force tue les processus sans passer par l'arrêt ordonné des services, puis démonte les disques. C'est plus sûr qu'un hard, mais des travaux non enregistrés peuvent être perdus.

4. Exemples résolus

Exemple 1 : quand la fuite mémoire va-t-elle saturer la machine ?

Cherche d'abord : calcule la vitesse de la fuite, puis le temps avant saturation.

Exemple 2 : redémarrage voulu ou subi ?

Cherche d'abord, en sachant que : l'événement 1074 est écrit quand un utilisateur ou un programme (par exemple Windows Update) demande un arrêt ou un redémarrage ; l'événement 6008 signale que l'arrêt précédent était inattendu ; l'événement 41 indique que le système a redémarré sans s'être arrêté proprement.

Exemple 3 : serveur figé, quelle marche ?

Cherche d'abord : peut-on éviter la marche 5 ?

5. Erreurs fréquentes

• Redémarrer la machine pour un seul service : on coupe tous les autres services sans raison. Monter l'échelle une marche à la fois.
• Croire qu'un redémarrage répare : pour une fuite mémoire ou un défaut matériel, il repousse le problème. Il faut ensuite corriger le logiciel ou changer la pièce.
• Confondre forcé et hard : le forcé reste logiciel (le système écrit encore ses fichiers et démonte ses disques), le hard coupe tout sans prévenir.
• Penser que systemctl soft-reboot charge le nouveau noyau : il ne relance que l'espace utilisateur ; après une mise à jour du noyau, il faut systemctl kexec ou un redémarrage complet.
• Planifier sans prévenir : sous Windows, un délai /t supérieur à 0 force la fermeture des applications ; les utilisateurs doivent être avertis (option /c pour le message).
• Oublier la vérification : un redémarrage sans contrôle de systemctl --failed (ou des services Windows) peut laisser un service important arrêté.

6. Récapitulatif

• Procédure : observer, classer le motif, choisir la marche, préparer, exécuter, vérifier.
• Quatre motifs : mise à jour (le redémarrage charge la nouvelle version), fuite mémoire (il remet le compteur à zéro), plantage matériel (il relance sans réparer), optimisation (il applique un réglage, au moment choisi).
• Cinq marches : service, espace utilisateur, noyau sans firmware, machine entière, coupure brutale.
• Soft = fermeture propre ; hard = coupure sans fermeture ; planifié = soft à une heure annoncée ; forcé = logiciel sans attendre les applications.
• Une fuite régulière se prévoit : \( t = \dfrac{\text{mémoire disponible}}{\text{vitesse de la fuite}} \).