如何摆脱/sys/内核/调试/跟踪？

Question

我有两个Ubuntu16.04.1服务器，在我的网络上提供DHCP和DNS服务。今天，在我的一台服务器上，我发现了一个安装在/sys/kernel/debug/tracing上的新文件系统。配置基本相同的另一台服务器没有安装此文件系统。

为什么要安装这个文件系统？我该怎么摆脱它？

> uname -a
Linux net-services-02 4.4.0-47-generic #68-Ubuntu SMP Wed Oct 26 19:39:52 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

> cat /proc/cmdline
BOOT_IMAGE=/vmlinuz-4.4.0-47-generic root=/dev/mapper/net--services--02--vg-root ro

> cat /etc/fstab
# /etc/fstab: static file system information.
# [... more comments ...]
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/mapper/net--services--02--vg-root /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda1 during installation
UUID=363b849e-4574-410a-acf9-e84c95d7d879 /boot           ext2    defaults        0       2
/dev/mapper/net--services--02--vg-swap_1 none            swap    sw              0       0

Answer 1

起初，我认为这个问题与Linux net-services命令揭示的uname -a有关。我在Ubuntu16.04桌面上，所以我几乎没有希望解决这两个问题。我从这个链接(redhat.com -实时调优指南)上读到了讨论/sys/kernel/debug/tracing/的情况

问题1：“/sys/内核/调试上的调试”是如何安装的？

想象一下，我对系统内核跟踪的意外学习也被启用了：

# cat /proc/sys/kernel/ftrace_enabled
1

此外，当我键入mount时，这是出现的行之一：

debugfs on /sys/kernel/debug type debugfs (rw,relatime)

我将内核4.4.0-47重新引导到4.4.0-45，然后重新引导到4.8.5，最后重新引导到3.13.0-92。所有这些版本都安装了/sys/kernel/debug。

要回答你的问题(意指)“这是怎么发生的？”->，这发生在每个人身上。

问题2:我如何摆脱它？

若要回答您的问题“我如何摆脱它？”，请使用：

sudo umount debugfs

注意，这只适用于当前会话。

总结思想

即使在我测试过的所有Ubuntu内核版本上都启用了跟踪，但直到您告诉它开始监视特定事件时，它才会被激活。在事件被激活之后，它会减慢CPU的速度。

基本上我不会担心这个..。