Optimiza tu arranque: análisis con systemd-analyze

Introducción

El tiempo de arranque en sistemas Linux gestionados por systemd puede llegar a ser un factor crítico, tanto en servidores de producción como en estaciones de trabajo. Un inicio demasiado prolongado retrasa la disponibilidad de servicios esenciales y afecta la productividad. En este artículo exploraremos en profundidad la herramienta systemd-analyze, sus comandos principales y las estrategias más eficaces para optimizar el arranque de tu sistema.

¿Qué es systemd-analyze

systemd-analyze es una utilidad integrada en systemd que permite:

Medir el tiempo total de arranque y su desglose.
Identificar los servicios que más retrasan el inicio.
Visualizar la cadena crítica de dependencias.
Generar gráficos detallados del proceso de inicio.

Gracias a estos análisis, podemos tomar decisiones informadas para deshabilitar, ajustar o paralelizar servicios, reduciendo el tiempo de arranque al mínimo posible.

1. Desglose básico: time

El comando más sencillo es:

 systemd-analyze time
Startup finished in 1.234s (kernel)   3.456s (initrd)   12.345s (userspace) = 17.035s

Explicación:

kernel: tiempo empleado por el núcleo.
initrd: fase de sistema de ficheros temporal.
userspace: carga de unidades y servicios de systemd.

Con este dato obtenemos una visión global y sabremos en qué fase centrar la optimización.

2. Servicios más lentos: blame

Para detectar los servicios que más tardan:

 systemd-analyze blame  head -n 10
 5.678s NetworkManager-wait-online.service
 3.210s dev-sda1.device
 2.345s snapd.service
 ...

El listado se ordena de mayor a menor duración. Una vez identificados los “top offenders”, podemos:

Deshabilitar servicios no críticos (systemctl disable).
Enmascarar unidades que no deban arrancar (systemctl mask).
Ajustar TimeoutStartSec o Type de la unidad.

3. Cadena crítica: critical-chain

Para entender la secuencia de dependencias que causa el mayor retraso:

 systemd-analyze critical-chain
graphical.target @12.345s
└─multi-user.target @12.345s
  └─NetworkManager-wait-online.service @7.000s  5.345s
    └─NetworkManager.service @2.000s  1.234s
      └─dbus.service @1.000s  0.456s
        └─basic.target @0.900s

La línea 5.345s muestra el tiempo empleado por la unidad. Si ciertos servicios forman un “cuello de botella”, podemos reordenar dependencias o habilitar el arranque paralelo.

4. Gráfico de arranque: plot

Para generar un gráfico SVG:

 systemd-analyze plot > boot.svg

El resultado muestra barras horizontales donde se aprecia la superposición de servicios, permitiendo detectar ventanas de paralelismo desaprovechadas.

Cómo optimizar el arranque

Deshabilitar servicios innecesarios

Revisa con systemctl list-unit-files –state=enabled.
Deshabilita servicios sin uso: systemctl disable nombre.service.
Enmascara servicios conflictivos: systemctl mask nombre.service.

Ajustar servicios críticos

Configura Type=oneshot para tareas rápidas.
Utiliza Type=forking solo si la aplicación lo requiere.
Reduce TimeoutStartSec si un servicio tarda demasiado y puede fallar rápido.

Reducir retrasos y temporizadores

Algunos servicios, como actualizaciones automáticas o tareas de mantenimiento, pueden posponerse o ejecutarse en segundo plano tras el inicio. Ejemplos:

Swap trimming: fstrim.service.
Actualización de snapshots: servicios de cron o timer.

Integración de servicios VPN y su impacto en el arranque

La conexión a redes privadas virtuales (VPN) puede ser parte del arranque de sistemas dedicados a ofimática remota o servidores que requieren un túnel seguro desde el inicio. Tres de las tecnologías más habituales son:

Optimizar OpenVPN en el arranque

Para acelerar el inicio de OpenVPN:

Evita bloqueos de contraseña con certificados sin passphrase o agentes de clave.
Configura After=network-online.target y añade Wants=network-online.target en la unidad.
Reduce RestartSec si la conexión falla al inicio.

Optimizar WireGuard en el arranque

Con WireGuard como módulo de kernel:

Activa el servicio wg-quick@nombre.service y asegúrate de la presencia del módulo en /etc/modules-load.d/.
Usa IPForward=yes y evita scripts complejos en PostUp que alarguen la inicialización.
Comprueba los tiempos con systemd-analyze blame para ajustar ExecStart.

Ejemplo con OpenConnect

Para OpenConnect:

Crea una unidad vpn-openconnect.service con Type=simple y argumentos en línea evita scripts adicionales.
Añade After=network-online.target para asegurar conectividad.
Verifica tiempos con systemd-analyze critical-chain vpn-openconnect.service.

Buenas prácticas adicionales

Revisa el log de arranque con journalctl -b para errores o retardos.
Actualiza regularmente la versión de systemd para beneficiarte de mejoras.
Evalúa el uso de discos SSD o NVMe para reducir latencias.
Aplica paralelismo revisando la directiva DefaultDependencies=no con precaución.

Conclusión

Optimizar el arranque de tu sistema con systemd-analyze implica un ciclo de medición, identificación y ajuste. Con las estrategias presentadas, serás capaz de reducir significativamente el tiempo hasta la disponibilidad de tus servicios, incluso cuando tu infraestructura incluye conexiones VPN esenciales como OpenVPN, WireGuard u OpenConnect. Mantén siempre un equilibrio entre rendimiento y robustez al diseñar tus unidades de systemd.

LINUXMIND.DEV