ps 错误 /proc 必须被挂载 - 但可以作为 root 运行

Question 1

看起来是你，或者可能是以 root 身份运行的有缺陷的脚本，更改了的权限/proc。请检查它们：ls -ld /proc

这应该可以修复它：

sudo chmod 755 /proc

如果这还不够，重启可能是最简单的方法。你也许可以勉强继续下去。

检查中的其他文件是否/proc也受到影响：ls -l /proc。根据受影响的文件，以下内容可能足以修复（这不是完整列表，仅列出最重要的内容）。

sudo chmod -R 755 /proc/[a-z]*
find /proc -type d -exec sudo chmod +x {} +
sudo chmod 600 /proc/kcore /proc/kmsg /proc/kpagecount /proc/kpageflags /proc/vmallocinfo
sudo chmod 200 /proc/sysrq-trigger

确保您没有一行 for /procin /etc/fstab（通常不需要它，因为启动脚本无论如何都会在启动过程的早期挂载它），或者如果有，它只包含以下内容（并且可选择0 0在末尾）：

proc  /proc  proc  defaults

如果您的fstab答案正确，但重启无法解决所有问题，则问题可能更大。请至少发布sudo ls -la /proc和的输出uname -a。

Answer

看起来是你，或者可能是以 root 身份运行的有缺陷的脚本，更改了的权限/proc。请检查它们：ls -ld /proc

这应该可以修复它：

sudo chmod 755 /proc

如果这还不够，重启可能是最简单的方法。你也许可以勉强继续下去。

检查中的其他文件是否/proc也受到影响：ls -l /proc。根据受影响的文件，以下内容可能足以修复（这不是完整列表，仅列出最重要的内容）。

sudo chmod -R 755 /proc/[a-z]*
find /proc -type d -exec sudo chmod +x {} +
sudo chmod 600 /proc/kcore /proc/kmsg /proc/kpagecount /proc/kpageflags /proc/vmallocinfo
sudo chmod 200 /proc/sysrq-trigger

确保您没有一行 for /procin /etc/fstab（通常不需要它，因为启动脚本无论如何都会在启动过程的早期挂载它），或者如果有，它只包含以下内容（并且可选择0 0在末尾）：

proc  /proc  proc  defaults

如果您的fstab答案正确，但重启无法解决所有问题，则问题可能更大。请至少发布sudo ls -la /proc和的输出uname -a。

Question 2

我这样做：

strace ps aux | wc -l

我发现：

在此处输入图片描述

Answer

我这样做：

strace ps aux | wc -l

我发现：

在此处输入图片描述

Question 3

我今天也遇到了同样的问题。原来是 ps 的 apparmor 配置文件不完整。使用sudo aa-logprof这个配置文件，我在 /etc/apparmor.d/ 中获得了这个新配置文件，它使 ps 恢复正常：

# Last Modified: Thu Mar 14 10:49:01 2019
#include <tunables/global>

/bin/ps {
  #include <abstractions/base>
  #include <abstractions/consoles>
  #include <abstractions/nameservice>
  #include <abstractions/totem>

  capability sys_ptrace,

  /bin/ps mr,
  /etc/ld.so.preload r,
  /proc/*/cmdline r,
  /proc/*/stat r,
  /proc/*/status r,
  /proc/*/wchan r,
  /proc/filesystems r,
  /proc/meminfo r,
  /proc/sys/kernel/osrelease r,
  /proc/sys/kernel/pid_max r,
  /proc/tty/drivers r,
  /proc/uptime r,

}

不要忘记：

在尝试新的配置文件之前，请备份旧的配置文件。
在进行任何更改后，sudo service apparmor restart重新启动 apparmor 。/etc/init.d apparmor restart

Answer

我今天也遇到了同样的问题。原来是 ps 的 apparmor 配置文件不完整。使用sudo aa-logprof这个配置文件，我在 /etc/apparmor.d/ 中获得了这个新配置文件，它使 ps 恢复正常：

# Last Modified: Thu Mar 14 10:49:01 2019
#include <tunables/global>

/bin/ps {
  #include <abstractions/base>
  #include <abstractions/consoles>
  #include <abstractions/nameservice>
  #include <abstractions/totem>

  capability sys_ptrace,

  /bin/ps mr,
  /etc/ld.so.preload r,
  /proc/*/cmdline r,
  /proc/*/stat r,
  /proc/*/status r,
  /proc/*/wchan r,
  /proc/filesystems r,
  /proc/meminfo r,
  /proc/sys/kernel/osrelease r,
  /proc/sys/kernel/pid_max r,
  /proc/tty/drivers r,
  /proc/uptime r,

}

不要忘记：

在尝试新的配置文件之前，请备份旧的配置文件。
在进行任何更改后，sudo service apparmor restart重新启动 apparmor 。/etc/init.d apparmor restart

ps 错误 /proc 必须被挂载 - 但可以作为 root 运行

答案1

答案2

答案3

相关内容