El reinicio rara vez es el problema. Lo que se rompe es aquello que alguien arrancó a mano durante una incidencia y nunca habilitó: sigue vivo mientras nadie reinicie la máquina. Encuentre esas cosas antes de necesitar reiniciar, no después.

Antes: qué está corriendo sin estar habilitado

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: {}"'

Todo lo que salga ahí no volverá. Habilítelo ya: sudo systemctl enable name.

Compruebe también

  • Los montajes hechos a mano: findmnt contra /etc/fstab. Vea añadir un segundo disco.
  • Las reglas de cortafuegos añadidas directamente con iptables, que no se guardan si nada las persiste.
  • Todo lo arrancado dentro de una sesión de tmux o screen, que no sobrevive.
  • Una actualización de núcleo pendiente, para saber si este reinicio también cambia el núcleo.

Reinicie

sudo shutdown -r +1 "maintenance reboot"   # a minute of warning
# or now:
sudo systemctl reboot

Después: demuéstrelo, no lo dé por hecho

systemctl --failed --no-pager
systemd-analyze blame | head
df -h
curl -sS -o /dev/null -w '%{http_code}\
' https://yourdomain.com
El mejor momento para probar un reinicio es cuando nada va mal. Un servidor encendido desde hace 400 días lleva dentro 400 días de cambios manuales sin documentar, y el primer reinicio los encuentra todos de golpe.
Si la máquina no vuelve, necesita acceso por consola desde el panel del proveedor, no SSH. Sepa dónde está ese botón antes de necesitarlo.