Un redémarrage est rarement le problème. Ce qui casse, c'est la chose que quelqu'un a lancée à la main pendant un incident sans jamais l'activer : elle revient tant que personne ne redémarre la machine. Trouvez-les avant d'avoir besoin de redémarrer, pas après.
Avant : ce qui tourne sans être activé
systemctl list-units --type=service --state=running --no-pager \
| awk '{print $1}' | grep '\.service$' \
| xargs -I{} sh -c 'systemctl is-enabled {} >/dev/null 2>&1 || echo "NOT ENABLED: {}"'
Tout ce qui s'affiche ici ne reviendra pas. Activez-le tout de suite : sudo systemctl enable name.
Vérifiez aussi
- Les montages faits à la main -
findmntface à /etc/fstab. Voyez ajouter un second disque. - Les règles de pare-feu ajoutées directement avec iptables, qui ne sont pas sauvegardées si rien ne les persiste.
- Tout ce qui a été lancé dans une session tmux ou screen, qui ne survit pas.
- Une mise à jour de noyau en attente, pour savoir si ce redémarrage change aussi le noyau.
Redémarrer
sudo shutdown -r +1 "maintenance reboot" # a minute of warning
# or now:
sudo systemctl reboot
Après : prouvez, ne supposez pas
systemctl --failed --no-pager
systemd-analyze blame | head
df -h
curl -sS -o /dev/null -w '%{http_code}\
' https://yourdomain.com
Le meilleur moment pour tester un redémarrage, c'est quand rien ne va mal. Un serveur allumé depuis 400 jours contient 400 jours de modifications manuelles non documentées, et le premier redémarrage les trouve toutes d'un coup.
Si la machine ne revient pas, il vous faut l'accès console depuis le panneau de l'hébergeur, pas SSH. Sachez où est ce bouton avant d'en avoir besoin.
