标签: linux-kernel

我的/proc/sys/kernel/sysrq包含数字 502，但 Alt+SysRq+... 似乎不适用于我的 HP Pavilion 笔记本电脑。我该如何解决？

更新 1：顺便说一下：我的打印屏幕键和任何其他键都没有像“SysRq”这样的附加标签。

更新 2：

• 硬件型号：HP Pavilion 17 笔记本电脑
• 键盘布局：德语、QWERTZ

我制作了一个简单的 bash 脚本，用于检查 /dev/random 中的熵池级别。我意识到我这样做的方式，我在每次检查时稍微降低它（cat /proc/sys/kernel/random/entropy_avail）但是因为我以每 2 秒一次的频率检查它的水平，它已经足够了完全恢复甚至增加的时间。我进行了 1 小时 40 分钟的测量。与此同时，我没有做任何我认为会降低熵的事情（比如创建 SSH 密钥等）。但是我被告知（在 IRC 上）连接到 Internet 的简单事实可能会降低我的熵，因此我在完全与网络断开连接的笔记本电脑上重复了该实验，并且出现了完全相同的行为。

我不知道哪个程序正在降低池中的熵。我在断开连接的笔记本电脑上安装了非常少的 arch linux（总共安装了 646 个软件包），而我在测量期间连接到 Internet 的主笔记本电脑正在运行 gentoo，其中安装了大约 800 个软件包，并且没有在后台运行特定程序，除了“默认”的。我在两台机器上都安装了 DE（xfce）。这是数据的情节：

编辑：这是我的无互联网笔记本电脑的数据：

Edit2：禁用 ASLR（使用 grub 启动时添加了 norandmaps 内核参数）仍然会产生相同的行为，因此 ASLR 不是罪魁祸首。另一个显示禁用 ASLR 的数据的图：

编辑 3：显然我的问题是这个问题的重复。我遵循了作为公认答案给出的命令，即sudo perf record -e random:\* -g -a -D 1000 -T sleep 60和perf script。输出文件很大（4.4 Mb 的文本数据），这是前几行：

 交换器 0 [000] 3491.433002：随机：mix_pool_bytes_nolock：ffffffff8173e956 池：字节 16 调用方 add_interrupt_randomness
              5ea5d9 __mix_pool_bytes (/lib/modules/4.6.2-1-ARCH/build/vmlinux)
              5ec601 add_interrupt_randomness (/lib/modules/4.6.2-1-ARCH/build/vmlinux)
              2d5729 …

当我直接将内核下载为 typetar.xz并解压时，大小约为 1GB。但是当我git clone从这里下载它时，大小约为 7GB。它只显示主分支。为什么会有如此巨大的差异？

这与这个问题非常相关，但由于它实际上没有任何令人满意的答案，我想我可以问一个新问题。

此屏幕截图显示 htop 指示一个核心利用率为 100%，但没有进程使用任何大量 CPU：

我认为这意味着内核出于某种未知的原因使用了这么多的CPU，但我还没有找到一个很好的方法来调查这个问题。（现在考虑使用 eBPF）我认为这可能与我的磁盘加密和磁盘访问有关，但 iotop 没有显示任何重要的磁盘使用情况。我正在运行带有完全标准内核的 Arch Linux。

这个问题最近出现了几次，如果我重新启动，总是会消失，并且总是需要至少几个小时的时间才能出现。

任何有关如何调试此问题或根本原因可能是什么的想法和建议都将非常受欢迎。

编辑：

所以这个新的屏幕截图显示 htop 设置为显示内核和用户线程，但对于高 cpu 使用率仍然没有明确的解释：

编辑2：

bfptrace以下屏幕截图显示了运行时的结果bpftrace -e 'profile:hz:99 /cpu == 0/ { @[kstack] = count(); }'。由于某种原因，内核似乎花费了大量时间acpi_os_execute_deferred。

cp a b和cat a > b，有什么区别？

在 linux 内核源代码树 ( arch/x86/boot/install.sh) 的x86 安装脚本中，两者都使用：

cat $2 > $4/vmlinuz
cp $3 $4/System.map

如果一个比另一个更好，为什么他们不保持相同的格式？

在自由相关问题方面，Debian Linux Kernel 和 Linux-libre 之间有什么区别？

我知道 Debian Linux 内核可以加载非自由模块，而在 Linux-libre 中它们已被列入黑名单。