主页 / unix / 问题

问题[linux-kernel](unix)

Martin Hope
Daniel Griscom
Asked: 2025-02-19 04:14:29 +0800 CST
  • 5

我正在研究一些处理 cpuset 的旧脚本，并将其移植到 openSUSE。这些脚本在 openSUSE 15.5 上运行良好，但现在在 15.6 中它们失败了，因为它们期望的文件不存在。事实上，文件都在那里，但它们的名称中/dev/cpuset缺少前缀。cpuset.

例如，对于名为 的 cpuset sys，脚本期望操作/dev/cpuset/sys/cpuset.cpus，但实际文件似乎名为/dev/cpuset/sys/cpus。这种模式适用于 openSUSE 15.5（及更早的系统）上所有 13 个以 开头的文件cpuset.；相同的文件在那里，但没有cpuset.前缀。

查看docs.kernel.org 的参考页面，cpuset.*命名就是文档中记录的。知道缺少前缀的文件cpuset.来自哪里吗？

更多信息：这是 openSUSE Leap 15.5 机器上的完整/dev/cpuset/sys目录（其中sys是 cpuset 名称）：

devuser@product:/dev/cpuset/sys> ls -al
total 0
drwxr-xr-x 2 root root 0 Feb 18 14:07 .
dr-xr-xr-x 3 root root 0 Feb 18 14:03 ..
-rw-r--r-- 1 root root 0 Feb 18 14:07 cgroup.clone_children
-rw-r--r-- 1 root root 0 Feb 18 14:07 cgroup.procs
-rw-r--r-- 1 root root 0 Feb 18 14:07 cpuset.cpu_exclusive
-rw-r--r-- 1 root root 0 Feb 18 14:07 cpuset.cpus
-r--r--r-- 1 root root 0 Feb 18 14:07 cpuset.effective_cpus
-r--r--r-- 1 root root 0 Feb 18 14:07 cpuset.effective_mems
-rw-r--r-- 1 root root 0 Feb 18 14:07 cpuset.mem_exclusive
-rw-r--r-- 1 root root 0 Feb 18 14:07 cpuset.mem_hardwall
-rw-r--r-- 1 root root 0 Feb 18 14:07 cpuset.memory_migrate
-r--r--r-- 1 root root 0 Feb 18 14:07 cpuset.memory_pressure
-rw-r--r-- 1 root root 0 Feb 18 14:07 cpuset.memory_spread_page
-rw-r--r-- 1 root root 0 Feb 18 14:07 cpuset.memory_spread_slab
-rw-r--r-- 1 root root 0 Feb 18 14:07 cpuset.mems
-rw-r--r-- 1 root root 0 Feb 18 14:07 cpuset.sched_load_balance
-rw-r--r-- 1 root root 0 Feb 18 14:07 cpuset.sched_relax_domain_level
-rw-r--r-- 1 root root 0 Feb 18 14:07 notify_on_release
-rw-r--r-- 1 root root 0 Feb 18 14:07 tasks
devuser@product:/dev/cpuset/sys>

以下是 openSUSE 15.6 机器上的同一目录：

devuser@product:/dev/cpuset/sys> ls -al
total 0
drwxr-xr-x 2 root root 0 Feb 18 11:25 .
dr-xr-xr-x 5 root root 0 Feb 18 11:25 ..
-rw-r--r-- 1 root root 0 Feb 18 11:29 cgroup.clone_children
-rw-r--r-- 1 root root 0 Feb 18 11:29 cgroup.procs
-rw-r--r-- 1 root root 0 Feb 18 11:29 cpu_exclusive
-rw-r--r-- 1 root root 0 Feb 18 11:29 cpus
-r--r--r-- 1 root root 0 Feb 18 11:29 effective_cpus
-r--r--r-- 1 root root 0 Feb 18 11:29 effective_mems
-rw-r--r-- 1 root root 0 Feb 18 11:29 mem_exclusive
-rw-r--r-- 1 root root 0 Feb 18 11:29 mem_hardwall
-rw-r--r-- 1 root root 0 Feb 18 11:29 memory_migrate
-r--r--r-- 1 root root 0 Feb 18 11:29 memory_pressure
-rw-r--r-- 1 root root 0 Feb 18 11:29 memory_spread_page
-rw-r--r-- 1 root root 0 Feb 18 11:29 memory_spread_slab
-rw-r--r-- 1 root root 0 Feb 18 11:29 mems
-rw-r--r-- 1 root root 0 Feb 18 11:29 notify_on_release
-rw-r--r-- 1 root root 0 Feb 18 11:29 sched_load_balance
-rw-r--r-- 1 root root 0 Feb 18 11:29 sched_relax_domain_level
-rw-r--r-- 1 root root 0 Feb 18 12:41 tasks
devuser@product:/dev/cpuset/sys>

因此，文件集完全相同，只是 Leap 15.5cpuset.在 13 个文件上有前缀，而 Leap 15.6 有相同的文件但被cpuset.删除了。

编辑：以下是我在 Leap 15.6 系统上创建 cpuset 目录的方法。在刚刚重启的系统上：

devuser@product:~> ls /dev/cpuset
ls: cannot access '/dev/cpuset': No such file or directory
devuser@product:~> sudo mkdir /dev/cpuset
[sudo] password for root: 
devuser@product:~> sudo mount -t cpuset none /dev/cpuset
devuser@product:~> sudo mkdir /dev/cpuset/sys
devuser@product:~> ls /dev/cpuset/sys
cgroup.clone_children  mem_exclusive       mems
cgroup.procs           mem_hardwall        notify_on_release
cpu_exclusive          memory_migrate      sched_load_balance
cpus                   memory_pressure     sched_relax_domain_level
effective_cpus         memory_spread_page  tasks
effective_mems         memory_spread_slab
devuser@product:~>
linux-kernel
Martin Hope
Seamus
Asked: 2025-02-18 13:53:11 +0800 CST
  • 5

这个问题是这个答案的后续。总的来说，我的目标是了解我的系统（Debian/Raspberry Pi 5“书虫”）是否正在根据系统时间更新我的 RTC/硬件时钟。请注意，RPi 5（与其 Pi 祖先不同）确实有一个内置的RTC/硬件时钟。

以下是我目前能够确定的情况：

1. 我觉得我已经确定系统时钟正在从 hwclock 更新：
$ dmesg | grep "system clock" 

[    1.588793] rpi-rtc soc:rpi_rtc: setting system clock to 2025-02-18T04:59:13 UTC (1739854753)

然而，经过一番搜索dmesg，我找不到任何迹象表明 hwclock 正在从系统时间更新。不过，我确实找到了对时钟的引用fake-hardware（这似乎很奇怪）。：

[    4.037230] systemd[1]: Starting fake-hwclock.service - Restore / save the current clock...
2. 内核显然配置为“双向”进行时钟更新：
$ cat /boot/config-$(uname -r) | grep -i HCTOSYS
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"  

$ cat /boot/config-$(uname -r) | grep -i SYSTOHC
CONFIG_RTC_SYSTOHC=y
CONFIG_RTC_SYSTOHC_DEVICE="rtc0"

我突然想到内核可能仅在关机期间执行 SYSTOHC 同步，并且可能没有被捕获dmesg...但这是一个 WAG。

有人能解释一下如何确认内核正在（或未）更新 hwclock/RTC 吗？

linux-kernel
Martin Hope
abg1984
Asked: 2024-11-27 18:20:20 +0800 CST
  • 6

因此，我目前正在学习如何编写内核模块/设备驱动程序，并正在研究以下实现unregister_chrdev_region：

https://elixir.bootlin.com/linux/v6.12/source/fs/char_dev.c#L311

/**
 * unregister_chrdev_region() - unregister a range of device numbers
 * @from: the first in the range of numbers to unregister
 * @count: the number of device numbers to unregister
 *
 * This function will unregister a range of @count device numbers,
 * starting with @from.  The caller should normally be the one who
 * allocated those numbers in the first place...
 */
void unregister_chrdev_region(dev_t from, unsigned count)
{
    dev_t to = from + count;
    dev_t n, next;

    for (n = from; n < to; n = next) {
        next = MKDEV(MAJOR(n)+1, 0);
        if (next > to)
            next = to;
        kfree(__unregister_chrdev_region(MAJOR(n), MINOR(n), next - n));
    }
}

