通俗的热身：scsi:小型计算机系统接口.一种用于计算机和智能设备之间（硬盘、软驱、光驱、打印机、扫描仪等）系统级接口的独立处理器标准。
●SCSI接口是一个通用接口，在SCSI母线上可以连接主机适配器和八个SCSI外设控制器，外设可以包括磁盘、磁带、CD-ROM、可擦写光盘驱动器、打印机、扫描仪和通讯设备等。
●SCSI接口可以同步或异步传输数据，同步传输速率可以达到10MB/s，异步传输速率可以达到1.5MB/s。
优点
1.SCSI可支持多个设备，.
2.SCSI还允许在对一个设备传输数据的同时，另一个设备对其进行数据查找。
3.SCSI占用CPU极低，确实在多任务系统中占有着明显的优势。由于SCSI卡本身带有CPU，可处理一切SCSI设备的事务，在工作时主机CPU只要向SCSI卡发出工作指令，SCSI卡就会自己进行工作，工作结束后返回工作结果给CPU，在整个过程中，CPU均可以进行自身工作。
4.SCSI设备还具有智能化，SCSI卡自己可对CPU指令进行排队，这样就提高了工作效率。在多任务时硬盘会在当前磁头位置，将邻近的任务先完成，再逐一进行处理。
系统中的每个SCSI设备都必须有自己唯一的ID(标识号)，这个号码从1~15。SCSIAdapter系统默认ID为7。这个ID可由位于设备前端的跳线器来设置。对于硬盘它位于驱动器的前端或后端。
=====================================================================================
iscsi: iSCSI技术是一种由IBM公司研究开发的，是一个供硬件设备使用的可以在IP协议的上层运行的SCSI指令集，这种指令集合可以实现在IP网络上运行SCSI协议，使其能够在诸如高速千兆以太网上进行路由选择。iSCSI技术是一种新储存技术，该技术是将现有SCSI接口与以太网络(Ethernet)技术结合，使服务器可与使用IP网络的储存装置互相交换资料
SCSI 结构基于客户/服务器模式，其通常应用环境是：设备互相靠近，并且这些设备由 SCSI 总线连接。iSCSI 的主要功能是在 TCP/IP 网络上的主机系统（启动器 initiator）和存储设备（目标器 target）之间进行大量数据的封装和可靠传输过程。此外，iSCSI 提供了在 IP 网络封装 SCSI 命令，且运行在 TCP 上。
SCSI的工作过程：当iSCSI主机应用程序发出数据读写请求后，操作系统会生成一个相应的SCSI命令，该SCSI命令在iSCSI initiator层被封装成ISCSI消息包并通过TCP/IP传送到设备侧，设备侧的iSCSI target层会解开iSCSI消息包，得到SCSI命令的内容，然后传送给SCSI设备执行；设备执行SCSI命令后的响应，在经过设备侧iSCSI target层时被封装成ISCSI响应PDU，通过TCP/IP网络传送给主机的ISCSI initiator层，iSCSI initiator会从ISCSI响应PDU里解析出SCSI响应并传送给操作系统，操作系统再响应给应用程序。
========================================================================================
ISCSI 是基于TCP/IP传输封装的SCSI数据包的块级别的共享，其也为C/S架构模型，服务器端提供客户端所需要的存储设备，客户端只需要进行挂载就可以将其当作自己主机上的存储设备进行分区、格式话使用。
配置：
服务器端：IP：192.168.0.83/24
客户端：IP：192.168.0.84/24
服务器端： 使用宿主机来模拟iscsi存储端
1、我们需要准备要共享的设备，这里使用本地磁盘上的新分区：
fdisk /dev/sda 创建分区的过程不再阐述
创建一个/dev/sda5分区，大小为2G
fdisk /dev/sda ##创建分区的过程不再阐述
创建之后，加载新分区信息
partprobe /dev/sda
2、安装iscsi服务端：
yum -y install scsi-target-utils
service tgtd start ##启动服务
chkconfig tgtd on ##让其开机自动启动
验证是否成功启动服务
netstat -tnlp | grep 3260 #ISCSI服务默认使用的是3260端口
# vim/etc/tgt/targets.conf
<targetiqn.2013-01.com.upl:mysqldata>
backing-store /dev/sda7
backing-store /dev/sda8
</target>
把本地/dev/sda8，/dev/sda7 这两个分区通过iscsi协议共享给别的机器使用。别的机器把他们能够一个整体（硬盘），这个整体有一个专用的名字iqn.2013-01.com.upl:mysqldata
# service tgtdstart
查看本地共享出去的iscsi存储
# tgtadm --lld iscsi --mode target --op show
Target 1:iqn.2013-01.com.upl:mysqldata
二、
二、使用客户机来模拟iscsi客户端（连接存储的应用服务器）
# yum installiscsi-initiator-utils -y
1、连接192.168.29.1,发现它共享的"target"
# iscsiadm -mdiscovery -t st -p 192.168.29.1
192.168.29.1:3260,1iqn.2013-01.com.upl:mysqldata
2、登录存储
# iscsiadm -m node-T iqn.2013-01.com.upl:mysqldata -p 192.168.29.1 -l
登录发现的所有target
# iscsiadm -m node-l
登录之后。发现本机多了两个硬盘
其他一些管理操作：
查看当前登录中的target
# iscsiadm -msession
tcp: [2]192.168.29.1:3260,1 iqn.2013-01.com.upl:mysqldata
取消登录
指定名字取消登录
# iscsiadm -m node-u -T iqn.2013-01.com.upl:mysqldata
没有指定名字，那么取消登录所有target
# iscsiadm -m node-u
取消登录之后，只要重启iscsi服务，就会自动登录（该服务如果是开机自动启动，开机之后，他会把以前发现过、登录过的target都自动登录）
# service iscsirestart
删除登录过的target
目的：下次启动iscsi服务的时候，不会自动登录这些target
# iscsiadm -m node -u
# iscsiadm -m node -o delete (删除所有发现过的target)
====================================================================
例子2：在iscsi存储端上多导出一个target
一、
一共导出两个target
要修改存储端的配置，必须把所有正在登录客户端都取消登录，否则无法重启服务端tgtd服务
重新配置前，必须所有连接存储客户端取消登录
client # iscsiadm-m node -u
iscsi存储端进行配置
# service tgtdstop
# vim /etc/tgt/targets.conf
<targetiqn.2013-01.com.upl:mysqldata>
backing-store /dev/sda7
backing-store /dev/sda8
</target>
<targetiqn.2013-01.com.upl:qdisk>
backing-store /dev/sda9
</target>
# service tgtdstart
二、让客户端重新发现和登录
# iscsiadm -mdiscovery -t st -p 192.168.29.1
192.168.29.1:3260,1iqn.2013-01.com.upl:mysqldata
192.168.29.1:3260,1iqn.2013-01.com.upl:qdisk
# iscsiadm -m node-l
# fdisk -l 可以发现多了三个硬盘
。。。。
Disk /dev/sdb:2154 MB, 2154991104 bytes
。。
Disk /dev/sdc:2154 MB, 2154991104 bytes
。。。
Disk /dev/sda:2154 MB, 2154991104 bytes
。。
很明显，是非常难确定哪个设备文件对应哪个target,这样就对后续使用、挂载、存放数据带来未知影响。
如果手工改变target的登录顺序，你会发现设备文件的名字也会改变，这样的结果是很恶劣，因为无法确定每次登录的target都是什么名字的设备，就无法直接使用设备名进行挂载
如何解决？
使用uuid或者label进行挂载，这样就不管设备名字是什么，也可以成功挂载
# blkid /dev/sda1
/dev/sda1:UUID="1ad37d3e-cdb0-497b-8b06-2ae6f46c6644" TYPE="ext4"
# vim /etc/fstab
。。。
UUID=1ad37d3e-cdb0-497b-8b06-2ae6f46c6644 /web ext4 defaults 1 2
还可以使用udev对target的名字进行固定。
当存在多个target登录的时候，改变了target的登录顺序，target对应的设备文件名字也会随着更改，设备名字对应的target不好判断
导致的问题： 不能使用设备名字来进行挂载，更不能把设备名字写到fstab进行自动挂载。
解决方法：
方法1： 使用uuid挂载
# dumpe2fs -h /dev/sda1 查看文件系统uuid的方法
# blkid /dev/sda1 -----查看文件系统uuid的方法
方法2: 使用卷标挂载
# e2label /dev/sda1 "/webdata"
# e2label /dev/sda1
/webdata
fstab:
LABEL=/webdata /webdata ext4 defaults 0 0
方法3：使用udev来固定设备的名字
方法3：使用udev来固定设备的名字
使用相关的规则和脚本来对iscsi的target进行固定设备路径
target1: webdata ---- sda <--- 软链接 /dev/iscsi/webdata/part
sda1 <--- 软链接 /dev/iscsi/webdata/part1
udev都会根据target的名字
target2: mysqldata ---- sdb <--- 软链接 /dev/iscsi/mysqldata/part
sdb1 <--- 软链接 /dev/iscsi/mysqldata/part1
如果更换了登录顺序
target1: webdata ---- sdd <--- 软链接 /dev/iscsi/webdata/part
sdd1 <--- 软链接 /dev/iscsi/webdata/part1
udev都会根据target的名字
target2: mysqldata ---- sda <--- 软链接 /dev/iscsi/mysqldata/part
sda1 <--- 软链接 /dev/iscsi/mysqldata/part1
客户端去把相应的文件放在对应的路径：
/etc/udev/rules.d/55-iscsi-el6.rules <---udev规则
/etc/udev/scripts/iscsidev.el6.sh <--- 脚本需要755 scripts 为新建路径
生效：
要么重新登录所有target
要么运行命令 start_udev
当iscsi的target登录之后，对识别的硬盘进行分区、格式化成ext4、并且挂载使用,那么这样的共享存储，真的可以允许多个机器同时挂载和使用吗？
结果：当多个机器同时挂载的时候，数据并没有同步，而且还居然可以建议相同名字的文件，这是严重违背文件系统的设计。验证的时候，文件系统会损坏，整个分区无法挂载，数据无法恢复。
原因：原因是共享存储只是物理上实现数据共享，但这里使用ext4是单机文件系统（软件内容），只允许一个机器挂载，但多个机器挂载，文件系统的信息是不会同步的。
解决：使用集群文件系统（gfs2,ocfs2等）。
=====================================================================================================
使用 udev 高效、动态地管理 Linux 设备文件
概述：
Linux 用户常常会很难鉴别同一类型的设备名，比如 eth0, eth1, sda, sdb 等等。通过观察这些设备的内核设备名称，用户通常能知道这些是什么类型的设备，但是不知道哪一个设备是他们想要的。例如，在一个充斥着本地磁盘和光纤磁盘的设备名清单 (/dev/sd*) 中，用户无法找到一个序列号为“35000c50000a7ef67”的磁盘。在这种情况下，udev 就能动态地在 /dev目录里产生自己想要的、标识性强的设备文件或者设备链接，以此帮助用户方便快捷地找到所需的设备文件。
udev 是 Linux2.6 内核里的一个功能，它替代了原来的 devfs，成为当前 Linux 默认的设备管理工具。udev 以守护进程的形式运行，通过侦听内核发出来的 uevent 来管理 /dev目录下的设备文件。不像之前的设备管理工具，udev 在用户空间 (user space) 运行，而不在内核空间 (kernel space) 运行。
我们都知道，所有的设备在 Linux 里都是以设备文件的形式存在。在早期的 Linux 版本中，/dev目录包含了所有可能出现的设备的设备文件。很难想象 Linux 用户如何在这些大量的设备文件中找到匹配条件的设备文件。现在 udev 只为那些连接到 Linux 操作系统的设备产生设备文件。并且 udev 能通过定义一个 udev 规则 (rule) 来产生匹配设备属性的设备文件，这些设备属性可以是内核设备名称、总线路径、厂商名称、型号、序列号或者磁盘大小等等。
-
动态管理：当设备添加 / 删除时，udev 的守护进程侦听来自内核的 uevent，以此添加或者删除
/dev下的设备文件，所以 udev 只为已经连接的设备产生设备文件，而不会在/dev下产生大量虚无的设备文件。 -
自定义命名规则：通过 Linux 默认的规则文件，udev 在 /dev/ 里为所有的设备定义了内核设备名称，比如
/dev/sda、/dev/hda、/dev/fd等等。由于 udev 是在用户空间 (user space) 运行，Linux 用户可以通过自定义的规则文件，灵活地产生标识性强的设备文件名，比如/dev/boot_disk、/dev/root_disk、/dev/color_printer等等。 -
设定设备的权限和所有者 / 组：udev 可以按一定的条件来设置设备文件的权限和设备文件所有者 / 组。在不同的 udev 版本中，实现的方法不同，在“如何配置和使用 udev”中会详解。
下面的流程图显示 udev 添加 / 删除设备文件的过程。
-
设备文件：由于本文以较通俗的方式讲解 udev，所以设备文件是泛指在
/dev/下，可被应用程序用来和设备驱动交互的文件。而不会特别地区分设备文件、设备节点或者设备特殊文件。 -
devfs：devfs是 Linux 早期的设备管理工具，已经被 udev 取代。
-
sysfs：sysfs是 Linux 2.6 内核里的一个虚拟文件系统
(/sys)。它把设备和驱动的信息从内核的设备模块导出到用户空间 (userspace)。从该文件系统中，Linux 用户可以获取很多设备的属性。 -
devpath：本文的 devpath是指一个设备在 sysfs文件系统
(/sys)下的相对路径，该路径包含了该设备的属性文件。udev 里的多数命令都是针对 devpath操作的。例如：sda的 devpath是/block/sda，sda2 的 devpath是/block/sda/sda2。 -
内核设备名称：设备在 sysfs里的名称，是 udev 默认使用的设备文件名。
下面会以 RHEL4.8 和 RHEL5.3 为平台，分别描述 udev 的配置和使用：
从 Fedora3 和 Red Hat Enterprise4 开始，udev 就是默认的设备管理工具，无需另外下载安装。
清单 1. 检查 udev 在 RHEL4.8 里的版本和运行情况
[root@HOST_RHEL4 dev]# rpm -qa |grep -i udev udev-039-10.29.el4 [root@HOST_RHEL4 ~]# uname -r 2.6.9-89.ELsmp [root@HOST_RHEL4 ~]# ps -ef |grep udev root 21826 1 0 Dec09 ? 00:00:00 udevd |
清单 2. 检查 udev 在 RHEL5.3 里的版本和运行情况
[root@HOST_RHEL5 ~]# rpm -qa |grep -i udev udev-095-14.19.el5 [root@HOST_RHEL5 sysconfig]# uname -r 2.6.18-128.el5 [root@HOST_RHEL5 sysconfig]# ps -ef|grep udev root 5466 1 0 18:32 ? 00:00:00 /sbin/udevd -d |
如果 Linux 用户想更新 udev 包，可以从 http://www.kernel.org/pub/linux/utils/kernel/hotplug/下载并安装。
udev 的配置文件 (/etc/udev/udev.conf)
[root@HOST_RHEL4 dev]# cat /etc/udev/udev.conf # udev.conf # The main config file for udev # # This file can be used to override some of udev's default values # for where it looks for files, and where it places device nodes. # # WARNING: changing any value, can cause serious system breakage! # # udev_root - where in the filesystem to place the device nodes udev_root="/dev/" # udev_db - The name and location of the udev database. udev_db="/dev/.udev.tdb" # udev_rules - The name and location of the udev rules file udev_rules="/etc/udev/rules.d/" # udev_permissions - The name and location of the udev permission file udev_permissions="/etc/udev/permissions.d/" # default_mode - set the default mode for all nodes that have no # explicit match in the permissions file default_mode="0600" # default_owner - set the default owner for all nodes that have no # explicit match in the permissions file default_owner="root" # default_group - set the default group for all nodes that have no # explicit match in the permissions file default_group="root" # udev_log - set to "yes" if you want logging, else "no" udev_log="no" |
Linux 用户可以通过该文件设置以下参数：
-
udev_root：udev 产生的设备所存放的目录，默认值是
/dev/。建议不要修改该参数，因为很多应用程序默认会从该目录调用设备文件。 -
udev_db：udev 信息存放的数据库或者所在目录，默认值是
/dev/.udev.tdb。 -
udev_rules：udev 规则文件的名字或者所在目录，默认值是
/etc/udev/rules.d/。 -
udev_permissions：udev 权限文件的名字或者所在目录，默认值是
/etc/udev/permissions.d/。 -
default_mode/ default_owner/ default_group：如果设备文件的权限没有在权限文件里指定，就使用该参数作为默认权限，默认值分别是：
0600/root/root。 -
udev_log：是否需要 syslog记录 udev 日志的开关，默认值是 no。
[root@HOST_RHEL5 ~]# cat /etc/udev/udev.conf # udev.conf # The initial syslog(3) priority: "err", "info", "debug" or its # numerical equivalent. For runtime debugging, the daemons internal # state can be changed with: "udevcontrol log_priority=<value>". udev_log="err" |
udev_log：syslog记录日志的级别，默认值是 err。如果改为 info 或者 debug 的话，会有冗长的 udev 日志被记录下来。
实际上在 RHEL5.3 里，除了配置文件里列出的参数 udev_log外，Linux 用户还可以修改参数 udev_root和 udev_rules( 请参考上面的“RHEL4.8 的 udev 配置文件”)，只不过这 2 个参数是不建议修改的，所以没显示在 udev.conf 里。
可见该版本的 udev.conf 改动不小：syslog默认会记录 udev 的日志，Linux 用户只能修改日志的级别 (err、info、degub 等 )；设备的权限不能在 udev.conf 里设定，而是要在规则文件 (*.rules) 里设定。
在 RHEL4.8 的 udev，设备的权限是通过权限文件来设置。
[root@HOST_RHEL4 ~]# cat /etc/udev/permissions.d/50-udev.permissions …… # disk devices hd*:root:disk:0660 sd*:root:disk:0660 dasd*:root:disk:0660 ataraid*:root:disk:0660 loop*:root:disk:0660 md*:root:disk:0660 ide/*/*/*/*/*:root:disk:0660 discs/*/*:root:disk:0660 loop/*:root:disk:0660 md/*:root:disk:0660 # tape devices ht*:root:disk:0660 nht*:root:disk:0660 pt[0-9]*:root:disk:0660 npt*:root:disk:0660 st*:root:disk:0660 nst*:root:disk:0660 …… |
RHEL4.8 里 udev 的权限文件会为所有常用的设备设定权限和 ownership，如果有设备没有被权限文件设置权限，udev 就按照 udev.conf 里的默认权限值为这些设备设置权限。由于篇幅的限制，上图只显示了 udev 权限文件的一部分，该部分设 置了所有可能连接上的磁盘设备和磁带设备的权限和 ownership。
而在 RHEL5.3 的 udev，已经没有权限文件，所有的权限都是通过规则文件 (*.rules)来设置，在下面的规则文件配置过程会介绍到。
规则文件是 udev 里最重要的部分，默认是存放在 /etc/udev/rules.d/下。所有的规则文件必须以“.rules”为后缀名。RHEL 有默认的规则文件，这些默认规则文件不仅为设备产生内核设备名称，还会产生标识性强的符号链接。例如：
[root@HOST_RHEL5 ~]# ls /dev/disk/by-uuid/ 16afe28a-9da0-482d-93e8-1a9474e7245c |
但这些链接名较长，不易调用，所以通常需要自定义规则文件，以此产生易用且标识性强的设备文件或符号链接。
此外，一些应用程序也会在 /dev/下产生一些方便调用的符号链接。例如规则 40-multipath.rules 为磁盘产生下面的符号链接：
[root@ HOST_RHEL5 ~]# ls /dev/mpath/* /dev/mpath/mpath0 /dev/mpath/mpath0p1 /dev/mpath/mpath0p2 |
udev 按照规则文件名的字母顺序来查询全部规则文件，然后为匹配规则的设备管理其设备文件或文件链接。虽然 udev 不会因为一个设备匹配了一条规则而停止解析后面的规则文件，但是解析的顺序仍然很重要。通常情况下，建议让自己想要的规则文件最先被解析。比如，创建一个名为 /etc/udev/rules.d/10-myrule.rules的文件，并把你的规则写入该文件，这样 udev 就会在解析系统默认的规则文件之前解析到你的文件。
RHEL5.3 的 udev 规则文件比 RHEL4.8 里的更完善。受篇幅的限制，同时也为了不让大家混淆，本文将不对 RHEL4.8 里的规则文件进行详解，下面关于规则文件的配置和实例都是在 RHEL5.3 上进行的。如果大家需要配置 RHEL4 的 udev 规则文件，可以先参照下面 RHEL5.3 的配置过程，然后查询 RHEL4 里的用户手册 (man udev) 后进行配置。
在规则文件里，除了以“#”开头的行（注释），所有的非空行都被视为一条规则，但是一条规则不能扩展到多行。规则都是由多个 键值对（key-value pairs）组成，并由逗号隔开，键值对可以分为 条件匹配键值对( 以下简称“匹配键 ”) 和 赋值键值对( 以下简称“赋值键 ”)，一条规则可以有多条匹配键和多条赋值键。匹配键是匹配一个设备属性的所有条件，当一个设备的属性匹配了该规则里所有的匹配键，就认为这条规则生效，然后按照赋值键的内容，执行该规则的赋值。下面是一个简单的规则：
KERNEL=="sda", NAME="my_root_disk", MODE="0660" |
KERNEL 是匹配键，NAME 和 MODE 是赋值键。这条规则的意思是：如果有一个设备的内核设备名称为 sda，则该条件生效，执行后面的赋值：在 /dev下产生一个名为 my_root_disk的设备文件，并把设备文件的权限设为 0660。
通过这条简单的规则，大家应该对 udev 规则有直观的了解。但可能会产生疑惑，为什么 KERNEL 是匹配键，而 NAME 和 MODE 是赋值键呢？这由中间的操作符 (operator) 决定。
仅当操作符是“==”或者“!=”时，其为匹配键；若为其他操作符时，都是赋值键。
-
RHEL5.3 里 udev 规则的所有操作符：
“==”：比较键、值，若等于，则该条件满足；
“!=”： 比较键、值，若不等于，则该条件满足；
“=”： 对一个键赋值；
“+=”：为一个表示多个条目的键赋值。
“:=”：对一个键赋值，并拒绝之后所有对该键的改动。目的是防止后面的规则文件对该键赋值。
-
RHEL5.3 里 udev 规则的匹配键
ACTION： 事件 (uevent) 的行为，例如：add( 添加设备 )、remove( 删除设备 )。
KERNEL： 内核设备名称，例如：sda, cdrom。
DEVPATH：设备的 devpath 路径。
SUBSYSTEM： 设备的子系统名称，例如：sda 的子系统为 block。
BUS： 设备在 devpath 里的总线名称，例如：usb。
DRIVER： 设备在 devpath 里的设备驱动名称，例如：ide-cdrom。
ID： 设备在 devpath 里的识别号。
SYSFS{filename}： 设备的 devpath 路径下，设备的属性文件“filename”里的内容。
例如：SYSFS{model}==“ST936701SS”表示：如果设备的型号为 ST936701SS，则该设备匹配该 匹配键。
在一条规则中，可以设定最多五条 SYSFS 的 匹配键。
ENV{key}： 环境变量。在一条规则中，可以设定最多五条环境变量的 匹配键。
PROGRAM：调用外部命令。
RESULT： 外部命令 PROGRAM 的返回结果。例如：
PROGRAM=="/lib/udev/scsi_id -g -s $devpath", RESULT=="35000c50000a7ef67"
调用外部命令
/lib/udev/scsi_id查询设备的 SCSI ID，如果返回结果为 35000c50000a7ef67，则该设备匹配该 匹配键。 -
RHEL5.3 里 udev 的重要赋值键
NAME：在
/dev下产生的设备文件名。只有第一次对某个设备的 NAME 的赋值行为生效，之后匹配的规则再对该设备的 NAME 赋值行为将被忽略。如果没有任何规则对设备的 NAME 赋值，udev 将使用内核设备名称来产生设备文件。SYMLINK：为
/dev/下的设备文件产生符号链接。由于 udev 只能为某个设备产生一个设备文件，所以为了不覆盖系统默认的 udev 规则所产生的文件，推荐使用符号链接。OWNER, GROUP, MODE：为设备设定权限。
ENV{key}：导入一个环境变量。
-
RHEL5.3 里 udev 的值和可调用的替换操作符
在键值对中的键和操作符都介绍完了，最后是值 (value)。Linux 用户可以随意地定制 udev 规则文件的值。例如：
my_root_disk, my_printer。同时也可以引用下面的替换操作符：$kernel, %k：设备的内核设备名称，例如：sda、cdrom。
$number, %n：设备的内核号码，例如：sda3 的内核号码是 3。
$devpath, %p：设备的 devpath路径。
$id, %b：设备在 devpath里的 ID 号。
$sysfs{file}, %s{file}：设备的 sysfs里 file 的内容。其实就是设备的属性值。
例如：$sysfs{size} 表示该设备 ( 磁盘 ) 的大小。$env{key}, %E{key}：一个环境变量的值。
$major, %M：设备的 major 号。
$minor %m：设备的 minor 号。
$result, %c：PROGRAM 返回的结果。
$parent, %P：父设备的设备文件名。
$root, %r：udev_root的值，默认是
/dev/。$tempnode, %N：临时设备名。
%%：符号 % 本身。
$$：符号 $ 本身。
KERNEL=="sd*", PROGRAM="/lib/udev/scsi_id -g -s %p", \ RESULT=="35000c50000a7ef67", SYMLINK="%k_%c"
该规则的执行：如果有一个内核设备名称以 sd 开头，且 SCSI ID 为
35000c50000a7ef67，则为设备文件产生一个符号链接“sda_35000c50000a7ef67”.
如何查找设备的信息 ( 属性 ) 来制定 udev 规则：
当我们为指定的设备设定规则时，首先需要知道该设备的属性，比如设备的序列号、磁盘大小、厂商 ID、设备路径等等。通常我们可以通过以下的方法获得：
-
查询sysfs文件系统：
前面介绍过，sysfs 里包含了很多设备和驱动的信息。
例如：设备 sda 的 SYSFS{size} 可以通过
cat /sys/block/sda/size得到；SYSFS{model} 信息可以通过cat /sys/block/sda/device/model得到。 -
udevinfo命令：
udevinfo 可以查询 udev 数据库里的设备信息。例如：用 udevinfo 查询设备 sda 的 model 和 size 信息：
[root@HOST_RHEL5 rules.d]# udevinfo -a -p /block/sda | egrep "model|size" SYSFS{size}=="71096640" SYSFS{model}=="ST936701SS " -
其他外部命令：
清单 9. 通过 scsi_id 查询磁盘的 SCSI_ID 的例子[root@HOST_RHEL5 ~]# scsi_id -g -s /block/sda 35000c50000a7ef67
udev 的简单规则：
SUBSYSTEM=="net", SYSFS{address}=="AA:BB:CC:DD:EE:FF", NAME="public_NIC" |
该规则表示：如果存在设备的子系统为 net，并且地址 (MAC address) 为“AA:BB:CC:DD:EE:FF”，为该设备产生一个名为 public_NIC 的设备文件。
SUBSYSTEM=="block", SYSFS{size}=="71096640", SYMLINK ="my_disk" |
该规则表示：如果存在设备的子系统为 block，并且大小为 71096640(block)，则为该设备的设备文件名产生一个名为 my_disk 的符号链接。
清单 12. 通过外部命令为指定序列号的磁盘产生设备文件的规则
KERNEL=="sd*[0-9]", PROGRAM=="/lib/udev/scsi_id -g -s %p", \ RESULT=="35000c50000a7ef67", NAME +="root_disk%n" |
该规则表示：如果存在设备的内核设备名称是以 sd 开头 ( 磁盘设备 )，以数字结尾 ( 磁盘分区 )，并且通过外部命令查询该设备的 SCSI_ID 号为“35000c50000a7ef67”，则产生一个以 root_disk 开头，内核号码结尾的设备文件，并替换原来的设备文件（如果存在的话）。例如：产生设备名 /dev/root_disk2，替换原来的设备名 /dev/sda2。
运用这条规则，可以在 /etc/fstab里保持系统分区名称的一致性，而不会受驱动加载顺序或者磁盘标签被破坏的影响，导致操作系统启动时找不到系统分区。
其他常用的 udev 命令：
-
udevtest:
udevtest会针对一个设备，在不需要 uevent 触发的情况下模拟一次udev的运行，并输出查询规则文件的过程、所执行的行为、规则文件的执行结果。通常使用udevtest来调试规则文件。以下是一个针对设备 sda 的udevtest例子。由于udevtest是扫描所有的规则文件 ( 包括系统自带的规则文件 )，所以会产生冗长的输出。为了让读者清楚地了解udevtest，本例只在规则目录里保留一条规则：KERNEL=="sd*", PROGRAM="/lib/udev/scsi_id -g -s %p", RESULT=="35000c50000a7ef67", \ NAME="root_disk%n", SYMLINK="symlink_root_disk%n"
[root@HOST_RHEL5 rules.d]# udevtest /block/sda main: looking at device '/block/sda' from subsystem 'block' run_program: '/lib/udev/scsi_id -g -s /block/sda' run_program: '/lib/udev/scsi_id' (stdout) '35000c50000a7ef67' run_program: '/lib/udev/scsi_id' returned with status 0 udev_rules_get_name: reset symlink list udev_rules_get_name: add symlink 'symlink_root_disk' udev_rules_get_name: rule applied, 'sda' becomes 'root_disk' udev_device_event: device '/block/sda' already in database, \ validate currently present symlinks udev_node_add: creating device node '/dev/root_disk', major = '8', \ minor = '0', mode = '0660', uid = '0', gid = '0' udev_node_add: creating symlink '/dev/symlink_root_disk' to 'root_disk'
可以看出，
udevtest对 sda 执行了外部命令scsi_id, 得到的 stdout 和规则文件里的 RESULT 匹配，所以该规则匹配。然后 ( 模拟 ) 产生设备文件/dev/root_disk和符号链接/dev/symlink_root_disk，并为其设定权限。 -
start_udev:
start_dev命令重启udev守护进程，并对所有的设备重新查询规则目录下所有的规则文件，然后执行所匹配的规则里的行为。通常使用该命令让新的规则文件立即生效：[root@HOST_RHEL5 rules.d]# start_udev Starting udev: [ OK ]
start_udev一般没有标准输出，所有的 udev 相关信息都按照配置文件 (udev.conf)的参数设置，由 syslog记录。
本文转自crazy_charles 51CTO博客，原文链接：http://blog.51cto.com/douya/1293221，如需转载请自行联系原作者
