Tuer un processus après avoir identifié le PID de celui-ci
Le PID ou Process ID pour trouver le PID si tu ne le devine pas dans les lignes qui te sont retournés :
pidof dpkg
Pour exemple
Voici le retroue d’un ps faux, te permetant de bien saisir le processu parents et tous les processus enfants affilié à celui-ci :
zabbix 28891 0.0 0.0 75592 2636 ? Ss mars25 0:00 /usr/sbin/zabbix_agentd --foreground
zabbix 28897 0.0 0.0 75592 2044 ? S mars25 4:40 \_ /usr/sbin/zabbix_agentd: collector [idle 1 sec]
zabbix 28898 0.0 0.0 75592 792 ? S mars25 0:00 \_ /usr/sbin/zabbix_agentd: listener #1 [waiting for connection]
zabbix 28899 0.0 0.0 75592 792 ? S mars25 0:00 \_ /usr/sbin/zabbix_agentd: listener #2 [waiting for connection]
zabbix 28900 0.0 0.0 75592 792 ? S mars25 0:00 \_ /usr/sbin/zabbix_agentd: listener #3 [waiting for connection]
zabbix 28901 0.1 0.0 75696 2872 ? S mars25 10:37 \_ /usr/sbin/zabbix_agentd: active checks #1 [idle 1 sec]
root 15894 0.2 1.8 659612 72912 ? Ssl mars27 15:50 /usr/bin/dockerd -H fd://
root 15902 0.2 0.5 605400 23156 ? Ssl mars27 16:06 \_ docker-containerd --config /var/run/docker/containerd/containerd.toml
root 25344 0.0 0.0 92256 512 ? Ss mars27 0:00 gpg-agent --homedir /root/.gnupg --use-standard-socket --daemon
Maintenant un pidof pour récupérer les pid au besoin lié au processus :
root@ # pidof zabbix_agentd
28901 28900 28899 28898 28897 28891
Donc il y a de forte présomption que si tu kill le processus 1052 tu puisse reprendre tes opérations de mise à jour, pour rappel seul une opération à la fois est possible sur dpkg pour des raisons de sécurité, ce serait le bord… si tu pouvez supprimer une parties des paquets qu’un autre processus était en cours de configuration par exemple.