我不明白的是这一行的检查：

https://elixir.bootlin.com/linux/v6.12/source/fs/char_dev.c#L318

if (next > to) next = to;

据我所知，当循环变量等于上限时，循环已经中断to = from + count。什么时候我们会遇到条件的情况if (next > to)？这个条件检查的原因是什么？

linux-kernel
Martin Hope
Ned64
Asked: 2024-11-10 23:18:59 +0800 CST
  • 6

我的 Linux 笔记本电脑 (openSUSE Tumbleweed) 应该休眠但却没有休眠，我不明白为什么。我曾经有过类似的系统 (Arch Linux) 在相同情况下休眠 (LUKS 上的 LVM)。这是我的配置：

  • EFI-GRUB 启动
  • LUKS 上的 LVM；LVM 具有根分区、主分区和交换分区
  • /etc/fstab在 中启用并由 UUID 安装的交换区swapon -s显示它处于活动状态。它的大小为 32GB，安装了 16GB RAM。
  • GRUB 在默认配置中有恢复语句/boot/grub2/grub.cfg（见下文）。

以下是检查内核和系统休眠功能的几个命令：

# zgrep HIBERN /proc/config.gz
CONFIG_ARCH_HIBERNATION_POSSIBLE=y
CONFIG_ARCH_HIBERNATION_HEADER=y
CONFIG_HIBERNATE_CALLBACKS=y
CONFIG_HIBERNATION=y
CONFIG_HIBERNATION_SNAPSHOT_DEV=y
CONFIG_HIBERNATION_COMP_LZO=y
# CONFIG_HIBERNATION_COMP_LZ4 is not set
CONFIG_HIBERNATION_DEF_COMP="lzo"

因此内核配置为支持休眠。

此次引导（由 GRUB 完成）有：

# cat /proc/cmdline 
BOOT_IMAGE=/boot/vmlinuz-6.11.6-2-default root=/dev/mapper/cryptolvm-opensuse splash=silent resume=/dev/mapper/cryptolvm-swap mem_sleep_default=deep security=selinux selinux=1 enforcing=1 mitigations=auto

我尝试resume=使用UUID=....交换的 UUID 进行改变，但没有效果。

# cat /sys/power/state
freeze mem

这里disk缺少了但我不知道为什么。

当然现在这行不通了：

# systemctl hibernate
Call to Hibernate failed: Sleep verb 'hibernate' is not configured or configuration is not supported by kernel
Exit 1

内核是否依赖 BIOS 来启用休眠功能？（据我所知不是。）在这种情况下，我可以在那里检查一些东西吗？

linux-kernel
Martin Hope
Chan Kim
Asked: 2024-11-01 14:56:36 +0800 CST
  • 5

我知道 dmesg 命令会打印存储在环形缓冲区中的消息。但是从 Linux 源代码来看，缓冲区的名称是什么？我想在 Linux 被终止且没有任何消息后查看缓冲区。我怀疑这不是由软件陷阱引起的（因此没有恐慌消息），但我可以检查内存（使用一些 System.map 和虚拟到物理地址的转换）。

linux-kernel
Martin Hope
WGRM
Asked: 2024-10-26 02:23:26 +0800 CST
  • 5

我打算使用 Ext4 文件加密功能。一切正常，但还有一个问题。通过 删除密码后keyctl，我仍然可以看到加密目录的内容。我尝试删除密钥、同步并清空页面缓存、卸载文件系统、重新启动 caja 文件管理器并再次挂载 fs。但它不起作用。虽然我无法再写入目录，但我仍然可以看到清晰的名称。

如何清空内核的 KeyRing 缓存？（无需重新启动或重启我的 X 会话）

资料来源：

linux-kernel
Martin Hope
Hari Krishna S
Asked: 2024-10-17 10:37:43 +0800 CST
  • 6

我看到了一种非常奇怪的行为。

/proc/1154/cmdline存在，并且kill -0 1154成功，但是ps -ef | grep 1154和ls /proc | grep 1154不显示任何内容。

1154 是虚拟机重新启动时，处于关闭状态的 postgres 进程（或者日志中提到但可能没有被刷新）。

这怎么可能呢？

linux-kernel