Не удается завершить процесс, который запущен, но, видимо, не виден в диспетчере задач

Вы заметили, что у вас есть два разных PID в двух попытках?

Учтите это: если вы наберете команду как vi raven.txt, то ps axпоявится строка, которая показывает команду vi raven.txt. Аналогично, если вы наберете команду вроде grep snappr, то ps axпоявится строка, которая показывает команду grep snappr. И, если вы передадите вывод этого psчерез grep snappr, the grepнайдет строку, которая описывает себя . Итак, если вы введете

$ ps ax | grep snappr | awk '' 

несколько раз он будет печатать разное число каждый раз (потому что он печатает PID grep, и вы получаете новый, уникальный grepпроцесс при каждом запуске команды).

Наконец, учтите: killкоманда не может быть выполнена до тех пор, пока не будут известны ее аргументы. Чтобы его аргумент был известен, $(ps ax | grep snappr | awk '')конвейер должен быть завершен. Это означает, что grepдолжно быть прекращено ¹ . Следовательно, killему присваивается PID grepпроцесса, но только после того, как grepпроцесс завершен - поэтому, естественно, он сообщает «Нет такого процесса».

Возможно, я должен был упомянуть, что snapprпроцесс не запущен. Если бы это было так, ваша первая команда выдала бы два числа: PID of snapprи PID of grep snappr. Теперь, если бы вы snapprработали, ваша команда могла бы начать работать полу-правильно, что означает, что она делает то, что вы хотите, но также выдает сообщение об ошибке. Если snapprон работает с PID 42097 и grep snapprработает с PID 70848, то killбудет выполнена команда kill 42097 70858, которая уничтожит snappr и получит сообщение об ошибке при попытке завершить grepпроцесс, который больше не существует.

Возможно, вы захотите улучшить это. Мой любимый способ, который я придумал 20 лет назад, чтобы изменить grepк grep "[s]nappr", который будет соответствовать, snapprно не будет соответствовать себя. Другой подход заключается в использовании, pgrepа не ps | grep.

¹ Альтернативно, он awkможет закончить, если grepпросто закроет свой стандартный вывод. Это было бы очень необычным поведением для * nix программы.

Краткий ответ

Не прыгать через обручи Bash, чтобы убить snapprс ps, по трубопроводу через, grepа затем по трубопроводу через awkподобное. Вместо этого попытайтесь убить это, используя это pkill; без суеты и суеты, и она нацелена на имя процесса из коробки:

sudo pkill snappr 

Более длинный ответ

Не совсем понятно, как работает Snapper на уровне системных процессов, но проблема может заключаться в том, что вы захватываете только идентификатор дочернего процесса, а не идентификатор родительского процесса.

На самом деле, я считаю, что метод, который вы используете для получения идентификатора процесса ( ps ax | grep snappr | awk ''), вернул бы весь список идентификаторов процессов, к которым он подключен, snapprнезависимо от того, является ли он родительским или дочерним. Таким образом, используя его, вы можете уничтожить один идентификатор процесса, который является просто идентификатором дочернего процесса, но родительский идентификатор все еще будет активным и сможет «порождать» другой дочерний процесс для компенсации.

Так что, возможно, вы можете сделать что-то подобное, чтобы захватить окончательный родительский идентификатор любого идентификатора процесса, которым вы его кормили, и действовать по нему; простое доказательство концепции того, как это работает:

ps -p [process ID] -o ppid= 

Выполнение этой пустой команды в Bash даст вам идентификатор родительского процесса для идентификатора дочернего процесса, который вы ввели [process ID]. Так что если у дочернего идентификатора 4567есть родительский идентификатор процесса, 123то команда будет выглядеть так:

ps -p 4567 -o ppid= 

И это вернется 123.

Тем не менее, это может быть опасным способом иметь дело с случайным процессом, поскольку, если ваш скрипт захватывает фактический идентификатор родительского процесса snapper, то родительский элемент этого идентификатора процесса действительно может быть вашей собственной оболочкой Bash. Таким образом, вы можете случайно убить свою оболочку Bash вместо того, чтобы snapperсбивать вас с системы, оставляя snapperпроцесс запущенным.

Но все это говорит, почему бы не сделать вашу жизнь проще и просто бежать pkillтак:

sudo pkill snappr 

Это убьет все процессы, связанные с snapprбез какой-либо изворотливой командной строки.