Когда я ищу какой-то процесс, который не существует, например,

$ ps aux | grep fnord                          
wayne    15745  0.0  0.0  13580   928 pts/6    S+   03:58   0:00 grep fnord

Очевидно, меня не волнует grep - в этом столько же смысла, сколько и в поиске psпроцесса!

Как я могу предотвратить появление grep в результатах?

Оказывается, есть решение, найденное в связке ключей .

$ ps aux | grep "[f]nord"

Поставив квадратные скобки вокруг буквы и кавычки вокруг строки, вы ищете регулярное выражение, которое говорит: «Найдите символ« f », за которым следует« nord »».

Но поскольку вы поставили квадратные скобки в шаблоне, за «f» теперь следует «]», поэтому grepв списке результатов не будет отображаться. Neato!

Другой вариант, который я использую (особенно для проверки, запущен ли процесс), - это pgrep команда. Это будет искать соответствующий процесс, но не будет отображать строку поиска для поиска. Мне это нравится, потому что это быстрый способ поиска, без регулярных выражений или экранирования.

pgrep fnord

Идеальным решением является решение, представленное BriGuy

pgrep fnord 

Но если вы не хотите этого делать, вы можете просто исключить все строки, совпадающие с grep :

ps aux | grep -v grep | grep "fnord"

Не самое элегантное решение, но вы можете сделать это:

$ ps aux | grep fnord | grep -v grep

В зш grep fnord =(ps aux).

Идея состоит в том, чтобы сначала запустить ps auxрезультат в файл, а затем использовать его grep. Только у нас нет файла, так как мы используем zsh «процесс подстановки».

Для иллюстрации попробуйте

ps aux > ps.txt
grep fnord ps.txt
rm ps.txt

Результат должен быть таким же.

Общие комментарии по некоторым другим ответам. Некоторые из них далеко сложны и / или долго печатать. Дело не только в том, чтобы быть правым, но и в том, чтобы его можно было использовать. Но это не значит, что некоторые из этих решений плохие; только для того, чтобы их можно было использовать, они должны быть заключены в мини-интерфейс.

ps aux | grep $(echo fnord | sed "s/^\(.\)/[\1]/g")

⚠ Этот ответ GNU конкретным . Смотрите ответ Уэйна для более общего решения.

Поиск процессов

Если вы просто ищете fnordпроцессы, вы можете использовать -Cопцию для выбора по имени команды:

ps -C fnord

Это может быть смешано с опциями формата в стиле BSD и POSIX. Смотрите man-страницу ps для полного списка.

Ищете что-то еще?

Если вам нужно что-то более сложное, чем точный поиск имени команды, не теряйте надежды! Это все еще можно сделать на psстороне трубы. Все, что нам нужно сделать, это сказать, psчтобы исключить grepпроцессы из результата:

ps -NC grep | grep 'fnord'

-C grepвыбирает все процессы grep и -Nотменяет выбор. Это может быть использовано для поиска аргументов команды, части имени команды или более сложных регулярных выражений.

Мой ответ - это вариант типичного ответа для поиска «foobar» в списке «ps». Я считаю, что аргумент «-A» «ps» более переносим, ​​чем «aux», но это изменение не имеет отношения к ответу. Типичный ответ выглядит так:

$ ps -A -ww | grep [f]oobar

Вместо этого я использую этот шаблон:

$ ps -A -ww | grep [^]]foobar

Основное преимущество заключается в том, что на основе этих шаблонов легче писать сценарии, поскольку вы просто объединяете статическую строку «[^]]» с любым шаблоном, который ищете. Вам не нужно удалять первую букву строки, затем вставлять ее между квадратными скобками, а затем снова объединять ее. При создании сценариев в оболочке проще просто вставить «[^]]» перед шаблоном, который вы искали. Разрезание строк в Bash - отвратительная вещь, поэтому мой вариант этого избегает. Этот вариант говорит о том, что показывают линии, в которых шаблон соответствует БЕЗ ведущей правой квадратной скобки]. Поскольку шаблон поиска для исключения квадратной скобки фактически добавляет квадратную скобку к шаблону, он никогда не будет совпадать сам по себе.

Таким образом, вы можете написать переносимую команду psgrep следующим образом. Здесь я делаю некоторые различия между Linux, OS X BSD и другими. Это добавляет заголовки столбцов из «ps», предоставляет более настраиваемый формат «ps», который лучше подходит для моих нужд, и отображает процессы, перечисляющие дополнительные, очень широкие, чтобы ни один из аргументов командной строки не был пропущен. Ну, большинство не пропустили. Java - это Java, она часто работает в наихудшем из возможных способов, поэтому некоторые java-сервисы будут работать с максимально допустимой длиной аргументов, которую будет отслеживать таблица процессов. Я считаю, что это 1024 символов. Длина в одиночку, позволяющая запустить процесс, намного длиннее, но таблица процессов ядра не заботится о том, чтобы отслеживать что-то более 1 КБ. После запуска команды имя-команды и список аргументов isn '

