如何摆脱未使用的 jfsCommit 进程?

Flo*_*oyd 8 filesystem

在配备 Xeon 六核处理器的 Dell Poweredge T620 上,我注意到 jfs 文件系统有 14 个无关的进程。在另一台服务器上,xfs 文件系统也有类似的过程。

虽然它们不会引起任何问题或显着负载,但我想摆脱这些进程,因为我既不使用 jfs 也不使用 xfs。

以下是ps ax输出的相关部分:

31611 ?        S      0:00 [jfsIO]
31612 ?        S      0:00 [jfsCommit]
31613 ?        S      0:00 [jfsCommit]
31614 ?        S      0:00 [jfsCommit]
31615 ?        S      0:00 [jfsCommit]
31616 ?        S      0:00 [jfsCommit]
31617 ?        S      0:00 [jfsCommit]
31618 ?        S      0:00 [jfsCommit]
31619 ?        S      0:00 [jfsCommit]
31620 ?        S      0:00 [jfsCommit]
31621 ?        S      0:00 [jfsCommit]
31622 ?        S      0:00 [jfsCommit]
31623 ?        S      0:00 [jfsCommit]
31624 ?        S      0:00 [jfsSync]

>uname -a 
Linux ada 2.6.32-41-server #89-Ubuntu SMP Fri Apr 27 22:33:31 UTC 2012 x86_64 GNU/Linux
Run Code Online (Sandbox Code Playgroud)

ish*_*ish 13

即使您没有使用 JFS/XFS,如果加载了 JFS/XFS 内核模块,这些内核进程也存在。假设您使用的是最新的库存内核,这些内核模块是.ko模块,因此为了防止它们加载,您需要做的就是加入黑名单jfsxfs内部/etc/modprobe.d

如果您使用的是内置这些模块的内核,则删除它们的唯一方法是在运行时使用rmmodmodprobe -r-- 在这种情况下,它们必须进入启动脚本。

要了解您的产品是模块化的还是内置的,只需执行以下操作 sudo updatedblocate jfs.ko, locate xfs.ko。如果/lib/modules/返回目录中的结果,则它们是模块化的;否则,它们是内置的。

你能用uname -a?的输出编辑问题吗?