systemctl gestiona los servicios de systemd y journalctl lee sus registros. Para que un servicio arranque en cada inicio se usa systemctl enable; systemctl start solo lo arranca ahora; enable --now hace ambas cosas. Para ver logs en tiempo real de un servicio se usa journalctl -f -u nombre, y para filtrar solo errores, journalctl -p err.
Qué es systemd y qué hace cada herramienta
systemd es el sistema de inicio y el gestor de servicios de las distribuciones Linux modernas, y sustituye al antiguo System V init. Se maneja con dos herramientas: systemctl (controla los servicios) y journalctl (consulta el journal, el registro centralizado). Según el temario, es el estándar en Debian 8 y posteriores, Ubuntu 15.04 y posteriores y RHEL 7 y posteriores.
Cada servicio se describe en una unidad (por ejemplo, nginx.service). Por eso casi todos los comandos de systemctl llevan el nombre de una unidad como argumento, y por eso hay que ejecutar daemon-reload cuando se edita su fichero.
start y enable parecen lo mismo y no lo son. start actúa sobre el estado actual; enable actúa sobre el arranque futuro. Una opción que diga que "systemctl start hace que el servicio se inicie en cada arranque" es falsa.
Con -p err se muestran los errores y las prioridades superiores, no solo los mensajes de tipo error. Para ventanas de tiempo concretas se usan --since y --until, y para limitar el volumen, -n. Las opciones se combinan: por ejemplo, journalctl -f -u miservicio -p err sigue en tiempo real solo los errores de ese servicio. Si la pregunta pide "tiempo real y un servicio concreto", la respuesta lleva -f y -u.
Tres enunciados tipo y su respuesta
"Quiero que el servicio se inicie automáticamente en cada arranque":systemctl enable servicio.
"Quiero ver en tiempo real los logs de un servicio":journalctl -f -u servicio.
"Quiero ver solo los errores":journalctl -p err, que incluye la prioridad error y las superiores.
Un flujo de trabajo típico de diagnóstico
systemctl status servicio para ver si está activo y las últimas líneas.
systemctl --failed para ver qué unidades han fallado al arrancar.
journalctl -u servicio -p err -b para ver los errores de ese servicio desde el último arranque.
Corregir la configuración, ejecutar systemctl daemon-reload si se editó una unidad y systemctl restart servicio.
journalctl -f -u servicio para comprobar en vivo que ya no hay errores.
Los ficheros de configuración están en /etc y los logs tradicionales en /var/log; el temario también recoge que los permisos habituales de configuración sensible son 640 (rw-r-----).
Dónde encaja en el programa y cómo repasarlo
En el programa oficial de las categorías TI (Anexo II del DOG núm. 126, de 5/07/2021, al que remite el DOG núm. 141, de 24/07/2025) el contenido de Linux se enmarca en el tema 33 de la parte específica del Técnico/a especialista, "Sistema operativo UNIX-LINUX. Sistema operativo Windows". No hay norma que citar: es materia técnica del temario de OpoSERGAS.
¿Qué diferencia hay entre systemctl start y systemctl enable?
start arranca el servicio en este momento pero no persiste tras un reinicio. enable lo activa para que arranque en cada inicio del sistema, pero no lo arranca ahora. systemctl enable --now hace las dos cosas a la vez.
¿Cuál es la diferencia entre restart y reload?
restart detiene el servicio y lo vuelve a iniciar. reload recarga la configuración sin reiniciar el proceso, siempre que el servicio lo soporte.
¿Cuándo hay que usar systemctl daemon-reload?
Después de editar un fichero de unidad (por ejemplo un .service) para que systemd vuelva a leer los archivos de unidad.
¿Cómo veo los logs de un servicio en tiempo real?
Con journalctl -f -u nombre-del-servicio. La opción -f sigue el journal en tiempo real, como tail -f, y -u filtra por unidad.
¿Cómo veo solo los errores y los logs del arranque anterior?
journalctl -p err muestra los mensajes de prioridad error o superior. journalctl -b muestra el arranque actual y journalctl -b -1 el anterior.
Fuentes
Programa oficial de las categorías TI, Anexo II. DOG núm. 126, de 5 de julio de 2021 (Resolución de 18 de junio de 2021). xunta.gal/dog
Convocatoria vigente: Resolución de 16 de julio de 2025, DOG núm. 141, de 24 de julio de 2025. xunta.gal/dog
Contenido técnico (systemctl, journalctl, FHS y permisos): temario de Técnico de Sistemas TI de OpoSERGAS, tema de administración Linux/Unix.
💻
Practica ahora con preguntas reales de TI SERGAS
2.400+ preguntas tipo test · Tests por tema · Simulacros cronometrados · 100% gratis
🍪 Usamos cookies propias y de terceros para analizar el tráfico (Google Analytics), y recoger opiniones (Trustpilot). Puedes aceptar todas, rechazar o consultar el detalle en nuestra
Política de cookies.