使用udev高效、动态地管理Linux设备文件(转)

Linux 用户常常会很难鉴别同一类型的设备名&＃xff0c;比如 eth0, eth1, sda, sdb 等等。通过观察这些设备的内核设备名称&＃xff0c;用户通常能知道这些是什么类型的设备&＃xff0c;但是不知道哪一个设备是他们想要的。例如&＃xff0c;在一个充斥着本地磁盘和光纤磁盘的设备名清单 (/dev/sd*) 中&＃xff0c;用户无法找到一个序列号为“35000c50000a7ef67”的磁盘。在这种情况下&＃xff0c;udev 就能动态地在 /dev目录里产生自己想要的、标识性强的设备文件或者设备链接&＃xff0c;以此帮助用户方便快捷地找到所需的设备文件。

udev 简介

什么是 udev?

udev 是 Linux2.6 内核里的一个功能&＃xff0c;它替代了原来的 devfs&＃xff0c;成为当前 Linux 默认的设备管理工具。udev 以守护进程的形式运行&＃xff0c;通过侦听内核发出来的 uevent 来管理 /dev目录下的设备文件。不像之前的设备管理工具&＃xff0c;udev 在用户空间 (user space) 运行&＃xff0c;而不在内核空间 (kernel space) 运行。

使用 udev 的好处&＃xff1a;

我们都知道&＃xff0c;所有的设备在 Linux 里都是以设备文件的形式存在。在早期的 Linux 版本中&＃xff0c;/dev目录包含了所有可能出现的设备的设备文件。很难想象 Linux 用户如何在这些大量的设备文件中找到匹配条件的设备文件。现在 udev 只为那些连接到 Linux 操作系统的设备产生设备文件。并且 udev 能通过定义一个 udev 规则 (rule) 来产生匹配设备属性的设备文件&＃xff0c;这些设备属性可以是内核设备名称、总线路径、厂商名称、型号、序列号或者磁盘大小等等。

• 动态管理&＃xff1a;当设备添加 / 删除时&＃xff0c;udev 的守护进程侦听来自内核的 uevent&＃xff0c;以此添加或者删除 /dev下的设备文件&＃xff0c;所以 udev 只为已经连接的设备产生设备文件&＃xff0c;而不会在 /dev下产生大量虚无的设备文件。
• 自定义命名规则&＃xff1a;通过 Linux 默认的规则文件&＃xff0c;udev 在 /dev/ 里为所有的设备定义了内核设备名称&＃xff0c;比如 /dev/sda、/dev/hda、/dev/fd等等。由于 udev 是在用户空间 (user space) 运行&＃xff0c;Linux 用户可以通过自定义的规则文件&＃xff0c;灵活地产生标识性强的设备文件名&＃xff0c;比如 /dev/boot_disk、/dev/root_disk、/dev/color_printer等等。
• 设定设备的权限和所有者 / 组&＃xff1a;udev 可以按一定的条件来设置设备文件的权限和设备文件所有者 / 组。在不同的 udev 版本中&＃xff0c;实现的方法不同&＃xff0c;在“如何配置和使用 udev”中会详解。

下面的流程图显示 udev 添加 / 删除设备文件的过程。

图 1. udev 工作流程图&＃xff1a;

相关术语&＃xff1a;

• 设备文件&＃xff1a;由于本文以较通俗的方式讲解 udev&＃xff0c;所以设备文件是泛指在 /dev/下&＃xff0c;可被应用程序用来和设备驱动交互的文件。而不会特别地区分设备文件、设备节点或者设备特殊文件。
• devfs&＃xff1a;devfs是 Linux 早期的设备管理工具&＃xff0c;已经被 udev 取代。
• sysfs&＃xff1a;sysfs是 Linux 2.6 内核里的一个虚拟文件系统 (/sys)。它把设备和驱动的信息从内核的设备模块导出到用户空间 (userspace)。从该文件系统中&＃xff0c;Linux 用户可以获取很多设备的属性。
• devpath&＃xff1a;本文的 devpath是指一个设备在 sysfs文件系统 (/sys)下的相对路径&＃xff0c;该路径包含了该设备的属性文件。udev 里的多数命令都是针对 devpath操作的。例如&＃xff1a;sda的 devpath是 /block/sda&＃xff0c;sda2 的 devpath是 /block/sda/sda2。
• 内核设备名称&＃xff1a;设备在 sysfs里的名称&＃xff0c;是 udev 默认使用的设备文件名。

如何配置和使用 udev

下面会以 RHEL4.8 和 RHEL5.3 为平台&＃xff0c;分别描述 udev 的配置和使用&＃xff1a;

下载和安装 udev

从 Fedora3 和 Red Hat Enterprise4 开始&＃xff0c;udev 就是默认的设备管理工具&＃xff0c;无需另外下载安装。

清单 1. 检查 udev 在 RHEL4.8 里的版本和运行情况

清单 2. 检查 udev 在 RHEL5.3 里的版本和运行情况

如果 Linux 用户想更新 udev 包&＃xff0c;可以从 http://www.kernel.org/pub/linux/utils/kernel/hotplug/下载并安装。

udev 的配置文件 (/etc/udev/udev.conf)

清单 3. RHEL &＃xff14; . &＃xff18;下 udev 的配置文件

Linux 用户可以通过该文件设置以下参数&＃xff1a;

• udev_root&＃xff1a;udev 产生的设备所存放的目录&＃xff0c;默认值是 /dev/。建议不要修改该参数&＃xff0c;因为很多应用程序默认会从该目录调用设备文件。
• udev_db&＃xff1a;udev 信息存放的数据库或者所在目录&＃xff0c;默认值是 /dev/.udev.tdb。
• udev_rules&＃xff1a;udev 规则文件的名字或者所在目录&＃xff0c;默认值是 /etc/udev/rules.d/。
• udev_permissions&＃xff1a;udev 权限文件的名字或者所在目录&＃xff0c;默认值是 /etc/udev/permissions.d/。
• default_mode/ default_owner/ default_group&＃xff1a;如果设备文件的权限没有在权限文件里指定&＃xff0c;就使用该参数作为默认权限&＃xff0c;默认值分别是&＃xff1a;0600/root/root。
• udev_log&＃xff1a;是否需要 syslog记录 udev 日志的开关&＃xff0c;默认值是 no。

清单 4. RHEL5.3 下 udev 的配置文件

udev_log&＃xff1a;syslog记录日志的级别&＃xff0c;默认值是 err。如果改为 info 或者 debug 的话&＃xff0c;会有冗长的 udev 日志被记录下来。

实际上在 RHEL5.3 里&＃xff0c;除了配置文件里列出的参数 udev_log外&＃xff0c;Linux 用户还可以修改参数 udev_root和 udev_rules( 请参考上面的“RHEL4.8 的 udev 配置文件”)&＃xff0c;只不过这 2 个参数是不建议修改的&＃xff0c;所以没显示在 udev.conf 里。

可见该版本的 udev.conf 改动不小&＃xff1a;syslog默认会记录 udev 的日志&＃xff0c;Linux 用户只能修改日志的级别 (err、info、degub 等 )&＃xff1b;设备的权限不能在 udev.conf 里设定&＃xff0c;而是要在规则文件 (*.rules) 里设定。

通过 udev 设定设备文件的权限

在 RHEL4.8 的 udev&＃xff0c;设备的权限是通过权限文件来设置。

清单 5. RHEL4.8 下 udev 的权限文件

RHEL4.8 里 udev 的权限文件会为所有常用的设备设定权限和 ownership&＃xff0c;如果有设备没有被权限文件设置权限&＃xff0c;udev 就按照 udev.conf 里的默认权限值为这些设备设置权限。由于篇幅的限制&＃xff0c;上图只显示了 udev 权限文件的一部分&＃xff0c;该部分设 置了所有可能连接上的磁盘设备和磁带设备的权限和 ownership。

而在 RHEL5.3 的 udev&＃xff0c;已经没有权限文件&＃xff0c;所有的权限都是通过规则文件 (*.rules)来设置&＃xff0c;在下面的规则文件配置过程会介绍到。

udev 的规则和规则文件

