Necesitas comprender procesos y señales. systemd puede no estar presente en todos los entornos; la lección distingue conceptos y herramienta.
CONTENIDO ORIGINAL
Avanza en orden. Cada lección está redactada para Palta es Cool, utiliza ejemplos propios y termina con una actividad cuya respuesta puedes desplegar.
ANTES DE EMPEZAR
Ubícate antes de avanzar
Al terminar deberías poder relacionar Procesos y recursos con Servicios systemd y resolver un caso nuevo.
Reserva entre 75 y 120 minutos o divide el laboratorio en dos sesiones.
04 / PREPARA EL LABORATORIO
Prepara una máquina virtual Linux con red NAT e instantáneas, o WSL para las prácticas que no requieren kernel y systemd completos.
Abrir la guía de herramientas →Diagnóstico rápido: ¿cómo se relacionan Procesos y recursos y Servicios systemd? ＋
No necesitas acertar todavía. Escribe una hipótesis de dos líneas y compárala con tu respuesta al finalizar; si puedes corregirla y justificar el cambio, hubo aprendizaje.
Aprende el tema paso a paso
Observarás procesos, recursos, unidades systemd y registros como una cadena causal para diagnosticar servicios sin reiniciar al azar.
Al terminar podrás
- PID, PPID, estado y recursos explican una ejecución
- Una unidad describe dependencias y ciclo de vida
- journalctl acota tiempo, unidad y prioridad
01
Procesos vivos
PID, PPID, estado y recursos explican una ejecución
Un proceso es una instancia en ejecución con memoria, descriptores, credenciales y relación con su padre. ps entrega una fotografía; top observa evolución; /proc expone detalles. El porcentaje promedio no basta: distingue CPU, espera de E/S, memoria residente y bloqueos.
STAT revela ejecución, sueño y otros estados.
RSS aproxima memoria física residente.
nice cambia prioridad de CPU, no soluciona toda lentitud.
¿Qué diferencia hay entre un programa y un proceso?
Mostrar respuesta ＋
El programa es código y datos almacenados; un proceso es una ejecución concreta con identidad, memoria, recursos y estado.
02
Gestión de servicios
Una unidad describe dependencias y ciclo de vida
systemd administra unidades como service, socket, timer, mount y target. systemctl status combina estado reciente y registros, pero “active” no siempre significa que la aplicación responde correctamente. enable decide inicio futuro; start actúa ahora: son operaciones diferentes.
list-dependencies muestra relaciones.
cat revela la unidad efectiva y sus fragmentos.
edit crea un override mantenible sin modificar archivos del paquete.
¿Por qué enable no sustituye a start?
Mostrar respuesta ＋
Enable configura si la unidad debe iniciarse en arranques o targets futuros; start inicia la unidad en la sesión actual.
03
Registros con contexto
journalctl acota tiempo, unidad y prioridad
El journal reúne mensajes estructurados del kernel, servicios y sistema. Una investigación empieza cerca del evento, limita por unidad y conserva el primer error causal. Rotación y persistencia dependen de configuración; exportar un fragmento útil es mejor que copiar miles de líneas sin contexto.
-u filtra por unidad.
-b selecciona un arranque.
--since acota una ventana temporal.
¿Qué hace más útil a un registro para otra persona?
Mostrar respuesta ＋
Incluir zona horaria, intervalo, unidad o proceso, evento observado y líneas anteriores al fallo, sin secretos ni ruido irrelevante.
Tu recorrido en tres ideas
- PID, PPID, estado y recursos explican una ejecución
- Una unidad describe dependencias y ciclo de vida
- journalctl acota tiempo, unidad y prioridad
Diagnostica un servicio activo que no funciona
Conecta proceso, unidad, dependencia, puerto, aplicación y journal en una investigación con línea temporal.
CASO
systemctl dice active, pero la aplicación devuelve timeout después de una actualización.
Procedimiento
- Define la petición que falla y registra hora, origen y resultado.
- Sigue unidad, proceso, listener, dependencia y registros hasta la primera divergencia.
- Aplica un cambio, repite la misma prueba y documenta reversión.
Evidencia mínima
- Estado y PID de la unidad.
- Listener y prueba de aplicación.
- Registro acotado antes y después.
Mostrar razonamiento modelo ＋
Active solo demuestra que systemd conserva el proceso según la unidad. La causa puede ser bind local, dependencia caída o configuración incompatible; la prueba funcional decide.
Para ir más lejos¿Cómo añadirías una comprobación de preparación distinta de “el proceso existe”?
CIERRE DE LA SECCIÓN
Comprueba que puedes usarlo
Antes de continuar, revisa estos tropiezos frecuentes y resuelve un caso sin copiar los ejemplos.
Reiniciar un servicio repetidamente sin conservar el primer error.
Interpretar active como prueba de que la aplicación atiende correctamente.
Ahora hazlo sin guía
Diagnostica un servicio que inicia pero no entrega su función: crea una línea temporal desde proceso y unidad hasta puerto y registro.
Mostrar pauta de corrección ＋
Una respuesta sólida:
- Distingue gestor, proceso y aplicación.
- Acota journal por unidad y tiempo.
- Demuestra la causa con una prueba antes y después.