登录
推荐 文章 Go 技术 课程 下载 专题 AI
首页 >  文章 >  linux

udev 规则按硬件属性固定设备名称的实现

来源:17golang原创

时间:2026-11-13 19:12:41 287浏览 收藏

如果脚本不能依赖每次枚举都可能变化的 /dev/ttyUSB0,最稳妥的做法不是强行改写内核节点名,而是用 udev 按硬件属性匹配设备,再创建一个固定的符号链接,例如 /dev/serial/warehouse-scanner。应用和 systemd 服务只引用这个入口,设备重新插拔后仍能找到同一类硬件。

官方文档:https://www.freedesktop.org/software/systemd/man/latest/udev.html 命令手册:https://www.freedesktop.org/software/systemd/man/latest/udevadm.html

要点速览
  • 先用 udevadm info 查出真实属性,再写规则;不要凭设备当前名称猜字段。
  • ATTRS{} 可以匹配父设备属性,SYMLINK+= 负责提供稳定访问路径。
  • 同型号设备可能共享厂商和产品 ID,生产环境应补充序列号,并用局部触发与 test 排查。

先把设备节点名和稳定符号链接分开

udev 可以为设备节点创建额外的符号链接,但不能把内核生成的设备节点本名改成任意字符串。也就是说,/dev/ttyUSB0 仍可能变成 /dev/ttyUSB1,而规则可以让 /dev/serial/warehouse-scanner 始终指向当前匹配的设备。这也是“固定设备名称”在 Linux 运维中更可靠的落地方式。

规则文件放在 /etc/udev/rules.d/,文件名必须以 .rules 结尾;规则会按字典序处理,本地目录对同名规则具有覆盖意义。先把稳定入口设计成业务语义,再决定用哪些属性收窄匹配范围。

udev 规则匹配域、设备节点域和稳定入口域之间的静态关系说明图
图2:udev 固定入口边界结构图,展示规则条件如何关联到稳定符号链接,不是实际设备截图。

用 udevadm 找到可稳定匹配的硬件属性

不要直接把当前节点名写进规则。先查询设备数据库,再沿 sysfs 父链观察哪些字段稳定存在。下面的命令把目标节点替换成你机器上的真实路径;注释只说明用途,不代表本文在某台主机上执行过。

# 查看 udev 已保存的属性,确认设备和现有符号链接
udevadm info --query=property --name=/dev/ttyUSB0

# 展开设备及其父设备的 sysfs 属性,寻找可用于 ATTRS 的字段
udevadm info --attribute-walk --name=/dev/ttyUSB0

串口转接器常见的候选字段包括 idVendor、idProduct 和 serial。前两个字段通常只能识别一类设备;如果仓库里有多个同型号扫描器,必须再加序列号,或者使用能区分物理端口的父链属性。多个 ATTRS 条件应来自同一个父设备,否则规则可能永远匹配不到。

udevadm 查询设备、sysfs 父设备属性与 ATTRS 规则字段之间的 udev 关系图
图1:udev 属性来源说明图,展示设备查询、父设备属性与 ATTRS 匹配字段的静态关系,不是运行截图。

按 ATTRS 属性写规则并生成固定入口

假设查询得到厂商 ID 为 1a86、产品 ID 为 7523,可以创建 /etc/udev/rules.d/70-warehouse-scanner.rules:

# 只匹配 tty 子系统中的 USB 转串口设备
SUBSYSTEM=="tty", SUBSYSTEMS=="usb", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", SYMLINK+="serial/warehouse-scanner", GROUP="dialout", MODE="0660"

SUBSYSTEM 限定事件对象,SUBSYSTEMS 与 ATTRS{} 用于向父设备链收窄范围,SYMLINK+= 创建稳定路径。若同型号设备不止一个,继续加入真实的 ATTRS{serial}=="具体值",不要用改名或随机编号掩盖歧义。GROUP 和 MODE 要结合发行版的设备权限策略调整,不能照搬到所有主机。

重载规则并按范围验证结果

保存规则后先让 udev 重新读取文件,再只针对目标设备触发事件。重新插拔通常比全系统触发更容易控制影响范围:

# 重新读取规则文件,不会替当前设备自动补做全部事件
sudo udevadm control --reload

# 仅对目标 sysfs 设备重放 add 事件;路径按本机查询结果替换
sudo udevadm trigger --action=add /sys/class/tty/ttyUSB0

# 让规则引擎以测试方式解析目标设备,观察命中的规则和生成的链接
sudo udevadm test /sys/class/tty/ttyUSB0 2>&1 | grep -E 'warehouse-scanner|70-warehouse-scanner'

实际接入设备后,用 udevadm info --query=symlink --name=/dev/ttyUSB0 或直接查看 /dev/serial/warehouse-scanner 是否存在。若没有链接,优先检查文件后缀、属性是否在同一父设备、规则文件字典序,以及是否被其他规则设置了更高的链接优先级。

现象优先检查处理方向
规则完全不命中SUBSYSTEM 与属性来源重新跑 attribute-walk,避免把普通属性误写成 ATTRS
多个设备争用同一链接匹配条件过宽补 serial 或物理端口相关父属性
链接存在但程序无权限GROUP、MODE 与用户组按发行版策略调整权限,重新登录使组变更生效
改文件后结果不变reload、事件和规则顺序reload 后局部 trigger,必要时重新插拔并检查同名规则

常见问题

udev 能不能把 /dev/ttyUSB0 改名为 /dev/scanner?

不能把设备节点本名当作可自由改写的字符串;应使用 SYMLINK+="scanner" 创建额外入口。

只写 idVendor 和 idProduct 是否足够?

只有一台同型号设备时可以作为起点;多台同型号设备必须加入序列号或其他稳定父设备属性。

为什么 reload 后链接仍然没有出现?

reload 只重新读取规则,不等于已经为现有设备重放事件。对目标设备局部 trigger,或者安全地重新插拔,再用 udevadm test 看匹配信息。

声明:本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>