Kernel sysfs procfs是否由内核装载devtmpfs？

我正在调查系统

我认为systemd会在内核初始化之后的引导过程中装载sysfs（/sys）、procfs（/proc）、devtmpfs（/dev）

但是我的systemd调试日志显示systemd并没有挂载这样的文件系统（它只挂载cgroups、securityfs等）

---

在何时以及由谁装载该文件系统？内核是否装载sys、proc、dev？

第一点：Linux内核不能在用户级别装载伪文件系统。例如，这也是为什么

dev/

中的所有条目都必须由用户级的对应项创建的原因（对于

proc/

和

sys/

来说，这是不可能的，因为内核能够在挂载的文件系统上创建条目）

---

在Linux发行版中，伪文件系统的装载通常是在用户级别由用户完成的。当然，内核必须配置为支持这些文件系统（否则，无法装载）。

第一点：Linux内核不能在用户级别装载伪文件系统。例如，这也是为什么

dev/

中的所有条目都必须由用户级的对应项创建的原因（对于

proc/

和

sys/

来说，这是不可能的，因为内核能够在挂载的文件系统上创建条目）

---

在Linux发行版中，伪文件系统的装载通常是在用户级别由用户完成的。当然，内核必须配置为支持这些文件系统（否则，无法装载）。

是的，这些文件系统是由systemd PID1装载的，请参阅systemd源文件中的src/core/mount setup.c。

是的，这些文件系统是由systemd PID1装载的，请参阅systemd源文件中的src/core/mount setup.c。

，你的意思是那些伪文件系统应该由用户进程挂载吗？（如udevd或systemd等）？是的，这就是我的意思。但似乎有几个伪文件系统是由内核挂载的。内核源代码中有几个mount（）函数。（fs/sysfs/mount.c，fs/proc/root.c）。这些函数实际上是挂载sysfs和procfs吗？那么，你的意思是这些伪文件系统应该由用户进程挂载吗？（如udevd或systemd等）？是的，这就是我的意思。但似乎有几个伪文件系统是由内核挂载的。内核源代码中有几个mount（）函数。（fs/sysfs/mount.c，fs/proc/root.c）。这些函数是否实际挂载了sysfs和procfs？是的，systemd尝试挂载sysfs和procfs。但是在archlinux中，initramfs已经在systemd尝试挂载sysfs和procfs之前挂载了它们。但是在archlinux中，initramfs已经比systemd更早地装载了它们