【udev用户空间设备管理】udev的组成

byte轻骑兵

已于 2025-09-05 09:04:13 修改

阅读量3.7k

点赞数 14

CC 4.0 BY-SA版权

分类专栏： # 嵌入式Linux驱动开发实战文章标签：服务器运维网络

于 2025-09-05 08:59:31 首次发布

本文链接：https://blog.csdn.net/weixin_37800531/article/details/151100696

嵌入式Linux驱动开发实战专栏收录该内容

35 篇文章

订阅专栏

想象一下这个场景：你正在享受音乐的沉浸，手指在机械键盘上飞舞，鼠标在屏幕上精准点击。你有没有想过，当你把U盘插入电脑的瞬间，系统是如何像变魔术一样识别它、并为你准备好使用环境的？或者，你的游戏手柄是如何即插即用，无需重启的？

这一切的背后，都离不开一位默默无闻的“设备管家”——udev。它不是某个藏在系统角落的神秘进程，而是一套精巧的用户空间设备管理系统。

一、通信兵与调度中心 —— udevd 守护进程

1.1 它是如何工作的？

1.2 为什么这样设计？

二、行为准则与自动化脚本 —— udev 规则库

先通过一张图来总览其核心架构与工作流程：

一、通信兵与调度中心 —— udevd 守护进程

udevd 是 udev 系统的心脏和大脑，它是一个常年运行在后台的守护进程（Daemon）。它的主要职责是“监听”和“调度”。

1.1 它是如何工作的？

监听内核消息：当你在电脑上插入一个新设备（比如一个U盘）时，内核（Kernel）会第一时间感知到硬件的变化。它不会自己直接处理，而是会大声“广播”一条消息：“喂！大家注意了，有一个新的USB大容量存储设备插入了！它的ID是XXX，它的厂商是YYY...”。这条广播消息在技术上称为 uevent。
接收消息：udevd 守护进程就是这条广播的忠实听众。它通过一个叫做 netlink 的套接字（Socket）机制，7x24小时不间断地接收来自内核的所有 uevent 消息。
事件调度：收到消息后，udevd 并不会立即自己动手处理。它更像一个经验丰富的项目经理，会把每个 uevent 包装成一个“工作任务”（event），然后将其放入一个工作队列中，并分配给它手下的一群“工人”——工作线程（Worker Threads） 去具体执行。

1.2 为什么这样设计？

这种“监听-队列-线程池”的设计非常高明。它可以避免在处理多个同时到来的设备事件时发生阻塞（比如一个复杂的USB Hub同时接入了多个设备），保证了系统的响应速度和稳定性。你可以通过配置来调整工作线程的数量，以适配不同性能的机器。

二、行为准则与自动化脚本 —— udev 规则库

如果 udevd 是大脑和心脏，那么 udev 规则（Rules） 就是它赖以思考和行动的“行为准则”和“剧本”。这是 udev 系统中最灵活、最强大，也是我们用户最常打交道的一部分。

规则文件通常保存在两个目录下：

/lib/udev/rules.d/：这里是系统自带的或软件包安装的规则，不要修改它们。

/etc/udev/rules.d/：这里才是你大显身手的地方，用于存放用户自定义的规则。这里的规则优先级更高。

2.1 规则长什么样？

每条规则都由一系列键值对（Key-Value Pairs） 组成，基本语法是：
匹配键 + 赋值键 [+ 赋值键 ...]

一条简单的规则示例：

# 当发现一个厂商ID为0a12，产品ID为0001的USB设备时，
# 就创建一个符号链接 /dev/my_usb_device，并设置它的权限为0666
SUBSYSTEM=="usb", ATTR{idVendor}=="0a12", ATTR{idProduct}=="0001", SYMLINK+="my_usb_device", MODE="0666"

规则是如何被“工人”执行的呢？我们结合下图来看：

2.2 规则中的键有哪些类型？

1. 匹配键（Matching Keys）：用于判断这条规则是否适用于当前设备。只有所有匹配键都满足条件，才会执行这条规则。常见的匹配键有：

SUBSYSTEM：设备所在的子系统，如 usb, pci, net 等。

ACTION：事件类型，如 add（添加设备）, remove（移除设备）, change（设备状态改变）。

ATTR{attribute}：设备的物理属性，来自 sysfs，如厂商ID（idVendor）、产品ID（idProduct）、序列号等。

KERNEL：内核为设备分配的名字，如 sda1, ttyUSB0。

