ps aux as non-root не отображает все процессы

Я использую сервер ubuntu 10.04 ...

, когда я запускаю ps aux как root, я вижу все процессы, когда я запускаю ps aux as nonroot, я вижу JUST процессы текущего пользователя

после небольшого исследования я нашел следующее решение:

root@m85:~# ls -al /proc/ total 4 dr-xr-xr-x 122 root root 0 2010-12-23 14:08 . drwxr-xr-x 22 root root 4096 2010-12-23 13:30 .. dr-x------ 6 root root 0 2010-12-23 14:08 1 dr-x------ 6 root root 0 2010-12-23 14:08 10 dr-x------ 6 root root 0 2010-12-23 14:08 1212 dr-x------ 6 root root 0 2010-12-23 14:08 1227 dr-x------ 6 root root 0 2010-12-23 14:08 1242 dr-x------ 6 zabbix zabbix 0 2010-12-24 23:52 12747 [...]

моя первая идея заключалась в том, что он был установлен в странном виде: / etc / fstab в порядке, и это не так, t, кажется, монтируется странным образом ...

моя вторая идея заключалась в том, что может быть руткит: но это не руткит ... rkhunter говорит мне, что руткит не установлен. ..

Я не знаю, было ли это с тех пор, как машина была установлена ​​или появилась с обновлением. я только что установил zabbix-agent на машину и понял, что он не работает должным образом ...

Я уже проверил sysctl, без результата.

sysctl -a | grep ps sysctl -a | grep proc

Я получил подсказку о grsecurity и немного искал ее. dpkg показывает, что я использую стандартное ядро, и никакая grsecurity, похоже, не установлена. также нет / dev / grsec.

Я также остановил apparmor, но проблема остается.

dpkg показывает, что libselinux1 установлен, но не пакет selinux ... / selinux пуст ...

есть другой способ, чтобы я мог проверить, выполняется ли grsecrity, selinux?

Что могло вызвать такие странные разрешения (500) и как я могу вернуть его на нормальный уровень (555)?

Сумасшедший, я никогда не видел ничего подобного ...

заранее заблаговременно за любой помогите и веселое рождество:)

просто, чтобы было ясно, что ps aux выводит (как root я вижу все proccesses также apache, который работает под www-данными):

zabbix@m85:~$ ps aux USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND zabbix 12747 0.0 0.0 9760 572 ? SN Dec24 0:00 zabbix_agentd zabbix 12749 0.1 0.0 9760 872 ? SN Dec24 2:13 zabbix_agentd zabbix 12750 0.0 0.0 9772 784 ? SN Dec24 0:00 zabbix_agentd zabbix 12751 0.0 0.0 9772 788 ? SN Dec24 0:00 zabbix_agentd zabbix 12752 0.0 0.0 9772 780 ? SN Dec24 0:00 zabbix_agentd zabbix 12753 0.0 0.0 9760 608 ? SN Dec24 0:01 zabbix_agentd zabbix 32067 0.0 0.0 35864 1360 pts/0 S 00:54 0:00 su - zabbix zabbix 32068 11.0 0.3 25096 6980 pts/0 S 00:54 0:00 -su zabbix 32094 0.0 0.0 15188 1152 pts/0 R+ 00:54 0:00 ps aux zabbix@m85:~$ jmw@m85:~$ jmw@m85:~$ ps aux USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND jmw 32361 0.0 0.0 15188 1156 pts/0 R+ 00:57 0:00 ps aux jmw@m85:~$
2
задан 26 December 2010 в 04:01

16 ответов

Это нормальное поведение, поскольку, поскольку пользователь, не являющийся пользователем root, вы должны видеть процесс только от вашего пользователя (только root может видеть все, кроме процессов, которые видят все пользователи, например: apache, pulseaudio, alsa и т. д.).

ps - Статус процесса

Атрибуты

-a -> Параметр -a указывает ps, чтобы перечислять процессы всех пользователей в системе, а не только те текущего пользователя, за исключением лидеров групп и процессов, не связанных с терминалом. Лидер группы является первым членом группы связанных процессов.

