UDEV详细解惑

本人理解的UDEV是这样的：首先UDEV是运行在用户层的，所以要跟内核通信，而且是一直在监听内核的信息，所以写一个socket套接字，然后加入到线程里面去，用来接收内核所传的信息，然后就都是上层的一些处理了，文件分区、监测设备的插入拔出、挂载等…如果你使用Linux比较长时间了，那你就知道，在对待设备文件这块，Linux改变了几次策略。

在Linux早期，设备文件仅仅是是一些带有适当的属性集的普通文件，它由mknod命令创建，文件存放在/dev目录下。

后来，采用了devfs,一个基于内核的动态设备文件系统，他首次出现在2.3.46 内核中。

Mandrake，Gentoo等Linux分发版本采用了这种方式。

devfs创建的设备文件是动态的。

但是devfs有一些严重的限制，从2.6.13版本后移走了。

目前取代他的便是文本要提到的udev－－一个用户空间程序。

目前很多的Linux分发版本采纳了udev的方式，因为它在Linux设备访问，特别是那些对设备有极端需求的站点（比如需要控制上千个硬盘）和热插拔设备（比如USB摄像头和MP3播放器）上解决了几个问题。

下面我我们来看看如何管理udev设备。

实际上，对于那些为磁盘，终端设备等准备的标准配置文件而言，你不需要修改什么。

但是，你需要了解udev配置来使用新的或者外来设备，如果不修改配置，这些设备可能无法访问，或者说Linux可能会采用不恰当的名字，属组或权限来创建这些设备文件。

你可能也想知道如何修改RS－232串口，音频设备等文件的属组或者权限。

这点在实际的Linux实施中是会遇到的。

为什么使用udev在此之前的设备文件管理方法（静态文件和devfs）有几个缺点：* 不确定的设备映射。

特别是那些动态设备，比如USB设备，设备文件到实际设备的映射并不可靠和确定。

举一个例子：如果你有两个USB 打印机。

一个可能称为/dev/usb/lp0,另外一个便是/dev/usb/lp1。

但是到底哪个是哪个并不清楚，lp0,lp1和实际的设备没有一一对应的关系，因为他可能因为发现设备的顺序，打印机本身关闭等原因而导致这种映射并不确定。

理想的方式应该是：两个打印机应该采用基于他们的序列号或者其他标识信息的唯一设备文件来映射。

但是静态文件和devfs 都无法做到这点。

*没有足够的主/辅设备号。

我们知道，每一个设备文件是有两个8位的数字：一个是主设备号，另外一个是辅设备号来分配的。

这两个8位的数字加上设备类型（块设备或者字符设备）来唯一标识一个设备。

不幸的是，关联这些身边的的数字并不足够。

*/dev 目录下文件太多。

一个系统采用静态设备文件关联的方式，那么这个目录下的文件必然是足够多。

而同时你又不知道在你的系统上到底有那些设备文件是激活的。

* 命名不够灵活。

尽管devfs解决了以前的一些问题，但是它自身又带来了一些问题。

其中一个就是命名不够灵活；你别想非常简单的就能修改设备文件的名字。

缺省的devfs命令机制本身也很奇怪，他需要修改大量的配置文件和程序。

;*内核内存使用，devfs特有的另外一个问题是，作为内核驱动模块，devfs需要消耗大量的内存，特别当系统上有大量的设备时（比如上面我们提到的系统一个上有好几千磁盘时）udev的目标是想解决上面提到的这些问题，他通采用用户空间(user-space)工具来管理/dev/目录树，他和文件系统分开。

知道如何改变缺省配置能让你之大如何定制自己的系统，比如创建设备字符连接，改变设备文件属组，权限等。

udev配置文件主要的udev配置文件是/etc/udev/udev.conf。

这个文件通常很短，他可能只是包含几行#开头的注释，然后有几行选项：udev_root="/dev/"udev_rules="/etc/udev/rules.d/"udev_log="err"上面的第二行非常重要，因为他表示udev规则存储的目录，这个目录存储的是以.rules结束的文件。

每一个文件处理一系列规则来帮助udev 分配名字给设备文件以保证能被内核识别。

你的/etc/udev/rules.d下面可能有好几个udev规则文件，这些文件一部分是udev包安装的，另外一部分则是可能是别的硬件或者软件包生成的。

比如在Fedora Core 5系统上，sane-backends包就会安装60-libsane.rules文件，另外initscripts包会安装60-net.rules文件。

这些规则文件的文件名通常是两个数字开头，它表示系统应用该规则的顺序。

规则文件里的规则有一系列的键/值对组成，键/值对之间用逗号(,)分割。

每一个键或者是用户匹配键，或者是一个赋值键。

匹配键确定规则是否被应用，而赋值键表示分配某值给该键。

这些值将影响udev创建的设备文件。

赋值键可以处理一个多值列表。