规则文件是 udev 里最重要的部分&＃xff0c;默认是存放在 /etc/udev/rules.d/下。所有的规则文件必须以“.rules”为后缀名。RHEL 有默认的规则文件&＃xff0c;这些默认规则文件不仅为设备产生内核设备名称&＃xff0c;还会产生标识性强的符号链接。例如&＃xff1a;

但这些链接名较长&＃xff0c;不易调用&＃xff0c;所以通常需要自定义规则文件&＃xff0c;以此产生易用且标识性强的设备文件或符号链接。

此外&＃xff0c;一些应用程序也会在 /dev/下产生一些方便调用的符号链接。例如规则 40-multipath.rules 为磁盘产生下面的符号链接&＃xff1a;

udev 按照规则文件名的字母顺序来查询全部规则文件&＃xff0c;然后为匹配规则的设备管理其设备文件或文件链接。虽然 udev 不会因为一个设备匹配了一条规则而停止解析后面的规则文件&＃xff0c;但是解析的顺序仍然很重要。通常情况下&＃xff0c;建议让自己想要的规则文件最先被解析。比如&＃xff0c;创建一个名为 /etc/udev/rules.d/10-myrule.rules的文件&＃xff0c;并把你的规则写入该文件&＃xff0c;这样 udev 就会在解析系统默认的规则文件之前解析到你的文件。

RHEL5.3 的 udev 规则文件比 RHEL4.8 里的更完善。受篇幅的限制&＃xff0c;同时也为了不让大家混淆&＃xff0c;本文将不对 RHEL4.8 里的规则文件进行详解&＃xff0c;下面关于规则文件的配置和实例都是在 RHEL5.3 上进行的。如果大家需要配置 RHEL4 的 udev 规则文件&＃xff0c;可以先参照下面 RHEL5.3 的配置过程&＃xff0c;然后查询 RHEL4 里的用户手册 (man udev) 后进行配置。

在规则文件里&＃xff0c;除了以“#”开头的行&＃xff08;注释&＃xff09;&＃xff0c;所有的非空行都被视为一条规则&＃xff0c;但是一条规则不能扩展到多行。规则都是由多个 键值对&＃xff08;key-value pairs&＃xff09;组成&＃xff0c;并由逗号隔开&＃xff0c;键值对可以分为 条件匹配键值对( 以下简称“匹配键 ”) 和 赋值键值对( 以下简称“赋值键 ”)&＃xff0c;一条规则可以有多条匹配键和多条赋值键。匹配键是匹配一个设备属性的所有条件&＃xff0c;当一个设备的属性匹配了该规则里所有的匹配键&＃xff0c;就认为这条规则生效&＃xff0c;然后按照赋值键的内容&＃xff0c;执行该规则的赋值。下面是一个简单的规则&＃xff1a;

清单 6. 简单说明键值对的例子

KERNEL 是匹配键&＃xff0c;NAME 和 MODE 是赋值键。这条规则的意思是&＃xff1a;如果有一个设备的内核设备名称为 sda&＃xff0c;则该条件生效&＃xff0c;执行后面的赋值&＃xff1a;在 /dev下产生一个名为 my_root_disk的设备文件&＃xff0c;并把设备文件的权限设为 0660。

通过这条简单的规则&＃xff0c;大家应该对 udev 规则有直观的了解。但可能会产生疑惑&＃xff0c;为什么 KERNEL 是匹配键&＃xff0c;而 NAME 和 MODE 是赋值键呢&＃xff1f;这由中间的操作符 (operator) 决定。

仅当操作符是“&＃61;&＃61;”或者“!&＃61;”时&＃xff0c;其为匹配键&＃xff1b;若为其他操作符时&＃xff0c;都是赋值键。

• RHEL5.3 里 udev 规则的所有操作符&＃xff1a;

  “&＃61;&＃61;”&＃xff1a;比较键、值&＃xff0c;若等于&＃xff0c;则该条件满足&＃xff1b;

  “!&＃61;”&＃xff1a; 比较键、值&＃xff0c;若不等于&＃xff0c;则该条件满足&＃xff1b;

  “&＃61;”&＃xff1a; 对一个键赋值&＃xff1b;

  “&＃43;&＃61;”&＃xff1a;为一个表示多个条目的键赋值。

  “:&＃61;”&＃xff1a;对一个键赋值&＃xff0c;并拒绝之后所有对该键的改动。目的是防止后面的规则文件对该键赋值。