-u -> Опция -u указывает ps предоставить подробную информацию о каждом процессе.

-x -> Параметр -x добавляет к процессам списка, у которых нет управляющего терминала, например демонов, которые являются программами, которые запускаются во время загрузки (т.е. запуска компьютера) и незаметно работают в фоновом режиме до тех пор, пока они не активируются определенным событием или условием.

Лидер группы в этом случае является корнем.

Дополнительная информация здесь: http://www.linfo.org/ps.html

ПРИМЕЧАНИЕ. Вы задаете несколько вопросов в этом посте. Название спрашивает одно, вы начинаете с другого и заканчиваете другим. Отвечаю на название, поскольку оно более актуально.

0
ответ дан 25 July 2018 в 22:41
  • 1
    я запускал около 60 серверов ubuntu ... на каждой другой системе / proc / PID имеет разрешения 555 ... ps aux всегда показывает процессы других пользователей, но здесь я просто вижу, что процессы пользователя zabbix, когда они вошли в систему как zabbix ... это очень странное поведение ... – JMW 26 December 2010 в 03:24
  • 2
    -1 для предоставления неправильной информации, в обычной системе UNIX / Linux обычный пользователь может перечислить каждый процесс в системе, также нет такой вещи, как процессы, разделяемые между пользователями. – João Pinto 26 December 2010 в 03:34
  • 3
    То, что я имел в виду с PROCESS SHARED BETWEEN USERS, - это процесс, который можно увидеть несколькими пользователями, такими как pulseaudio, apache service и т. Д., Что может видеть несколько пользователей. Обновлено, чтобы отразить это, чтобы не получить -1 (ПРИМЕЧАНИЕ: Am из Венесуэлы, поэтому мой английский не идеален на 100%). – Luis Alvarado♦ 26 December 2010 в 03:38
  • 4
    отлично ... и zabbix не может увидеть процесс apache ... ps aux как root показывает процессы apache, запущенные под www-данными, но пользователь zabbix просто видит свои процессы и процесс Apache ... вот почему zabbix не работает должным образом – JMW 26 December 2010 в 03:40
  • 5
    Позвольте мне понять, есть пользователь zabbix или вы говорите о супер-потрясающем агенте zabbix хе-хе. Если вы говорите о последнем, я попытаюсь сделать пример на своем компьютере, чтобы узнать, есть ли у него эта проблема. – Luis Alvarado♦ 26 December 2010 в 03:45

Кажется, вы столкнулись с установленной по умолчанию версией Ubuntu procps ps, которая - пытаясь подражать трем различным аргументам аргументов - может быть совершенно запутанной. Выделите страницу man:

Эта версия ps принимает несколько видов опций: UNIX-параметры, которые могут быть сгруппированы и должны предшествовать тире. BSD, которые могут быть сгруппированы и не должны использоваться с тире. Опции GNU long, которым предшествуют две тире.

Это означает, что ps -a дает очень разные результаты, чем ps a. Учитывая мою историю, я предпочитаю ps -eaH и откровенно не нужно знать процесс RSS достаточно плохо, достаточно часто, чтобы проваливать все руководство, чтобы найти, какой флаг даст его мне.

4
ответ дан 25 July 2018 в 22:41
  • 1
    Это очень хороший источник информации. Спасибо msw. – Luis Alvarado♦ 26 December 2010 в 10:14
  • 2
    привет, большое спасибо :), но «ps -a -u -x» приводит к тому же результату ... Я думаю, что ps не может читать из каталога / proc – JMW 26 December 2010 в 14:42

Это нормальное поведение, поскольку, поскольку пользователь, не являющийся пользователем root, вы должны видеть процесс только от вашего пользователя (только root может видеть все, кроме процессов, которые видят все пользователи, например: apache, pulseaudio, alsa и т. д.).

ps - Статус процесса

Атрибуты

-a -> Параметр -a указывает ps, чтобы перечислять процессы всех пользователей в системе, а не только те текущего пользователя, за исключением лидеров групп и процессов, не связанных с терминалом. Лидер группы является первым членом группы связанных процессов.