匹配键和赋值键操作符解释见下表：udev 键/值对操作符操作符匹配或赋值t 解释－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－== 匹配相等比较!= 匹配不等比较= 赋值分配一个特定的值给该键，他可以覆盖之前的赋值。

+= 赋值追加特定的值给已经存在的键:= 赋值分配一个特定的值给该键，后面的规则不可能覆盖它。

这有点类似我们常见的编程语言，比如C语言。

只是这里的键一次可以处理多个值。

有一些键在udev规则文件里经常出现，这些键的值可以使用通配符(*,?,甚至范围，比如[0-9])，这些常用键列举如下：常用udev键键含义ACTION 一个时间活动的名字，比如add，当设备增加的时候KERNEL 在内核里看到的设备名字，比如sd*表示任意SCSI磁盘设备DEVPATH 内核设备录进，比如/devices/*SUBSYSTEM 子系统名字，比如sound,netBUS 总线的名字，比如IDE,USBDRIVER 设备驱动的名字，比如ide-cdromID 独立于内核名字的设备名字SYSFS{ value} sysfs属性值，他可以表示任意ENV{ key} 环境变量，可以表示任意PROGRAM 可执行的外部程序，如果程序返回0值，该键则认为为真(true)RESULT 上一个PROGRAM调用返回的标准输出。

NAME 根据这个规则创建的设备文件的文件名。

注意：仅仅第一行的NAME描述是有效的，后面的均忽略。

如果你想使用使用两个以上的名字来访问一个设备的话，可以考虑SYMLINK键。

SYMLINK 根据规则创建的字符连接名OWNER 设备文件的属组GROUP 设备文件所在的组。

MODE 设备文件的权限，采用8进制RUN 为设备而执行的程序列表LABEL 在配置文件里为内部控制而采用的名字标签(下下面的GOTO服务)GOTO 跳到匹配的规则（通过LABEL来标识），有点类似程序语言中的GOTOIMPORT{ type} 导入一个文件或者一个程序执行后而生成的规则集到当前文件WAIT_FOR_SYSFS 等待一个特定的设备文件的创建。

主要是用作时序和依赖问题。

PTIONS 特定的选项：last_rule 对这类设备终端规则执行；ignore_device 忽略当前规则；ignore_remove 忽略接下来的并移走请求。

all_partitions 为所有的磁盘分区创建设备文件。

我们给出一个列子来解释如何使用这些键。

下面的例子来自Fedora Core 5系统的标准配置文件。

KERNEL=="*", OWNER="root" GROUP="root", MODE="0600" KERNEL=="tty", NAME="%k", GROUP="tty", MODE="0666", OPTIONS="last_rule"KERNEL=="scd[0-9]*", SYMLINK+="cdrom cdrom-%k"KERNEL=="hd[a-z]", BUS=="ide", SYSFS{removable}=="1",SYSFS{device/media}=="cdrom", SYMLINK+="cdrom cdrom-%k" ACTION=="add", SUBSYSTEM=="scsi_device", RUN+="/sbin/modprobe sg"上面的例子给出了5个规则，每一个都是KERNEL或者ACTION键开头：* 第一个规则是缺省的，他匹配任意被内核识别到的设备，然后设定这些设备的属组是root，组是root，访问权限模式是0600(-rw-------)。

这也是一个安全的缺省设置保证所有的设备在默认情况下只有root可以读写。

*第二个规则也是比较典型的规则了。

它匹配终端设备(tty)，然后设置新的权限为0600，所在的组是tty。

它也设置了一个特别的设备文件名:%K。

在这里例子里，%k代表设备的内核名字。

那也就意味着内核识别出这些设备是什么名字，就创建什么样的设备文件名。

*第三行开始的KERNEL=="scd[0-9]*",表示SCSI CD-ROM 驱动. 它创建一对设备符号连接：cdrom和cdrom-%k。

* 第四行，开始的KERNEL=="hd[a-z]", 表示ATA CDROM驱动器。

这个规则创建和上面的规则相同的符号连接。

ATA CDROM驱动器需要sysfs值以来区别别的ATA设备，因为SCSI CDROM可以被内核唯一识别。

.*第五行以ACTION=="add"开始，它告诉udev增加/sbin/modprobe sg 到命令列表，当任意SCSI设备增加到系统后，这些命令将执行。

其效果就是计算机应该会增加sg内核模块来侦测新的SCSI设备。

当然，上面仅仅是一小部分例子，如果你的系统采用了udev方式，那你应该可以看到更多的规则。

如果你想修改设备的权限或者创建信的符号连接，那么你需要熟读这些规则，特别是要仔细注意你修改的那些与之相关的设备。

修改你的udev配置在修改udev配置之前，我们一定要仔细，通常的考虑是：你最好不要修改系统预置的那些规则，特别不要指定影响非常广泛的配置，比如上面例子中的第一行。