psgrep ()
{
    pattern=[^]]${1};
    case "$(uname -s)" in
        Darwin)
            ps -A -ww -o pid,ppid,nice,pri,pcpu,pmem,etime,user,wchan,stat,command | grep -i -e "^[[:space:]]*PID" -e ${pattern}
        ;;
        Linux)
            ps -A -ww -o pid,ppid,tid,nice,pri,pcpu,pmem,etime,user,wchan:20,stat,command | grep -i -e "^[[:space:]]*PID" -e ${pattern}
        ;;
        *)  # other UNIX flavors get a minimalist version.
            ps -A -ww | grep -i -e ${pattern}
        ;;
    esac
}

Самый простой способ сделать это без использования оболочки - сначала сохранить его в переменной:

PS_OUTPUT="$(ps aux)"; echo "$PS_OUTPUT" |grep fnord

Вызов: grep fnord =(ps aux)ответ @ EmanuelBerg - самый элегантный, хотя и требует zsh. Я кратко имел это в моих файлах rc, но bash жалуется на этот синтаксис даже несмотря на условие, которое должно помешать его оценке.

Из моих файлов RC у меня есть версия без учета регистра, которая принимает аргументы grep:

psl() {
  local PS_OUTPUT="$(ps auxww)"
  echo "${PS_OUTPUT%%$'\n'*}" >&2  # title, in stderr to avoid pipes
  echo "${PS_OUTPUT#*$'\n'}" |grep -i "${@:-^}"
}

Прогулка по коду, одна пуля на строку кода:

• Захватить подробный psвывод (в localпеременной, чтобы она исчезла, когда функция вернется)
• Выведите первую строку (заголовок) в стандартной ошибке, чтобы результаты можно было отфильтровать, не затрагивая заголовок. Подстановка говорит: возьмите $PS_OUTPUTи удалите все после первого перевода строки (регулярное выражение:) s/\n.*$//msg. Это мешает нам получить название
• Выведите psвыходные данные со всем, кроме первой строки (regex эквивалента:) s/^.*\n//mи grep с его содержимым -iдля учета без учета регистра и со всеми аргументами, переданными этой функции (в случае отсутствия аргументов ^, что соответствует началу любой строки, чтобы соответствовать все)

Вот расширенная версия grep -v grepрешения, отфильтровывающая все grepпроцессы, которые не выполнялись более секунды, что является улучшением по сравнению с «просто отбрасывать все вхождения grep».

$ ps -ef | grep -vw "00:00:00 grep" | grep <searchTerm>

соответственно

$ ps aux | grep -vw "0:00 grep" | grep <searchTerm>

Это может быть не переносимым и зависит от фактического формата вывода вашей локальной psкоманды.

Вы можете объединить это с цветным grepвыводом для удобства:

$ alias grep='grep --color=auto'

Может быть, пришло время использовать реальную последовательность на этот раз. Использование труб делает его параллельным.

ps aux >f && grep tmpfs <f

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

Предложение по синтаксису последовательного оператора:

ps aux ||| grep tmpfs

Команда pgrep, как уже говорили другие, вернет PID (ID процесса) процессов на основе имени и других атрибутов. Например,

pgrep -d, -u <username> <string>

предоставит вам PID, разделенные запятой (,) всех процессов, чьи имена соответствуют запускаемым пользователем <username>. Вы можете использовать ключ -x, прежде чем возвращать только точные совпадения.

Если вы хотите получить больше информации об этих процессах (как подразумевается при запуске опций aux из ps), вы можете использовать опцию -p с ps, которая соответствует на основе PID. Так, например,

ps up $(pgrep -d, -u <username> <string>)

выдаст подробную информацию обо всех идентификаторах PID, соответствующих команде pgrep.

Вот простой пример, чтобы найти PID ssh-agentдля имени пользователя, не показывая PID самого grepпроцесса:

ps xu | grep "${USER}.*[ ]/usr/bin/ssh-agent" | awk '{print $1 $2;}'

Если вы хотите, например, убить ssh-agentдля текущего пользователя, вы можете использовать следующую команду:

kill `ps xu | grep "${USER}.*[ ]/usr/bin/ssh-agent" | awk '{print $2;}'`

Чтобы создать удобный псевдоним, добавьте в файл ~ / .bashrc или ~ / .zshrc следующий код:

function function1 () {
    ps xu | grep "$1.*$2" | awk '{print $1" "$2" "$11;}'
}
alias mygrep="function1"

И использование псевдонима здесь - примеры, чтобы заставить всех изучать регулярные выражения:

. /etc/profile #to make alias usable
mygrep ${USER} ${PROCESS_PATH}
mygrep ${USER} "[f]nord"
mygrep "[f]nord"
mygrep ".*[s]shd"

PS Я тестировал эти команды только в Ubuntu и Gentoo.

Использование опции -x (точное совпадение) сработало для меня. Я объединил его с -f (полная командная строка), чтобы я мог точно сопоставить свой процесс с:

pgrep -x -f "path_i_used_when_starting/cmd params_i_used"

Вы можете сделать это легко, просто с помощью определения ALIAS в вашем .bashrc виде:

alias grep='grep -v grep | grep'