-u -> Опция -u указывает ps предоставить подробную информацию о каждом процессе.

-x -> Параметр -x добавляет к процессам списка, у которых нет управляющего терминала, например демонов, которые являются программами, которые запускаются во время загрузки (т.е. запуска компьютера) и незаметно работают в фоновом режиме до тех пор, пока они не активируются определенным событием или условием.

Лидер группы в этом случае является корнем.

Дополнительная информация здесь: http://www.linfo.org/ps.html

ПРИМЕЧАНИЕ. Вы задаете несколько вопросов в этом посте. Название спрашивает одно, вы начинаете с другого и заканчиваете другим. Отвечаю на название, поскольку оно более актуально.

0
ответ дан 26 July 2018 в 23:47
  • 1
    я запускал около 60 серверов ubuntu ... на каждой другой системе / proc / PID имеет разрешения 555 ... ps aux всегда показывает процессы других пользователей, но здесь я просто вижу, что процессы пользователя zabbix, когда они вошли в систему как zabbix ... это очень странное поведение ... – JMW 26 December 2010 в 03:24
  • 2
    -1 для предоставления неправильной информации, в обычной системе UNIX / Linux обычный пользователь может перечислить каждый процесс в системе, также нет такой вещи, как процессы, разделяемые между пользователями. – João Pinto 26 December 2010 в 03:34
  • 3
    То, что я имел в виду с PROCESS SHARED BETWEEN USERS, - это процесс, который можно увидеть несколькими пользователями, такими как pulseaudio, apache service и т. Д., Что может видеть несколько пользователей. Обновлено, чтобы отразить это, чтобы не получить -1 (ПРИМЕЧАНИЕ: Am из Венесуэлы, поэтому мой английский не идеален на 100%). – Luis Alvarado♦ 26 December 2010 в 03:38
  • 4
    отлично ... и zabbix не может увидеть процесс apache ... ps aux как root показывает процессы apache, запущенные под www-данными, но пользователь zabbix просто видит свои процессы и процесс Apache ... вот почему zabbix не работает должным образом – JMW 26 December 2010 в 03:40
  • 5
    Позвольте мне понять, есть пользователь zabbix или вы говорите о супер-потрясающем агенте zabbix хе-хе. Если вы говорите о последнем, я попытаюсь сделать пример на своем компьютере, чтобы узнать, есть ли у него эта проблема. – Luis Alvarado♦ 26 December 2010 в 03:45

Кажется, вы столкнулись с установленной по умолчанию версией Ubuntu procps ps, которая - пытаясь подражать трем различным аргументам аргументов - может быть совершенно запутанной. Выделите страницу man:

Эта версия ps принимает несколько видов опций: UNIX-параметры, которые могут быть сгруппированы и должны предшествовать тире. BSD, которые могут быть сгруппированы и не должны использоваться с тире. Опции GNU long, которым предшествуют две тире.

Это означает, что ps -a дает очень разные результаты, чем ps a. Учитывая мою историю, я предпочитаю ps -eaH и откровенно не нужно знать процесс RSS достаточно плохо, достаточно часто, чтобы проваливать все руководство, чтобы найти, какой флаг даст его мне.

4
ответ дан 26 July 2018 в 23:47
  • 1
    Это очень хороший источник информации. Спасибо msw. – Luis Alvarado♦ 26 December 2010 в 10:14
  • 2
    привет, большое спасибо :), но «ps -a -u -x» приводит к тому же результату ... Я думаю, что ps не может читать из каталога / proc – JMW 26 December 2010 в 14:42

Это нормальное поведение, поскольку, поскольку пользователь, не являющийся пользователем root, вы должны видеть процесс только от вашего пользователя (только root может видеть все, кроме процессов, которые видят все пользователи, например: apache, pulseaudio, alsa и т. д.).

ps - Статус процесса

Атрибуты

-a -> Параметр -a указывает ps, чтобы перечислять процессы всех пользователей в системе, а не только те текущего пользователя, за исключением лидеров групп и процессов, не связанных с терминалом. Лидер группы является первым членом группы связанных процессов.

