Não é possível matar um processo em execução - mas aparentemente não visível - no gerenciador de tarefas

Eu iniciei um aplicativo que não será executado, mas não posso excluí-lo porque ainda está em execução. Eu posso imprimir o PID, mas não matar o processo usando ele.

~ $ ps ax | grep snappr | awk '{print $1}'
70824
~ $ kill $(ps ax | grep snappr | awk '{print $1}')
-bash: kill: (70832) - No such process

Você percebeu que você tem dois PIDs diferentes nas duas tentativas?

Considere isto: se você digitar um comando como vi raven.txt, então ps axirá exibir uma linha que mostra um comando de vi raven.txt. Da mesma forma, se você digitar um comando como grep snappr, então, ps axserá exibida uma linha que mostra um comando de grep snappr. E, se você canalizar a saída desse psmeio grep snappr, a grepencontrará a linha que está descrevendo a si mesmo . Então, se você digitar

$ ps ax | grep snappr | awk '{print $1}'

repetidamente, ele imprimirá um número diferente a cada vez (porque está imprimindo o PID de grep, e você obtém um grepprocesso novo e exclusivo toda vez que executa o comando).

Finalmente, considere: o killcomando não pode ser executado até que seus argumentos sejam conhecidos. Para que seu argumento seja conhecido, o $(ps ax | grep snappr | awk '{print $1}')pipeline deve ter sido concluído. Isto implica que o grepdeve ter terminado ¹ . Portanto, killestá sendo dado o PID do grepprocesso, mas somente após o grepprocesso ter terminado - então, naturalmente, ele reporta "Nenhum tal processo".

Talvez eu devesse ter mencionado que não há snapprprocesso em execução. Se houvesse, seu primeiro comando produziria dois números: o PID de snappre o PID de grep snappr. Agora, se snapprestava rodando, seu comando pode começar a rodar semi-corretamente, o que significa que ele faz o que você quer, mas também dá uma mensagem de erro. Se o snapprestá rodando com o PID 42097, e grep snapprroda com o PID 70848, então o killcomando será kill 42097 70858, o que irá matar o snappr e obter uma mensagem de erro de tentar matar o grepprocesso que não existe mais.

Você provavelmente vai querer melhorar isso. Meu jeito favorito, que eu inventei há 20 anos, é mudar o greppara grep "[s]nappr", o qual vai combinar snapprmas não vai se igualar. Outra abordagem é usar em pgrepvez de ps | grep.

¹ Alternativamente, o awkpoderia terminar se o grepmeramente fechou sua stdout. Este seria um comportamento muito incomum para um programa * nix.

Resposta mais curta

Não saltar através de aros Bash para matar snapprcom ps, canalizada através grepe depois canalizada através awkassim. Em vez disso tente matá-lo assim usando pkill; sem confusão ou problemas e segmenta com base no nome do processo pronto para uso:

sudo pkill snappr

Resposta mais longa

Não é muito claro como o Snapper opera em um nível de processo do sistema, mas o problema pode ser que você esteja apenas capturando o ID do processo filho em vez do ID do processo pai.

Na verdade, acredito que o método que você está usando para capturar um processo ID ( ps ax | grep snappr | awk '{print $1}') retornaria uma lista inteira de IDs de processo conectadas, snapprindependentemente de ser pai ou filho. Portanto, usando isso, você pode matar um ID de processo que é apenas um ID de processo filho, mas o ID pai ainda estaria ativo e capaz de "gerar" outro processo filho para compensar.

Então, talvez você possa fazer algo assim para pegar o ID pai definitivo de qualquer ID de processo que você alimenta e age sobre ele; prova simples de conceito de como funciona:

ps -p [process ID] -o ppid=

Executar esse comando simples no Bash fornecerá o ID do processo pai do ID do processo filho inserido [process ID]. Portanto, se o ID filho 4567tiver um ID do processo pai 123, o comando será:

ps -p 4567 -o ppid=

E isso retornaria 123.

Dito isso, essa pode ser uma maneira perigosa de lidar com um processo de extravio, pois se o seu script pegar o ID do processo pai real snapper, então o pai desse ID de processo poderia ser realmente seu próprio Bash shell. Assim, você pode, inadvertidamente, simplesmente matar seu Bash shell em vez de snapperderrubá-lo do sistema enquanto deixa o snapperprocesso em execução.

Mas tudo o que disse, porque não tornar sua vida mais fácil e apenas correr pkillassim:

sudo pkill snappr

Isso matará todos os processos conectados snapprsem qualquer malabarismo de linha de comando.