procesos y trabajos

Procesos y trabajos

ps

ps                 # procesos de la terminal actual
ps aux              # TODOS los procesos del sistema, formato detallado
ps -ef              # alternativa, formato distinto (estilo System V)
ps aux | grep nginx  # buscar un proceso concreto

Lectura de ps aux

USER   PID  %CPU %MEM    VSZ   RSS TTY   STAT START   TIME COMMAND
root     1   0.0  0.1  16928  9876 ?     Ss   09:00   0:02 /sbin/init

Campo	Significado
USER	Propietario del proceso
PID	ID del proceso
%CPU / %MEM	Uso de CPU/memoria
STAT	Estado (R ejecutando, S durmiendo, Z zombie, T parado)
TTY	Terminal asociada (? si no tiene)
COMMAND	Comando que lo lanzó

ps aux --sort=-%cpu | head     # top 10 por uso de CPU
ps aux --sort=-%mem | head     # top 10 por uso de memoria
ps -p 1234                     # info de un PID concreto
pstree -p                      # árbol de procesos padre/hijo, con PIDs

top / htop

top          # monitor interactivo en tiempo real
htop         # versión mejorada (colores, scroll, más intuitivo)

Tecla (dentro de top)	Acción
q	Salir
k	Matar un proceso (pide PID)
M	Ordenar por memoria
P	Ordenar por CPU
r	Cambiar prioridad (renice)
1	Mostrar uso por cada núcleo

kill, killall y señales

kill no mata directamente: envía una señal al proceso, y es el proceso (o el kernel) quien decide qué hacer con ella.

kill PID                  # envía SIGTERM (petición de cierre ordenado)
kill -9 PID                 # envía SIGKILL (terminación forzosa, inmediata)
killall nombre_proceso        # mata por nombre, todas las instancias
pkill -f "patrón"              # mata procesos cuyo comando completo coincide con el patrón

Señal	Número	Efecto
SIGHUP	1	Recarga config / cierre de terminal
SIGINT	2	Interrupción (Ctrl+C)
SIGKILL	9	Terminación forzosa, no se puede ignorar
SIGTERM	15	Petición de cierre ordenado (por defecto)
SIGSTOP	19	Pausa el proceso
SIGCONT	18	Reanuda un proceso parado

kill -l              # lista todas las señales disponibles
pgrep nombre_proceso    # busca PID por nombre, sin ps+grep

{% hint style=“info” %} SIGKILL (-9) no da al proceso oportunidad de cerrar ficheros ni liberar recursos. Úsalo solo si SIGTERM no ha funcionado. {% endhint %}

Foreground / background: jobs, fg, bg

comando &              # lanza en segundo plano
nmap -sS 10.0.0.0/24 -oN scan.txt &

jobs                     # lista los trabajos de la sesión actual
jobs -l                    # igual, con PID

[1]-  Running    nmap -sS 10.0.0.0/24 &
[2]+  Stopped    vim fichero.txt

Ctrl+Z suspende el proceso en foreground y lo deja parado en background.

fg               # trae el job actual al primer plano
fg %2              # trae el job número 2
bg                 # reanuda el job actual en background (tras un Ctrl+Z)
kill %1              # mata el job 1 (no el PID directamente)

nohup y disown

Si cierras la terminal, los procesos en background normalmente reciben SIGHUP y mueren con ella.

nohup comando &                      # ignora SIGHUP, sigue vivo si cierras la terminal
nohup comando > salida.log 2>&1 &     # además, redirige toda la salida a un log

disown               # desvincula el job actual de la shell (sigue corriendo tras cerrar)
disown -a               # desvincula todos los jobs

{% hint style=“info” %} Para procesos que necesitas poder recuperar después (no solo que sobrevivan), mejor usar tmux/screen — puedes volver a “ver” la sesión completa, no solo que el proceso siga vivo.

Ver 13 — tmux y screen. {% endhint %}

systemctl

Gestión de servicios en sistemas con systemd.