• RHEL5.3 里 udev 规则的匹配键

  ACTION&＃xff1a; 事件 (uevent) 的行为&＃xff0c;例如&＃xff1a;add( 添加设备 )、remove( 删除设备 )。

  KERNEL&＃xff1a; 内核设备名称&＃xff0c;例如&＃xff1a;sda, cdrom。

  DEVPATH&＃xff1a;设备的 devpath 路径。

  SUBSYSTEM&＃xff1a; 设备的子系统名称&＃xff0c;例如&＃xff1a;sda 的子系统为 block。

  BUS&＃xff1a; 设备在 devpath 里的总线名称&＃xff0c;例如&＃xff1a;usb。

  DRIVER&＃xff1a; 设备在 devpath 里的设备驱动名称&＃xff0c;例如&＃xff1a;ide-cdrom。

  ID&＃xff1a; 设备在 devpath 里的识别号。

  SYSFS{filename}&＃xff1a; 设备的 devpath 路径下&＃xff0c;设备的属性文件“filename”里的内容。

  例如&＃xff1a;SYSFS{model}&＃61;&＃61;“ST936701SS”表示&＃xff1a;如果设备的型号为 ST936701SS&＃xff0c;则该设备匹配该 匹配键。

  在一条规则中&＃xff0c;可以设定最多五条 SYSFS 的 匹配键。

  ENV{key}&＃xff1a; 环境变量。在一条规则中&＃xff0c;可以设定最多五条环境变量的 匹配键。

  PROGRAM&＃xff1a;调用外部命令。

  RESULT&＃xff1a; 外部命令 PROGRAM 的返回结果。例如&＃xff1a;

  1	PROGRAM&＃61;&＃61;"/lib/udev/scsi_id -g -s $devpath", RESULT&＃61;&＃61;"35000c50000a7ef67"

  调用外部命令 /lib/udev/scsi_id查询设备的 SCSI ID&＃xff0c;如果返回结果为 35000c50000a7ef67&＃xff0c;则该设备匹配该 匹配键。

• RHEL5.3 里 udev 的重要赋值键

  NAME&＃xff1a;在 /dev下产生的设备文件名。只有第一次对某个设备的 NAME 的赋值行为生效&＃xff0c;之后匹配的规则再对该设备的 NAME 赋值行为将被忽略。如果没有任何规则对设备的 NAME 赋值&＃xff0c;udev 将使用内核设备名称来产生设备文件。

  SYMLINK&＃xff1a;为 /dev/下的设备文件产生符号链接。由于 udev 只能为某个设备产生一个设备文件&＃xff0c;所以为了不覆盖系统默认的 udev 规则所产生的文件&＃xff0c;推荐使用符号链接。

  OWNER, GROUP, MODE&＃xff1a;为设备设定权限。

  ENV{key}&＃xff1a;导入一个环境变量。

• RHEL5.3 里 udev 的值和可调用的替换操作符

  在键值对中的键和操作符都介绍完了&＃xff0c;最后是值 (value)。Linux 用户可以随意地定制 udev 规则文件的值。例如&＃xff1a;my_root_disk, my_printer。同时也可以引用下面的替换操作符&＃xff1a;

  $kernel, %k&＃xff1a;设备的内核设备名称&＃xff0c;例如&＃xff1a;sda、cdrom。

  $number, %n&＃xff1a;设备的内核号码&＃xff0c;例如&＃xff1a;sda3 的内核号码是 3。

  $devpath, %p&＃xff1a;设备的 devpath路径。

  $id, %b&＃xff1a;设备在 devpath里的 ID 号。

  $sysfs{file}, %s{file}&＃xff1a;设备的 sysfs里 file 的内容。其实就是设备的属性值。
  例如&＃xff1a;$sysfs{size} 表示该设备 ( 磁盘 ) 的大小。

  $env{key}, %E{key}&＃xff1a;一个环境变量的值。

  $major, %M&＃xff1a;设备的 major 号。

  $minor %m&＃xff1a;设备的 minor 号。

  $result, %c&＃xff1a;PROGRAM 返回的结果。

  $parent, %P&＃xff1a;父设备的设备文件名。

  $root, %r&＃xff1a;udev_root的值&＃xff0c;默认是 /dev/。

  $tempnode, %N&＃xff1a;临时设备名。

  %%&＃xff1a;符号 % 本身。

  $$&＃xff1a;符号 $ 本身。

  清单 7. 说明替换操作符的规则例子

  1 2	KERNEL&＃61;&＃61;"sd*", PROGRAM&＃61;"/lib/udev/scsi_id -g -s %p", \ RESULT&＃61;&＃61;"35000c50000a7ef67", SYMLINK&＃61;"%k_%c"

  该规则的执行&＃xff1a;如果有一个内核设备名称以 sd 开头&＃xff0c;且 SCSI ID 为 35000c50000a7ef67&＃xff0c;则为设备文件产生一个符号链接“sda_35000c50000a7ef67”.

制定 udev 规则和查询设备信息的实例&＃xff1a;

如何查找设备的信息 ( 属性 ) 来制定 udev 规则&＃xff1a;

当我们为指定的设备设定规则时&＃xff0c;首先需要知道该设备的属性&＃xff0c;比如设备的序列号、磁盘大小、厂商 ID、设备路径等等。通常我们可以通过以下的方法获得&＃xff1a;

• 查询sysfs文件系统&＃xff1a;

  前面介绍过&＃xff0c;sysfs 里包含了很多设备和驱动的信息。

  例如&＃xff1a;设备 sda 的 SYSFS{size} 可以通过 cat /sys/block/sda/size得到&＃xff1b;SYSFS{model} 信息可以通过 cat /sys/block/sda/device/model得到。

• udevinfo命令&＃xff1a;

  udevinfo 可以查询 udev 数据库里的设备信息。例如&＃xff1a;用 udevinfo 查询设备 sda 的 model 和 size 信息&＃xff1a;

  清单 8. 通过 udevinfo 查询设备属性的例子

  1 2 3

  [root&＃64;HOST_RHEL5 rules.d]# udevinfo -a -p /block/sda | egrep "model|size"    SYSFS{size}&＃61;&＃61;"71096640"    SYSFS{model}&＃61;&＃61;"ST936701SS      "

• 其他外部命令&＃xff1a;

  清单 9. 通过 scsi_id 查询磁盘的 SCSI_ID 的例子

  1 2	[root&＃64;HOST_RHEL5 ~]# scsi_id -g -s /block/sda 35000c50000a7ef67

udev 的简单规则&＃xff1a;

清单 10. 产生网卡设备文件的规则

该规则表示&＃xff1a;如果存在设备的子系统为 net&＃xff0c;并且地址 (MAC address) 为“AA:BB:CC:DD:EE:FF”&＃xff0c;为该设备产生一个名为 public_NIC 的设备文件。

清单 11. 为指定大小的磁盘产生符号链接的规则

该规则表示&＃xff1a;如果存在设备的子系统为 block&＃xff0c;并且大小为 71096640(block)&＃xff0c;则为该设备的设备文件名产生一个名为 my_disk 的符号链接。

清单 12. 通过外部命令为指定序列号的磁盘产生设备文件的规则

该规则表示&＃xff1a;如果存在设备的内核设备名称是以 sd 开头 ( 磁盘设备 )&＃xff0c;以数字结尾 ( 磁盘分区 )&＃xff0c;并且通过外部命令查询该设备的 SCSI_ID 号为“35000c50000a7ef67”&＃xff0c;则产生一个以 root_disk 开头&＃xff0c;内核号码结尾的设备文件&＃xff0c;并替换原来的设备文件&＃xff08;如果存在的话&＃xff09;。例如&＃xff1a;产生设备名 /dev/root_disk2&＃xff0c;替换原来的设备名 /dev/sda2。

运用这条规则&＃xff0c;可以在 /etc/fstab里保持系统分区名称的一致性&＃xff0c;而不会受驱动加载顺序或者磁盘标签被破坏的影响&＃xff0c;导致操作系统启动时找不到系统分区。

其他常用的 udev 命令&＃xff1a;

• udevtest:

  udevtest会针对一个设备&＃xff0c;在不需要 uevent 触发的情况下模拟一次 udev的运行&＃xff0c;并输出查询规则文件的过程、所执行的行为、规则文件的执行结果。通常使用 udevtest来调试规则文件。以下是一个针对设备 sda 的 udevtest例子。由于 udevtest是扫描所有的规则文件 ( 包括系统自带的规则文件 )&＃xff0c;所以会产生冗长的输出。为了让读者清楚地了解 udevtest&＃xff0c;本例只在规则目录里保留一条规则&＃xff1a;

  清单 13. 为 udevtest 保留的规则

  1 2	KERNEL&＃61;&＃61;"sd*", PROGRAM&＃61;"/lib/udev/scsi_id -g -s %p", RESULT&＃61;&＃61;"35000c50000a7ef67", \ NAME&＃61;"root_disk%n", SYMLINK&＃61;"symlink_root_disk%n"

  清单 14. udevtest 的执行过程

  1 2 3 4 5 6 7 8 9 10 11 12 13

  [root&＃64;HOST_RHEL5 rules.d]# udevtest /block/sda main: looking at device &＃39;/block/sda&＃39; from subsystem &＃39;block&＃39; run_program: &＃39;/lib/udev/scsi_id -g -s /block/sda&＃39; run_program: &＃39;/lib/udev/scsi_id&＃39; (stdout) &＃39;35000c50000a7ef67&＃39; run_program: &＃39;/lib/udev/scsi_id&＃39; returned with status 0 udev_rules_get_name: reset symlink list udev_rules_get_name: add symlink &＃39;symlink_root_disk&＃39; udev_rules_get_name: rule applied, &＃39;sda&＃39; becomes &＃39;root_disk&＃39; udev_device_event: device &＃39;/block/sda&＃39; already in database, \                  validate currently present symlinks udev_node_add: creating device node &＃39;/dev/root_disk&＃39;, major &＃61; &＃39;8&＃39;, \            minor &＃61; &＃39;0&＃39;, mode &＃61; &＃39;0660&＃39;, uid &＃61; &＃39;0&＃39;, gid &＃61; &＃39;0&＃39; udev_node_add: creating symlink &＃39;/dev/symlink_root_disk&＃39; to &＃39;root_disk&＃39;

  可以看出&＃xff0c;udevtest对 sda 执行了外部命令 scsi_id, 得到的 stdout 和规则文件里的 RESULT 匹配&＃xff0c;所以该规则匹配。然后 ( 模拟 ) 产生设备文件 /dev/root_disk和符号链接 /dev/symlink_root_disk&＃xff0c;并为其设定权限。

• start_udev:

  start_dev命令重启 udev守护进程&＃xff0c;并对所有的设备重新查询规则目录下所有的规则文件&＃xff0c;然后执行所匹配的规则里的行为。通常使用该命令让新的规则文件立即生效&＃xff1a;

  清单 15. start_udev 的执行过程

  1 2	[root&＃64;HOST_RHEL5 rules.d]# start_udev Starting udev:                                             [  OK  ]

  start_udev一般没有标准输出&＃xff0c;所有的 udev 相关信息都按照配置文件 (udev.conf)的参数设置&＃xff0c;由 syslog记录。

小结&＃xff1a;

udev 是高效的设备管理工具&＃xff0c;其最大的优势是动态管理设备和自定义设备的命名规则&＃xff0c;因此替代 devfs 成为 Linux 默认的设备管理工具。通过阅读本文&＃xff0c;Linux 用户能够了解到 udev 的工作原理和流程&＃xff0c;灵活地运用 udev 规则文件&＃xff0c;从而方便地管理 Linux 设备文件。

相关主题

• 有关 Udev 更多信息&＃xff0c;请参考&＃xff1a;http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev.html。
• 在 developerWorks Linux 专区 寻找为 Linux 开发人员&＃xff08;包括 Linux 新手入门&＃xff09;准备的更多参考资料&＃xff0c;查阅我们 最受欢迎的文章和教程。
• 在 developerWorks 上查阅所有 Linux 技巧 和 Linux 教程。
• 原文链接 https://www.ibm.com/developerworks/cn/linux/l-cn-udev/index.html?ca&＃61;drs-cn-0304