-u -> Опция -u указывает ps предоставить подробную информацию о каждом процессе.

-x -> Параметр -x добавляет к процессам списка, у которых нет управляющего терминала, например демонов, которые являются программами, которые запускаются во время загрузки (т.е. запуска компьютера) и незаметно работают в фоновом режиме до тех пор, пока они не активируются определенным событием или условием.

Лидер группы в этом случае является корнем.

Дополнительная информация здесь: http://www.linfo.org/ps.html

ПРИМЕЧАНИЕ. Вы задаете несколько вопросов в этом посте. Название спрашивает одно, вы начинаете с другого и заканчиваете другим. Отвечаю на название, поскольку оно более актуально.

0
ответ дан 2 August 2018 в 04:08
  • 1
    я запускал около 60 серверов ubuntu ... на каждой другой системе / proc / PID имеет разрешения 555 ... ps aux всегда показывает процессы других пользователей, но здесь я просто вижу, что процессы пользователя zabbix, когда они вошли в систему как zabbix ... это очень странное поведение ... – JMW 26 December 2010 в 03:24
  • 2
    -1 для предоставления неправильной информации, в обычной системе UNIX / Linux обычный пользователь может перечислить каждый процесс в системе, также нет такой вещи, как процессы, разделяемые между пользователями. – João Pinto 26 December 2010 в 03:34
  • 3
    То, что я имел в виду с PROCESS SHARED BETWEEN USERS, - это процесс, который можно увидеть несколькими пользователями, такими как pulseaudio, apache service и т. Д., Что может видеть несколько пользователей. Обновлено, чтобы отразить это, чтобы не получить -1 (ПРИМЕЧАНИЕ: Am из Венесуэлы, поэтому мой английский не идеален на 100%). – Luis Alvarado♦ 26 December 2010 в 03:38
  • 4
    отлично ... и zabbix не может увидеть процесс apache ... ps aux как root показывает процессы apache, запущенные под www-данными, но пользователь zabbix просто видит свои процессы и процесс Apache ... вот почему zabbix не работает должным образом – JMW 26 December 2010 в 03:40
  • 5
    Позвольте мне понять, есть пользователь zabbix или вы говорите о супер-потрясающем агенте zabbix хе-хе. Если вы говорите о последнем, я попытаюсь сделать пример на своем компьютере, чтобы узнать, есть ли у него эта проблема. – Luis Alvarado♦ 26 December 2010 в 03:45

Кажется, вы столкнулись с установленной по умолчанию версией Ubuntu procps ps, которая - пытаясь подражать трем различным аргументам аргументов - может быть совершенно запутанной. Выделите страницу man:

Эта версия ps принимает несколько видов опций: UNIX-параметры, которые могут быть сгруппированы и должны предшествовать тире. BSD, которые могут быть сгруппированы и не должны использоваться с тире. Опции GNU long, которым предшествуют две тире.

Это означает, что ps -a дает очень разные результаты, чем ps a. Учитывая мою историю, я предпочитаю ps -eaH и откровенно не нужно знать процесс RSS достаточно плохо, достаточно часто, чтобы проваливать все руководство, чтобы найти, какой флаг даст его мне.

4
ответ дан 2 August 2018 в 04:08
  • 1
    Это очень хороший источник информации. Спасибо msw. – Luis Alvarado♦ 26 December 2010 в 10:14
  • 2
    привет, большое спасибо :), но «ps -a -u -x» приводит к тому же результату ... Я думаю, что ps не может читать из каталога / proc – JMW 26 December 2010 в 14:42

Это обычное поведение, так как в качестве пользователя, не являющегося пользователем, вы должны видеть этот процесс только у своего пользователя (только root может видеть все, кроме процессов, которые видят все пользователи, например: apache, pulseaudio, alsa и т. д.).

ps - Статус процесса

Атрибуты

