Разница между kill и kill -9 — это разница между «закрой файлы и выйди» и «умри немедленно». Вторая команда оставляет за собой мусор.
Найти процесс
По имени:
pgrep -a nginxКлюч -a показывает полную командную строку — удобно, когда одинаковых процессов несколько.
По занятому порту:
sudo ss -tlnp | grep :8080По открытому файлу:
sudo lsof /path/to/fileТоп по загрузке CPU:
ps aux --sort=-%cpu | head -10Топ по памяти:
ps aux --sort=-%mem | head -10Завершить правильно
Порядок действий — от мягкого к жёсткому.
Шаг 1. SIGTERM — вежливая просьба завершиться. Процесс закроет файлы, сбросит буферы, отпустит блокировки:
kill PIDПодождите 5–10 секунд и проверьте:
ps -p PIDШаг 2. SIGKILL — только если SIGTERM не сработал:
kill -9 PIDПредупреждение. SIGKILL нельзя перехватить. База данных не успеет закрыть транзакцию, файл не допишется, временные файлы останутся. Для СУБД это прямой путь к повреждению данных — всегда пробуйте SIGTERM первым.
По имени вместо PID
pkill nginx
pkill -9 nginxТочное совпадение имени, а не подстрока:
pkill -x nginxТолько процессы конкретного пользователя:
pkill -u www-data nginxПредупреждение. pkill без -x ищет по подстроке. pkill java убьёт все java-процессы на машине. Перед выполнением проверьте, что попадёт под удар: pgrep -a java.
Процесс в состоянии D
Если в ps процесс имеет статус D (uninterruptible sleep), его не убьёт даже SIGKILL — он ждёт ответа от ядра, обычно от диска или сетевой файловой системы.
ps -eo pid,stat,comm | awk '$2 ~ /D/'Причину показывает стек ядра:
sudo cat /proc/PID/stackЗдесь помогает только устранение причины: восстановить сетевую шару, дождаться диска, в крайнем случае перезагрузить машину.
Если процесс — сервис
Не убивайте его напрямую — systemd перезапустит по политике Restart или пометит как failed:
sudo systemctl stop имя-сервисаИтог
Находим через pgrep -a или ss -tlnp. Завершаем через kill, ждём, и только потом kill -9. Сервисы останавливаем через systemctl, процессы в состоянии D не убиваются вообще.