ENV：环境变量。

2. 赋值键（Assignment Keys）：当规则匹配成功后，要执行的操作。常见的赋值键有：

NAME：给设备在 /dev 下取什么名字。注意：只能给网络设备重命名，其他设备通常用SYMLINK。

SYMLINK：为设备创建一个或多个符号链接（软链接）。这是非常常用的功能，可以提供一个固定、易读的设备名，而不是可能变化的 sdb1。

MODE：设置设备节点的权限（如 0666 让所有用户可读写）。

GROUP：设置设备节点的所属组。

RUN：可以执行一个脚本或命令，实现更高级的自动化，比如设备插入时自动挂载、自动备份等。

通过灵活组合这些键，你可以实现极其强大的设备管理功能，比如：

固定设备名：让你的U盘永远叫 /dev/my_backup_disk，而不是今天sdb1明天sdc1。
自动挂载：插入硬盘后，自动挂载到指定目录。
特定权限：让游戏手柄只能被某个用户或组读写。
自动加载驱动：在设备插入时自动加载所需的内核模块。

三、管理与诊断工具 —— udevadm

一位优秀的管家还需要有一套得心应手的工具。udevadm 就是 udev 的“瑞士军刀”，它是一个强大的命令行工具，用于管理、监控和调试udev。

udevadm 包含多个子命令，最常用的有：

1. udevadm info：查询设备信息。
当你想为某个设备写规则时，首先就得用它来“摸底”，查看这个设备的所有属性和环境变量。

# 查询 /dev/sda1 的所有信息
udevadm info -a -p /sys/class/block/sda1

# 通过设备路径查询（最常用）
udevadm info -a -n /dev/sda1 | less

这条命令会输出一长串信息，包括所有你能用来写匹配规则的属性，是写规则的第一步。

2. udevadm monitor：实时监控udev事件。
它可以让你像看直播一样，看到内核发出的 uevent 和 udev 处理后的信息。

# 监控所有udev事件
udevadm monitor

# 更详细地监控，包括内核的uevent和udev处理后的环境变量
udevadm monitor --property --kernel --udev

在你插入一个设备时运行它，你可以清晰地看到整个事件流，对于理解udev的工作流程和调试问题非常有帮助。

3. udevadm trigger：手动触发事件。
如果你修改了udev规则，可以使用这个命令重新触发事件，让新规则立即生效，而无需重新插拔设备。

# 重新触发所有设备的事件（慎用）
udevadm trigger

# 仅触发特定类型设备的事件，如USB设备
udevadm trigger --subsystem-match=usb

4. udevadm test：模拟测试规则。
这是写规则时的神器！它可以在不实际操作设备的情况下，模拟udev处理一个设备事件的过程，并显示出它会应用哪些规则、执行什么操作。这能避免你因为一条写错的规则而把系统搞乱。

# 模拟处理 /dev/sda1 的添加事件
udevadm test /sys/class/block/sda1

它会详细输出匹配过程，让你能快速验证规则是否正确。

四、三位一体的精妙协作

把这三个部分串联起来，结合开篇的结构图，看看当你插入一个U盘时，udev是如何工作的：

内核感知到硬件变化，发出 uevent 广播。
udevd 守护进程监听到广播，将事件加入队列，并分配给一个工作线程。
工作线程化身“侦探”，去 sysfs 中查看这个新设备的所有属性（厂商、产品ID、序列号等）。
工作线程拿着这些属性，去规则库（/etc/udev/rules.d/ 和 /lib/udev/rules.d/）里逐条比对。
找到匹配的规则后，工作线程开始执行“剧本”（赋值键）：比如创建一个名为 my_usb 的符号链接，并把权限设置为 0666。
最终，在 /dev 目录下，设备节点被创建好（或符号链接被建立），并设置了正确的权限。系统和其他应用程序现在可以通过这个节点来访问你的U盘了。
在整个过程中，你都可以使用 udevadm 这个强大的工具来监控、调试和手动管理整个流程。

udev 的这三个组成部分各司其职又紧密协作，共同构成了 Linux 现代化、动态化、用户空间化的设备管理基石。它取代了老旧静态的 /dev 目录和繁琐的 mknod 命令，赋予了系统前所未有的灵活性和自动化能力。

希望这篇博客能帮你彻底理解 udev 的工作原理。下次当你再插入一个U盘时，或许就能会心一笑，脑海里浮现出这位“设备管家”忙碌而有序的工作画面了。