-a -> Опция -a указывает ps, чтобы перечислять процессы всех пользователей в системе, а не только те текущего пользователя, за исключением лидеров групп и процессов, не связанных с терминалом. Лидер группы является первым членом группы связанных процессов.

-u -> Опция -u указывает ps предоставить подробную информацию о каждом процессе.

-x -> Параметр -x добавляет к процессам списка, у которых нет управляющего терминала, например демонов, которые являются программами, которые запускаются во время загрузки (т.е. запуска компьютера) и незаметно работают в фоновом режиме до тех пор, пока они не активируются определенным событием или условием.

Лидер группы в этом случае является корнем.

Подробнее здесь: http://www.linfo.org/ps.html

ПРИМЕЧАНИЕ. Вы задаете несколько вопросов в этом посте. Название спрашивает одно, вы начинаете с другого и заканчиваете другим. Отвечаю на название, поскольку оно более актуально.

0
ответ дан 4 August 2018 в 20:11

Кажется, вы столкнулись с версией Ubuntu procps по умолчанию ps , которая - пытаясь подражать трем различным вкусам аргументов - может быть совершенно запутанной. Quot the man page:

Эта версия ps принимает несколько видов опций:

  1. Параметры UNIX, которые могут быть сгруппированы и должны предшествовать тире.
  2. Параметры BSD, которые могут быть сгруппированы и не должны использоваться с тире.
  3. Длинные опции GNU, которым предшествуют две тире.

Это означает, что ps -a дает очень разные результаты чем ps a . Учитывая мою историю, я предпочитаю ps -eaH и, откровенно говоря, не нужно было знать процесс RSS достаточно плохо, достаточно часто, чтобы проваливать все руководство, чтобы найти, какой флаг даст ему я.

4
ответ дан 4 August 2018 в 20:11

Кажется, вы столкнулись с версией Ubuntu procps по умолчанию ps , которая - пытаясь подражать трем различным вкусам аргументов - может быть совершенно запутанной. Quot the man page:

Эта версия ps принимает несколько видов опций:

  1. Параметры UNIX, которые могут быть сгруппированы и должны предшествовать тире.
  2. Параметры BSD, которые могут быть сгруппированы и не должны использоваться с тире.
  3. Длинные опции GNU, которым предшествуют две тире.

Это означает, что ps -a дает очень разные результаты чем ps a . Учитывая мою историю, я предпочитаю ps -eaH и, откровенно говоря, не нужно было знать процесс RSS достаточно плохо, достаточно часто, чтобы проваливать все руководство, чтобы найти, какой флаг даст ему я.

4
ответ дан 6 August 2018 в 04:13

Это обычное поведение, так как в качестве пользователя, не являющегося пользователем, вы должны видеть этот процесс только у своего пользователя (только root может видеть все, кроме процессов, которые видят все пользователи, например: apache, pulseaudio, alsa и т. д.).

ps - Статус процесса

Атрибуты

-a -> Опция -a указывает ps, чтобы перечислять процессы всех пользователей в системе, а не только те текущего пользователя, за исключением лидеров групп и процессов, не связанных с терминалом. Лидер группы является первым членом группы связанных процессов.

-u -> Опция -u указывает ps предоставить подробную информацию о каждом процессе.

-x -> Параметр -x добавляет к процессам списка, у которых нет управляющего терминала, например демонов, которые являются программами, которые запускаются во время загрузки (т.е. запуска компьютера) и незаметно работают в фоновом режиме до тех пор, пока они не активируются определенным событием или условием.

Лидер группы в этом случае является корнем.

Подробнее здесь: http://www.linfo.org/ps.html

ПРИМЕЧАНИЕ. Вы задаете несколько вопросов в этом посте. Название спрашивает одно, вы начинаете с другого и заканчиваете другим. Отвечаю на название, поскольку оно более актуально.

0
ответ дан 6 August 2018 в 04:13

Кажется, вы столкнулись с версией Ubuntu procps по умолчанию ps , которая - пытаясь подражать трем различным вкусам аргументов - может быть совершенно запутанной. Quot the man page:

Эта версия ps принимает несколько видов опций:

  1. Параметры UNIX, которые могут быть сгруппированы и должны предшествовать тире.
  2. Параметры BSD, которые могут быть сгруппированы и не должны использоваться с тире.
  3. Длинные опции GNU, которым предшествуют две тире.

Это означает, что ps -a дает очень разные результаты чем ps a . Учитывая мою историю, я предпочитаю ps -eaH и, откровенно говоря, не нужно было знать процесс RSS достаточно плохо, достаточно часто, чтобы проваливать все руководство, чтобы найти, какой флаг даст ему я.

4
ответ дан 7 August 2018 в 22:14

Это обычное поведение, так как в качестве пользователя, не являющегося пользователем, вы должны видеть этот процесс только у своего пользователя (только root может видеть все, кроме процессов, которые видят все пользователи, например: apache, pulseaudio, alsa и т. д.).

ps - Статус процесса

Атрибуты

-a -> Опция -a указывает ps, чтобы перечислять процессы всех пользователей в системе, а не только те текущего пользователя, за исключением лидеров групп и процессов, не связанных с терминалом. Лидер группы является первым членом группы связанных процессов.

-u -> Опция -u указывает ps предоставить подробную информацию о каждом процессе.

-x -> Параметр -x добавляет к процессам списка, у которых нет управляющего терминала, например демонов, которые являются программами, которые запускаются во время загрузки (т.е. запуска компьютера) и незаметно работают в фоновом режиме до тех пор, пока они не активируются определенным событием или условием.

Лидер группы в этом случае является корнем.

Подробнее здесь: http://www.linfo.org/ps.html

ПРИМЕЧАНИЕ. Вы задаете несколько вопросов в этом посте. Название спрашивает одно, вы начинаете с другого и заканчиваете другим. Отвечаю на название, поскольку оно более актуально.

0
ответ дан 7 August 2018 в 22:14

Кажется, вы столкнулись с версией Ubuntu procps по умолчанию ps , которая - пытаясь подражать трем различным вкусам аргументов - может быть совершенно запутанной. Quot the man page:

Эта версия ps принимает несколько видов опций:

  1. Параметры UNIX, которые могут быть сгруппированы и должны предшествовать тире.
  2. Параметры BSD, которые могут быть сгруппированы и не должны использоваться с тире.
  3. Длинные опции GNU, которым предшествуют две тире.

Это означает, что ps -a дает очень разные результаты чем ps a . Учитывая мою историю, я предпочитаю ps -eaH и, откровенно говоря, не нужно было знать процесс RSS достаточно плохо, достаточно часто, чтобы проваливать все руководство, чтобы найти, какой флаг даст ему я.

4
ответ дан 10 August 2018 в 10:26

Это обычное поведение, так как в качестве пользователя, не являющегося пользователем, вы должны видеть этот процесс только у своего пользователя (только root может видеть все, кроме процессов, которые видят все пользователи, например: apache, pulseaudio, alsa и т. д.).

ps - Статус процесса

Атрибуты

-a -> Опция -a указывает ps, чтобы перечислять процессы всех пользователей в системе, а не только те текущего пользователя, за исключением лидеров групп и процессов, не связанных с терминалом. Лидер группы является первым членом группы связанных процессов.

-u -> Опция -u указывает ps предоставить подробную информацию о каждом процессе.

-x -> Параметр -x добавляет к процессам списка, у которых нет управляющего терминала, например демонов, которые являются программами, которые запускаются во время загрузки (т.е. запуска компьютера) и незаметно работают в фоновом режиме до тех пор, пока они не активируются определенным событием или условием.

Лидер группы в этом случае является корнем.

Подробнее здесь: http://www.linfo.org/ps.html

ПРИМЕЧАНИЕ. Вы задаете несколько вопросов в этом посте. Название спрашивает одно, вы начинаете с другого и заканчиваете другим. Отвечаю на название, поскольку оно более актуально.

0
ответ дан 10 August 2018 в 10:26

Кажется, вы столкнулись с версией Ubuntu procps по умолчанию ps , которая - пытаясь подражать трем различным вкусам аргументов - может быть совершенно запутанной. Quot the man page:

Эта версия ps принимает несколько видов опций:

  1. Параметры UNIX, которые могут быть сгруппированы и должны предшествовать тире.
  2. Параметры BSD, которые могут быть сгруппированы и не должны использоваться с тире.
  3. Длинные опции GNU, которым предшествуют две тире.

Это означает, что ps -a дает очень разные результаты чем ps a . Учитывая мою историю, я предпочитаю ps -eaH и, откровенно говоря, не нужно было знать процесс RSS достаточно плохо, достаточно часто, чтобы проваливать все руководство, чтобы найти, какой флаг даст ему я.

4
ответ дан 13 August 2018 в 16:52
  • 1
    Это очень хороший источник информации. Спасибо msw. – Luis Alvarado♦ 26 December 2010 в 10:14
  • 2
    привет, большое спасибо :), но «ps -a -u -x» приводит к тому же результату ... Я думаю, что ps не может читать из каталога / proc – JMW 26 December 2010 в 14:42

Это обычное поведение, так как в качестве пользователя, не являющегося пользователем, вы должны видеть этот процесс только у своего пользователя (только root может видеть все, кроме процессов, которые видят все пользователи, например: apache, pulseaudio, alsa и т. д.).

ps - Статус процесса

Атрибуты

-a -> Опция -a указывает ps, чтобы перечислять процессы всех пользователей в системе, а не только те текущего пользователя, за исключением лидеров групп и процессов, не связанных с терминалом. Лидер группы является первым членом группы связанных процессов.

-u -> Опция -u указывает ps предоставить подробную информацию о каждом процессе.

-x -> Параметр -x добавляет к процессам списка, у которых нет управляющего терминала, например демонов, которые являются программами, которые запускаются во время загрузки (т.е. запуска компьютера) и незаметно работают в фоновом режиме до тех пор, пока они не активируются определенным событием или условием.

Лидер группы в этом случае является корнем.

Подробнее здесь: http://www.linfo.org/ps.html

ПРИМЕЧАНИЕ. Вы задаете несколько вопросов в этом посте. Название спрашивает одно, вы начинаете с другого и заканчиваете другим. Отвечаю на название, поскольку оно более актуально.

0
ответ дан 13 August 2018 в 16:52
  • 1
    я запускал около 60 серверов ubuntu ... на каждой другой системе / proc / PID имеет разрешения 555 ... ps aux всегда показывает процессы других пользователей, но здесь я просто вижу, что процессы пользователя zabbix, когда они вошли в систему как zabbix ... это очень странное поведение ... – JMW 26 December 2010 в 03:24
  • 2
    -1 для предоставления неправильной информации, в обычной системе UNIX / Linux обычный пользователь может перечислить каждый процесс в системе, также нет такой вещи, как процессы, разделяемые между пользователями. – João Pinto 26 December 2010 в 03:34
  • 3
    То, что я имел в виду с PROCESS SHARED BETWEEN USERS, - это процесс, который можно увидеть несколькими пользователями, такими как pulseaudio, apache service и т. Д., Что может видеть несколько пользователей. Обновлено, чтобы отразить это, чтобы не получить -1 (ПРИМЕЧАНИЕ: Am из Венесуэлы, поэтому мой английский не идеален на 100%). – Luis Alvarado♦ 26 December 2010 в 03:38
  • 4
    отлично ... и zabbix не может увидеть процесс apache ... ps aux как root показывает процессы apache, запущенные под www-данными, но пользователь zabbix просто видит свои процессы и процесс Apache ... вот почему zabbix не работает должным образом – JMW 26 December 2010 в 03:40
  • 5
    Позвольте мне понять, есть пользователь zabbix или вы говорите о супер-потрясающем агенте zabbix хе-хе. Если вы говорите о последнем, я попытаюсь сделать пример на своем компьютере, чтобы узнать, есть ли у него эта проблема. – Luis Alvarado♦ 26 December 2010 в 03:45

Другие вопросы по тегам:

Похожие вопросы: