在我入门udev的时候，看着各种各样的资料觉得这个东西很高深的时候，突然瞄到一篇文章里面说道： 要树立一个信念：udev很简单，当时不以为然，现在能够理解，其实稍作研究就能理解了，看起来很高端很遥远的Title，比如Linux Kernel，比如软硬件交互，比如热插拔等等，其实掌握几个rules，然后再动手实践实践，对比着讲解，就能知道七七八八了，想要再深入，就多看看文档实现和内核源码，其实很多东西都是这样，了解了就很简单，没事了解一点就比别人多知道一些，共勉
Udev 是什么
udev是linux kernel的设备管理器，处理硬件的添加和删除，但它的功能远远不仅于此。比如U盘插入，电脑是如何即时的做出响应？耳机插入又是如何做到自动关闭外部音量？这些都跟udev有关。虽然udev很强大，功能很多，本来就针对SCSI硬盘设备的插拔做一些经验的分享。至于为什么我会研究到这个东西，是因为最近在做ceph相关的项目，需要实现一个类似热插拔的feature，懂的人应该很清楚，就是拔插硬盘后，osd自动恢复，主要应用于硬盘寿命即将到期，替换新盘的场景，不明白的同学也不要紧，因为本文主要讨论的是udev
Udev Rules
udev管理各种各样的设备，比如USB,DISK,CD等等，为了区别设备类型，精确匹配，udev制定了一套特色的rules，为什么说特色呢？因为我觉得它用最简洁的语法满足了方方面面的需求
这里推荐一些有用的link：
大家看完上面的文章应该知道rules文件的位置和规则,下面我贴一些我实践中的代码和例子
这是两条分别针对SCSI硬盘设备的添加和删除的rules，设备事件分别会触发相应的脚本：
KERNEL=="sd[a-z]", ACTION=="add", SUBSYSTEM=="block", RUN+="/usr/bin/python /root/test.py %k add"
KERNEL=="sd[a-z]", ACTION=="remove", SUBSYSTEM=="block", RUN+="/usr/bin/python /root/test.py %k remove"
注意：
执行外部命令必须加上环境变量路径, 上面的这个也可以不加/usr/bin/python，但是必须在py脚本头部加上shebang：#! /usr/bin/python RUN可以运行程序外的程序，而PROGRAM不是做这个事情的，而是为了生成之后需要的变量
相关 Link
Udevadm
udevadm是一个udev的管理工具，可以用来获取设备信息(info)，监视和控制udev运行时的行为(control)，请求内核事件(trigger)，管理事件队列(settle)，以及提供简单的调试机制(test)。很实用，很好用！！！
推荐 Link
介绍几个我具体使用过的例子：
udevadm info
可以从udev数据库中提取设备信息,此外，还可以从sysfs中提取设备的属性， 以帮助创建与此设备匹配的udev规则
获取/dev/sdb的path信息
udevadm info -q path -n /dev/sdb
udevadm test
模拟向udev发送设备信息，并不会真的触发，而是将触发后的过程信息打印出来，对调试很有帮助， 我用这个查看脚本是否会被执行
udevadm test --action='add' `udevadm info -q path -n /dev/sdb`
注意： test不会真正触发事件，而trigger可以
udevadm trigger
可以真正触发udev事件，但是不会真正改变硬件，只是触发kernel和udev的事件，会触发udev rules，我用这个触发事件，校验rules匹配
udevadm trigger -v --action=add --sysname-match=sda
注意：
/sys/devices/pci0000:00/0000:00:10.0/host2/target2:0:0/2:0:0:0/block/sda
udevadm control
udevadm control --relaod-rules
udevadm control --log-priority=info
More about udev
udev还有很多有意思的地方，如果想要更加深入的学习，那么除了熟练地掌握rules等技巧，还要对其实现原理有了解，这就得多看文档，多看源码了，建议大家有条件的情况下多看源码，多看原始的东西，因为经过别人的总结就可能会变味，相互对比，不要一味依赖别人总结的产物
|
