所以我只是想知道我对 udev 及其工作原理的解释是否正确,我的理解是否正确,请告诉我。
所以我对udev的理解是,它是Linux 上作为守护进程运行的动态设备管理器。
- 当 设备发生更改时,例如设备插入内核时,会向 udev 发送 uevent,然后 udev 可以转到 sysfs 查找设备的详细信息,例如供应商、设备名称和型号等。
- 一旦有了设备的详细信息, Udev 就会将这些属性与为特定类型的设备设置的规则相匹配,在这种情况下,它可能是 USB 设备。如果存在“为所有 USB 设备创建符号链接”之类的规则,则 udev 将执行此操作。udev 检查规则并匹配属性以验证设备,然后可以开始向设备添加更改以及执行规则对设备的任何操作。
这基本上是我目前的理解,如果我错了,请纠正我并告诉我额外的信息。
UDEV
Udev 代表“用户空间
/dev
”,它是 Linux 内核的设备管理器。它是systemd(一个用于引导用户空间和管理用户进程的初始化系统)的一部分。udev最初是独立于 systemd 的,它在 2012 年与 systemd合并,这导致在没有 systemd 的情况下运行的发行版有些复杂,就像这里解释的 gentoo发行版一样。
此应用程序(udev)旨在取代devfsd和hotplug, udev 主要管理目录中的设备节点
/dev
。同时,udev 还处理在将硬件设备添加到系统中或从系统中删除时引发的所有用户空间事件,包括某些设备需要的固件加载(通过内核模块)。具体来说,udev 作为 systemd 服务(systemd-udevd.service)运行以完成其任务,它监听内核uevents。对于每个事件,systemd-udevd 都会执行udev 规则(/etc/udev/rules.d/)中指定的匹配指令,有关规则编写的详细信息可在此获得文章。在 Linux 内核级别,所需的设备信息由 sysfs 文件系统导出。对于内核检测到并初始化的每个设备,都会创建一个带有设备名称的目录。它包含具有设备特定属性的属性文件。每次添加或删除设备时,内核都会发送一个 uevent 通知 udev 更改。
udev 守护进程(服务)的行为可以使用udev.conf (5) (/etc/udev/udev.conf)、其命令行选项、环境变量和内核命令行进行配置,或者使用udevadm动态更改控制。
udev,作为一个整体,分为三个部分:
udev本身就分为这三个部分,但它完全依赖于内核设备管理和uevents调用,系统通过netlink socket从内核获取调用。早期版本使用 hotplug,为此目的在 /etc/hotplug.d/default 中添加指向自身的链接。
请注意,其他应用程序/守护进程可能会通过libudev、gudev或使用 GUdevClient 直接从内核监听 uevents 调用
有关 udev 的更多信息,请参阅此答案的来源: debian wiki、arch linux wiki、opensource.com、geek diary、freedesktop.org、wikipedia、pks.mpg.de和其他链接网站。
关于 udev 的操作层的详细信息在这里解释并用这张图说明: