📚 课程目录第4章 udev与systemd-udevd

4. udev与systemd-udevd

在Linux设备热插拔体系中，内核负责在设备出现或消失时发出uevent，而用户空间真正完成“设备可用化”的关键角色是udev。现代发行版中，udev的功能由systemd-udevd守护进程实现，它监听内核uevent，依据规则文件匹配设备属性，并执行设备节点创建、权限设置、符号链接生成、持久化命名以及外部程序调用等动作。理解udev的工作链路，是掌握设备自动发现与稳定命名的核心。

一、核心原理：从内核uevent到用户空间设备节点

当设备插入时，内核总线驱动完成枚举，并在sysfs中建立设备目录，同时通过netlink向用户空间广播uevent。systemd-udevd收到事件后，会读取设备在sysfs中的属性，例如DEVPATH、SUBSYSTEM、ACTION、KERNEL、ID_VENDOR_ID、ID_MODEL_ID、ID_SERIAL等。随后，它按照规则目录的优先级依次匹配规则文件，命中后执行相应指令。

udev规则文件通常位于/usr/lib/udev/rules.d/、/run/udev/rules.d/和/etc/udev/rules.d/。数字前缀决定处理顺序，数字越小越早执行。规则由“匹配键”和“赋值键”组成，匹配键用于判断设备是否符合条件，赋值键用于设置名称、权限、属主、符号链接或运行程序。

关键点：udev规则不是脚本，而是声明式匹配与赋值。规则命中后，systemd-udevd会维护设备数据库，后续可通过udevadm info查询设备当前属性。

二、规则匹配、设备节点创建与权限设置

设备节点通常由内核通过devtmpfs自动创建在/dev下，但udev可以进一步调整其权限、属主、属组，并创建稳定的符号链接。例如，对于USB串口设备，内核可能生成/dev/ttyUSB0，但该名称会随插入顺序变化。通过udev规则，可以根据序列号创建固定名称，如/dev/my_serial。

# /etc/udev/rules.d/99-my-serial.rules
SUBSYSTEM=="tty", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", \
  SYMLINK+="my_serial", MODE="0666", GROUP="dialout"

# 根据序列号持久化命名
SUBSYSTEM=="tty", ATTRS{serial}=="A50285BI", SYMLINK+="sensor_uart"

上述规则中，SUBSYSTEM、ATTRS{idVendor}、ATTRS{idProduct}、ATTRS{serial}是匹配条件；SYMLINK+追加符号链接，MODE设置权限，GROUP设置属组。注意ATTRS会向上遍历父设备，适合匹配USB设备属性；ATTR只匹配当前设备节点自身属性。

权限设置必须谨慎。将设备权限设为0666虽然方便，但会带来安全风险。更推荐使用GROUP配合MODE="0660"，并将用户加入对应组。对于需要特定用户访问的设备，可使用OWNER和GROUP精确控制。

三、持久化命名与规则调试技巧

持久化命名的本质是找到设备唯一且稳定的属性。常见稳定属性包括序列号、WWN、PARTUUID、ID_PATH等。对于存储设备，推荐使用by-id或by-path；对于网络接口，可使用ID_NET_NAME_MAC或ID_NET_NAME_PATH。但要注意，某些廉价USB设备没有唯一序列号，此时应结合物理端口路径ID_PATH进行命名。

调试udev规则时，最有效的工具是udevadm。常用命令如下：

# 查看设备当前udev属性
udevadm info -a -n /dev/ttyUSB0

# 查看sysfs设备路径
udevadm info -q path -n /dev/ttyUSB0

# 重新触发规则并观察事件
udevadm trigger --action=add --subsystem-match=tty
udevadm monitor --udev --property

# 测试规则文件语法
udevadm test /sys/class/tty/ttyUSB0

udevadm test会模拟规则执行过程，输出匹配到的规则、执行的赋值以及最终生成的设备节点和符号链接，是排查规则不生效的首选工具。udevadm monitor则用于实时观察内核uevent和udev处理事件，适合确认设备是否被识别、规则是否被触发。

调试技巧：先使用udevadm info -a -n /dev/设备名获取完整属性树，再复制真实属性编写规则。规则中不要凭记忆写属性名，大小写和括号必须完全一致。

四、案例场景与常见误区复盘

假设现场有两台同型号USB转串口设备，插入后分别生成/dev/ttyUSB0和/dev/ttyUSB1，但重启或重新插拔后顺序可能互换。解决方法是根据设备序列号创建固定符号链接：

# 查看序列号
udevadm info -a -n /dev/ttyUSB0 | grep -i serial

# 编写规则
SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", \
  ATTRS{serial}=="FT123456", SYMLINK+="device_a"
SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", \
  ATTRS{serial}=="FT654321", SYMLINK+="device_b"

# 重新加载规则
udevadm control --reload-rules
udevadm trigger

常见误区包括：规则文件名前缀过大导致被其他规则覆盖；使用ATTR匹配父设备属性导致不命中；修改规则后未执行udevadm control --reload-rules；以及依赖/dev/ttyUSB0这类动态名称编写应用程序。正确做法是应用程序始终访问持久化符号链接，而不是内核动态分配的名称。

调试命令	用途	典型场景
`udevadm info -a -n`	查看设备完整属性树	编写规则前收集匹配键
`udevadm monitor`	实时监听uevent	确认设备插入是否触发事件
`udevadm test`	模拟规则执行	验证规则是否命中及赋值结果
`udevadm control --reload-rules`	重新加载规则文件	修改规则后使其生效
`udevadm trigger`	重新触发设备事件	对已存在设备重新应用规则

注意：udevadm test不会真正执行所有外部程序，但会显示规则匹配和赋值过程。生产环境中修改规则前，应先在测试机验证，避免因权限或命名错误导致设备不可访问。

总结来说，udev与systemd-udevd构成了Linux热插拔设备用户空间管理的核心。掌握规则匹配顺序、属性来源、设备节点创建、权限设置和持久化命名方法，再配合udevadm系列调试工具，就能把“设备插上能用”提升为“设备插上稳定、安全、可预测地可用”。