~/docs /DevOps/Procesos
DevOps
Procesos
Imported from Notion: Procesos
updated:: 2026.07.10
Qué resuelve
Localizar procesos, entender quién los lanzó, detenerlos con señales y manejar tareas en foreground/background o sesiones largas.
Uso rápido
Ver procesos
ps aux
Buscar por nombre
pgrep -af NOMBRE
Ver árbol
pstree -ap
Si no está:
sudo apt install psmisc
Ordenar por consumo
CPU
ps aux --sort=-%cpu | head
RAM
ps aux --sort=-%mem | head
Formato útil
ps -eo pid,ppid,user,%cpu,%mem,etime,cmd --sort=-%cpu | head -20
Señales y kill
Pedir cierre limpio
kill PID
Equivale normalmente a SIGTERM.
Forzar cierre
kill -9 PID
Equivale a SIGKILL.
[!NOTE] ⚠️ Usa
kill -9como último recurso. No deja al proceso limpiar archivos, locks o conexiones.
Matar por nombre
pkill -f PATRON
Prueba antes:
pgrep -af PATRON
Procesos relanzados por systemd
Si matas un proceso y vuelve, puede estar gestionado por systemd.
systemctl status NOMBRE.service
sudo systemctl stop NOMBRE.service
Ver unidad de un PID:
systemctl status PID
Background y sesiones largas
Ejecutar en background
comando &
jobs
fg %1
Que siga tras cerrar terminal
nohup comando > salida.log 2>&1 &
Mejor opción para sesiones largas
tmux new -s trabajo
Volver a una sesión:
tmux attach -t trabajo
Prioridad
Lanzar con menor prioridad CPU
nice -n 10 comando
Cambiar prioridad de un PID
renice 10 -p PID
Errores comunes
-
Usar
kill -9demasiado pronto. -
Matar un proceso gestionado por
systemdsin parar el servicio. -
Usar
pkill -fcon un patrón demasiado amplio. -
Ejecutar trabajos largos sin
tmux,screen,nohupo servicio. -
No revisar logs después de matar/reiniciar.
Checklist final
-
Identifiqué PID y comando real.
-
Revisé padre/árbol si había procesos hijos.
-
Probé
SIGTERMantes deSIGKILL. -
Si reaparece, revisé
systemd. -
Para tareas largas, usé
tmuxo un servicio.
- EOF -