mrn's questions

在运行带有自定义 BSP 的 GNU/Linux 的嵌入式设备上，当我键入

df /dev

在文件系统列中我得到

devtmpfs

ps -A | grep udev 

给出

224 ?      00:00:00 systemd-udevd

在运行 Ubuntu 22.04 的 PC 中，相同的命令给出

udev

和

744 ?      00:00:02 systemd-udevd

分别。

我的理解是，嵌入式设备使用 devtmpfs 创建设备节点 + systemd-udevd 管理所有权和权限的组合。因此 devtmpfs 作为 /dev 的文件系统类型。另一方面，Ubuntu 使用专用的 udev 伪文件系统类型运行 udev。

1. 它是否正确？
2. udev（除了是在用户空间中运行的守护进程的整个解决方案之外）也是一种特定的伪文件系统类型吗？
3. 我认为“经典”udev 配置使用 /dev 的通用 tmpfs。这是错误的吗？

如果您为嵌入式设备构建自定义GNU/Linux系统，是否需要执行

mount -t proc proc /proc
mount -t sysfs sysfs /sys

在 init 进程中的某个地方还是由内核自动完成的？我读过有关此的相互矛盾的陈述。一本嵌入式 Linux 书籍建议在 init 脚本中运行命令，而我在某处读到 Systemd 没有这样做，因为它是在创建用户空间之前由内核完成的。

到底什么才是真实的呢？谁登上/proc和/sys？

我的问题与 Linux 中设备节点的实现方式有关。我知道有像 udev 或 devtmpfs 这样的伪文件系统可用 - 在这种情况下，后面没有真正的存储，文件系统是内核驱动程序向应用程序呈现的幻象。但是，我的问题仍然有效：

1. 使用 devtmpfs 或 udev 时 /dev 对用户空间可见的方式。
2. /dev 是包含手动创建的设备节点的常规目录的情况。

问题是：

1. 设备节点文件是否存储在文件系统中（使用索引节点），或者它们只是目录中的特殊条目？
2. 如果它们存储为文件，它们与二进制文件如何区分？设备节点是否分配了特殊的幻数？

我的问题与 Linux 文件系统中符号链接的实现方式有关。

1. 它们是存储的常规文件（使用索引节点）还是只是目录中的特殊条目？
2. 如果它们存储在文件系统中，它们如何与二进制文件区分开来？符号链接是否分配了特殊的幻数？