systemctl status nginx         # estado de un servicio
systemctl start nginx           # arrancar
systemctl stop nginx             # parar
systemctl restart nginx           # reiniciar
systemctl reload nginx             # recargar config sin cortar conexiones
systemctl enable nginx              # activar en el arranque del sistema
systemctl disable nginx              # desactivar en el arranque
systemctl is-enabled nginx            # comprobar si está activado en el arranque
journalctl -u nginx -f                # logs del servicio en tiempo real

systemd

Lo visto antes (systemctl start/stop/status/enable) opera sobre “unidades” (units). Un unit file es el fichero que define cómo se comporta un servicio.

Dónde viven los unit files

/etc/systemd/system/        # unidades creadas/modificadas por el administrador (prioridad más alta)
/lib/systemd/system/          # unidades instaladas por paquetes del sistema

Anatomía de un unit file (.service)

[Unit]
Description=Mi servicio personalizado
After=network.target            # arranca después de que la red esté lista

[Service]
Type=simple                       # simple, forking, oneshot, notify...
ExecStart=/usr/local/bin/mi-script.sh
Restart=on-failure                   # reinicia si el proceso falla
User=pyrhos                            # usuario con el que corre el proceso

[Install]
WantedBy=multi-user.target         # a qué target se asocia su activación en el arranque

sudo systemctl daemon-reload        # recarga la configuración tras crear/editar un unit file
sudo systemctl start mi-servicio
sudo systemctl enable mi-servicio

Targets (equivalente moderno a los runlevels)

systemctl get-default              # target por defecto del sistema
systemctl list-units --type=target   # listar todos los targets activos
systemctl isolate multi-user.target   # cambiar de target (ej. salir de modo gráfico)

Target	Equivalente runlevel clásico
poweroff.target	0
rescue.target	1 (modo rescate)
multi-user.target	3 (multiusuario, sin GUI)
graphical.target	5 (multiusuario con GUI)
reboot.target	6

Ver dependencias de un servicio

systemctl list-dependencies nginx     # qué necesita para arrancar
systemctl list-units --failed           # servicios que han fallado al arrancar

Timers de systemd (alternativa moderna a cron)

systemctl list-timers                 # ver todos los timers activos y cuándo se disparan

Se tratan con más detalle en la página de tareas programadas, junto con cron.

---

Logs y journald

journalctl

journalctl                      # todos los logs del sistema, paginado
journalctl -f                     # seguir en tiempo real (como tail -f)
journalctl -u nginx                 # logs de un servicio concreto
journalctl -u nginx -f                # seguir en tiempo real, solo ese servicio
journalctl -p err                       # solo nivel error o superior
journalctl --since "1 hour ago"           # filtrar por tiempo relativo
journalctl --since "2026-10-01" --until "2026-10-05"   # rango de fechas
journalctl -b                               # logs solo del arranque actual
journalctl -b -1                              # logs del arranque anterior
journalctl -k                                   # solo mensajes del kernel (equivalente a dmesg)
journalctl --disk-usage                           # espacio ocupado por los logs

{% hint style=“info” %} journalctl centraliza en un único sitio (el journal binario) lo que antes estaba repartido en varios ficheros de texto en /var/log/. En sistemas con systemd es la primera herramienta a usar para depurar por qué un servicio no arrancó. {% endhint %}

/var/log — logs clásicos en texto plano

Fichero	Contenido
/var/log/auth.log	Autenticación: logins, sudo, SSH (Debian/Ubuntu)
/var/log/syslog	Log general del sistema (Debian/Ubuntu)
/var/log/messages	Equivalente a syslog en RedHat/CentOS
/var/log/dmesg	Mensajes del kernel al arrancar
/var/log/apache2/ o /var/log/nginx/	Logs de servidores web, por aplicación

tail -f /var/log/auth.log                       # seguir intentos de login en vivo
grep "Failed password" /var/log/auth.log           # intentos fallidos de SSH
grep "sudo" /var/log/auth.log                         # uso de sudo

rsyslog

Demonio que gestiona el enrutado y almacenamiento de logs clásicos en texto plano. Su configuración está en /etc/rsyslog.conf y /etc/rsyslog.d/.

systemctl status rsyslog        # comprobar que el servicio está activo

Útil saber que existe cuando necesitas reenviar logs a un servidor centralizado (SIEM, syslog remoto) — se configura ahí, no en journald.