目錄
介紹?
? ? ? 關于本文檔
? ? ? 更新歷史
概念
? ? ?術語: devfs, sysfs, nodes, etc.
? ? ?為什么?
? ?? 內置固定命名設計
編寫規則
? ? ?規則文件和語義
? ? ?規則語法
? ? ?基本規則
? ? ?sysfs匹配屬性
? ? ?設備級聯結構
? ? ?字符串替換
? ? ?字符串匹配
從sysfs中查找合適信息
? ?? sysfs樹
? ? ?udevinfo
? ? ?其他方法
高級話題
? ?? 權限和所有權控制
? ? ?使用外部程序命名設備
? ?? 發生特定事件時運行外部程序
?? ? 環境交互
? ?? 另外選項
例子
? ?? USB打印機
? ? ?USB相機
? ? ?USB硬盤
? ? ?USB讀卡器
? ? ?USB Palm導航儀
? ? ?CD/DVD驅動
? ? ?網卡
測試和調試
? ? ?讓你的規則跑起來
? ? ?udevtest
作者及聯系方式

---

介紹
關于本文檔
udev面向2.6以上的linux內核在用戶空間提供動態的/dev下固定設備命名方案. 之前的/dev實現: devfs現在已被廢棄, udev成為繼任者. udev vs devfs是一個敏感的談話內容,在進行比較之前你應該讀一下這個文檔(http://kernel.org/pub/linux/utils /kernel/hotplug/udev_vs_devfs).

幾年間你為之使用udev規則的設備發生改變了,如同規則自身的彈性一樣. 在現代系統中udev為系統外的類型設備提供了固定的命名方法, 避免了為這些設備提供定制規則. 但是一些用戶仍然需要額外的定制級別.

本文檔假設你已經安裝了udev并使用缺省配置運行ok. 這通常通過你的linux發行版做到的.

本文檔不會覆蓋規則書寫的方方面面, 只集中介紹所有主要概念. 更多細節信息可以在udev的man頁中找到.

本文檔使用各種例子(一些完全是虛構的)來闡述觀點和概念. 不是所有語法都會顯式的在附帶文本中描述,請確信通過查看例子規則來獲取完整的理解.

更新歷史
(略)

概念
語義: devfs, sysfs, nodes等
僅僅是基本介紹,可能并不完全準確.
在典型的基于linux的系統中,/dev目錄用來存儲文件一樣的設備節點, 它們指向系統中特定的設備. 每一個節點指向系統的一部分(一個設備), 可能存在也可能不存在. 用戶空間應用程序可以使用這些設備節點跟系統硬件打交道,例如, X服務器"監聽"/dev/input/mice來根據用戶的鼠標移動來移動可視鼠標指針.
原來的/dev目錄僅僅在設備可能在系統中出現時產生,因此/dev目錄一般非常大. 隨之而來的devfs提供了一種易于管理的途徑(注意它僅僅在硬件插入到系統中時產生/dev)以及其他功能,但系統會出現無法容易修復的問題.

udev是一種新的管理/dev目錄的方法,它的設計清除了以前的/dev實現的一些問題并提供了魯棒的路徑向后兼容. 為了創建并命名系統中相應的/dev設備結點,udev需要依賴于根據用戶提供的規則從sysfs中得到的匹配信息. 本文著重規則書寫的過程,udev相關的任務由用戶自己完成.

sysfs是2.6內核中一個新的文件系統, 它由內核管理,并導出當前系統中插入的設備基本信息. udev可使用這些信息創建對應的硬件設備結點. sysfs掛載在/sys下而且是可瀏覽的. 你可能很希望在使用udev之前刺探下存儲在那兒的有關文件. 本文中我將交替使用/sys和sysfs術語.

為什么？
udev規則具有彈性非常強大，這里是一些你使用規則可以達到的結果：
1. 重命名設備節點的缺省名字為其他名字
2. 通過創建符號鏈接到缺省設備節點來提供一個可選的固定的設備節點名字
3. 基于程序的輸出命名設備節點
4. 改變設備節點的權限和所有權
5. 但設備節點被創建或刪除時(通常是添加設備或拔出設備時)執行一個腳本
6. 重命名網絡接口

當存在的特定設備沒有設備節點時,這不是書寫規則的工作范圍. 即使沒有匹配的規則,udev也會利用內核提供的缺省名字來創建設備節點.

擁有固定命名設備節點有很多好處. 假設你有兩個USB存儲設備:一個數碼相機,一個是USB閃存盤. 這些設備通過被賦予/dev/sda和/dev/sdb設備節點,準確的賦值取決于它們連接到系統的順序. 這可能為一些用戶造成麻煩,如果每個設備每次都可以固定命名,比如/dev/camera和/dev/flashdisk,用戶就會獲益.

內置固定命名方法
udev為系統外的一些設備類型提供了固定命名,這是一個很有用的特征,在某些情況下意味著你不用書寫任何規則.

udev為存儲設備在/dev/disk目錄下提供了系統外命名方法. 要查看它為你的存儲硬件創建的固定命名,你可以使用下列命名:
#ls -lR /dev/disk
所有存儲類型都可以這么用. 例如udev為我的根分區創建了固定命名鏈接:/dev/disk/by-id/scsi-SATA_ST3120827AS_4MS1NDXZ- part3. 但我插入我的USB閃存盤udev就會創建另外一個固定命名節點:/dev/disk/by-id/usb- Prolific_Technology_Inc._USB_Mass_Storage_Device-part1.

規則書寫
規則文件和語義
為決定如何命名設備以及執行什么另外動作,udev會讀取一系列規則文件. 這些文件保存在/etc/udev/rules.d目錄下并且都必須有.rules后綴名.

缺省udev規則存儲在/etc/udev/rules.d/50-udev.rules里面. 你可能發現整個文件很有意思, 它包含了少量例子,一些缺省規則提供了devfs風格的/dev布局, 但是你不應該直接在這個文件里面書寫規則.

/etc/udev/rules.d/下面的文件通過lexical順序解析,在某些情況下規則的解析順序很重要. 通常來說你希望你的規則可以在缺省規則之前解析, 所以我建議你創建一個文件/etc/udev/rules.d/10-local.rules并把自己的所有規則寫到這里面去.

在一個規則文件中, 以"#"開頭的行被認為是注釋. 每一個非空的行都是一條規則. 規則不能跨越多行.

一個設備可以被多條規則匹配到, 這有著很實用的優點, 例如, 我們可以寫兩個匹配同一個設備的規則, 每一個規則為設備提供了它自己的可選命名. 即使分開在不同的文件種, 兩個可選命名也都會被創建, 要明白udev在找到一個匹配規則后不會停止處理其他規則, 它仍然會繼續查找并嘗試應用已知的每條規則, 這很重要.

規則語法
每條規則通過一系列鍵值對創建,這些鍵值對通過逗號分隔. 匹配鍵是用來識別要應用規則的設備的條件, 但規則中對應設備的所有匹配鍵被處理后,就會應用規則并且賦值鍵的行為也會觸發. 每條規則應該包含至少一個匹配鍵和至少一個賦值鍵.

這是用來闡述上面內容的一個例子規則:
? KERNEL=="hdb",NAME="my_spare_disk"
上述規則包含一個匹配鍵(KERNEL)以及一個賦值鍵(NAME). 這些鍵和它們的屬性的語義將在稍后具體說明. 注意到匹配鍵通過連等號(==)與它的值聯系起來, 賦值鍵通過等號(=)與它的值關聯.

注意udev不支持任何形式的行連接符, 不要在你的規則種插入任何斷行符,這將會導致udev把你的一條規則看做是多條規則但不會按預料工作.

基本規則
udev提供一些用來書寫精確匹配規則的匹配鍵, 其中一些常用鍵將在下面介紹, 其他將在文檔的后面說明. 要得到完整列表可以查看udev的手冊頁.
KERNEL - 為設備匹配的內核名字
SUBSYSTEM - 匹配設備的子系統
DRIVER - 匹配支持設備的驅動名稱
在你使用一系列匹配鍵來準確匹配設備后,udev通過賦值鍵為接下來發生的事給你提供更好的控制. 你可以查看udev的手冊頁查看完整的賦值鍵列表. 最基本的賦值鍵在下面說明, 其他的將在文檔結束時說明.
NAME - 設備節點應該使用的名字
SYMLINK - 一個設備節點可選名字的符號鏈接列表
正如之前所說,udev會為設備創建一個真正的設備節點. 如果你希望為設備節點提供可選名字,你得通過SYMLINK使用符號鏈接功能, 實際上是維護一個符號鏈接列表,這些符號鏈接都會指向真實的設備節點. 為了維護這些鏈接我們介紹一個新的附加操作符: +=. 你可以在一個規則中附加多個符號鏈接到列表中,每個鏈接通過空格分開.
?KERNEL=="hdb", NAME="my_spare_disk"
上面規則意思是:匹配一個設備命名為hdb的設備,把它重新命名為my_spare_disk. 設備節點出現在/dev/my_spare_disk.
?KERNEL=="hdb", DRIVER=="ide-disk", SYMLINK+="sparedisk"
上面規則意思是：匹配一個內核命名為hdb以及驅動為ide-disk的設備，命名設備節點為缺省名字并創建一個指向它的sparedisk符號鏈接。注 意到我們沒有指明設備節點名字，于是udev使用缺省名字。 為了保留標準/dev布局,你自己的規則通常沒有NAME但會創建一些SYMLINK并/或執行其他賦值操作.
?KERNEL=="hdc", SYMLINK+="cdrom cdrom0"
上面規則很可能就是你要寫的典型規則。 它在/dev/cdrom和/dev/cdrom0創建了兩個符號鏈接,都指向/dev/hdc. 再一次地,沒有NAME賦值鍵,所以使用缺省的內核名字(hdc).

匹配sysfs屬性
到目前為止介紹的匹配鍵僅僅提供了有限的匹配能力. 實際上我們需要更加優良的控制:我們想基于設備的高級屬性來識別設備, 如供應商編碼, 產品編號, 序列號, 存儲能力, 分區數等等.

一些驅動導出這些信息到sysfs, udev允許我們使用ATTR鍵通過稍捎不同的語法來合并sysfs匹配到自己的規則中.

這里有一個匹配sysfs中單個屬性例子. 更多細節將在稍后的幫助你基于sysfs屬性書寫規則的文檔中提供.?
?SUBSYSTEM=="block", ATTR{size}=="234441648", SYMLINK+="my_disk"
?
設備級聯
linux內核實際上以樹狀結構展示設備, 這個信息通過sysfs顯露出來,在書寫規則時這非常有用. 例如我的硬盤設備的展示是一個SCSI磁盤設備的孩子, 這個SCSI磁盤設備又是一個ATA控制器設備的孩子, 該控制器又是PCI總線設備的孩子. 你很有可能發現你需要從一個討論中的設備的雙親那里引用信息, 比如我的硬盤設備的序列號在設備級別并不暴露出來, 而是在SCSI磁盤級別通過它的直接雙親展現。

目前介紹的四個主要匹配鍵(KERNEL/SUBSYSTEM/DRIVER/ATTR)僅僅跟對應設備的值匹配, 并不跟雙親設備的值匹配. udev提供了在樹中向上查找的匹配鍵變量:
KERNELS - 為設備匹配的內核名字,或任何雙親設備中的內核名
SUBSYSTEMS - 匹配設備的子系統名,或任何雙親設備中的子系統名
DRIVERS - 匹配支持設備的驅動名,或任何支持雙親設備的驅動名
ATTRS - 匹配設備的sysfs屬性,或任何雙親設備的sysfs屬性
由于在心里要考慮到級聯結構,你可能感覺到規則書寫變的有點復雜了. 歇一會吧,有工具可以幫助我們的,稍微獻上.

字符串替換
但寫的規則潛在的要處理多個相似的設備時, udev的printf-like string substitution operators就非常有用了. 你可以在你的規則里面的任何賦值里面包含這些操作符, udev在它們執行時會計算.

最常用的操作符是%k和%n. %k計算設備的內核名, 例如設備的"sda3"將(缺省)出現在/dev/sda3. %n計算設備(存儲設備的分區號)的內核號碼, 例如"3"將被換成"/dev/sda3".

udev也提供了一些高級功能替換操作符. 在讀完本文剩下內容后可以查詢udev的手冊頁. 以上例子中的操作符也有一個可選的語法 - $kernel和$number. 因此如果你希望在規則中匹配字符%, 你必需寫成%%, 如果你希望匹配字符$, 你必須寫成$$.

為闡述下字符串替換的概念,我們來展示幾個例子:
?KERNEL=="mice", NAME="input/%k"
?KERNEL=="loop0", NAME="loop/%n", SYMLINK+="%k"
第一條規則確保鼠標設備節點一定出現在/dev/input目錄下(缺省是在/dev/mice下面). 第二條規則確保名字為loop0的設備節點在/dev/loop/0創建,也會照常創建一個符號鏈接/dev/loop0.

上面規則的使用都比較可疑,因為他們都可以通過不使用任何替換操作符來重寫. 這些替換的真正威力將會在下一節顯現.

字符串匹配
不僅有字符串精確匹配, udev也允許你使用shell風格的模式匹配. 支持的3種模式為:
* - 匹配任何字符, 匹配0次或多次
? - 匹配任何字符,但只匹配一次.
[] - 匹配任何單個字符, 這些字符在方括號里面指定, 范圍是受限的.
這里有一些例子, 注意字符串替換符的使用:
?KERNEL=="fd[0-9]*", NAME="floppy/%n", SYMLINK+="%k"
?KERNEL=="hiddev*", NAME="usb/%k"
第一條規則匹配所有軟盤驅動并確保設備節點放置在/dev/floppy目錄下, 也創建一個缺省名字的符號鏈接. 第二條規則確保hiddev設備節點放在/dev/usb目錄下面.

從sysfs中查找信息
sysfs樹
從sysfs中獲取有意思信息的概念在之前的例子中已經觸摸到了. 為了基于這些信息書寫規則,你首先需要知道屬性名和他們的當前值.

sysfs實際上是一個非常簡單的結構,邏輯上以目錄形式區分. 每一個目錄包含一定量的文件(屬性),這些文件往往都僅僅包含一個值. 也會有一些符號鏈接,它們把設備鏈到雙親那里, 級聯結構已在上面說明了.?

一些目錄被引向頂層設備路徑,這些目錄展示了擁有對應設備節點的實際設備. 頂層設備路徑可以被分類為包含dev文件的sysfs目錄, 下列命令可以列舉出這些文件:
#find /sys -name dev
例如, 在我的系統中, /sys/block/sda目錄就是我的硬盤設備路徑, 它通過/sys/block/sda/device符號鏈接鏈向它的雙親SCSI磁盤設備.

但你書寫基于sysfs信息的規則時, 只是簡單的匹配鏈條上一部分文件的屬性內容. 例如, 我可以這樣讀我的硬盤的大小:
#cat /sys/block/sda/size
234441648
在一個udev規則里面, 我可以使用ATTR{size}=="234441648"來識別這個磁盤. 因為udev反復遍歷設備鏈的入口,我可以通過ATTRS匹配另外鏈中的屬性(如:/sys/class/block/sda/device屬性), 但是在處理鏈中不同部分時會有一些告誡, 稍后描述.

雖然這對于關于sysfs的結構和udev如何匹配值的介紹很有用, 但對sysfs的全面梳理是個既耗時也沒必要的事.

udevinfo
敲入udevinfo大概就是你用來創建規則的最直接的工具了。你需要知道的全部就是設備的sysfs設備路徑. 下面是一個精簡的例子:
#?udevinfo -a -p /sys/block/sda

? looking at device '/block/sda':
? KERNEL=="sda"
? SUBSYSTEM=="block"
? ATTR{stat}==" 128535 2246 2788977 766188 73998 317300 3132216 5735004 0 516516 6503316"
? ATTR{size}=="234441648"
? ATTR{removable}=="0"
? ATTR{range}=="16"
? ATTR{dev}=="8:0"

? looking at parent device '/devices/pci0000:00/0000:00:07.0/host0/target0:0:0/0:0:0:0':
? KERNELS=="0:0:0:0"
? SUBSYSTEMS=="scsi"
? DRIVERS=="sd"
? ATTRS{ioerr_cnt}=="0×0"
? ATTRS{iodone_cnt}=="0×31737"
? ATTRS{iorequest_cnt}=="0×31737"
? ATTRS{iocounterbits}=="32"
? ATTRS{timeout}=="30"
? ATTRS{state}=="running"
? ATTRS{rev}=="3.42"
? ATTRS{model}=="ST3120827AS "
? ATTRS{vendor}=="ATA "
? ATTRS{scsi_level}=="6"
? ATTRS{type}=="0"
? ATTRS{queue_type}=="none"
? ATTRS{queue_depth}=="1"
? ATTRS{device_blocked}=="0"

? looking at parent device '/devices/pci0000:00/0000:00:07.0':
? KERNELS=="0000:00:07.0"
? SUBSYSTEMS=="pci"
? DRIVERS=="sata_nv"
? ATTRS{vendor}=="0×10de"
? ATTRS{device}=="0×037f"
正如你看到的, udevinfo簡單的產生一個你可以在udev規則中作為匹配鍵的屬性列表. 從上面例子中我可以為該設備產生下面兩條規則:
SUBSYSTEM=="block", ATTR{size}=="234441648", NAME="my_hard_disk"
SUBSYSTEM=="block", SUBSYSTEMS=="scsi", ATTRS{model}=="ST3120827AS", NAME="my_hard_disk"
你可能發現到例子中使用了顏色, 這是為了闡述把設備屬性和單個雙親設備屬性并在一起是合法的, 你不能混合匹配多個雙親設備屬性,這樣你的規則不能工作. 例如,下列規則是不合理的,因為它試圖匹配兩個雙親設備屬性:
SUBSYSTEM=="block", ATTRS{model}=="ST3120827AS", DRIVERS=="sata_nv", NAME="my_hard_disk"
通常有大量的屬性提供給你,你必需挑選其中一些來創建你的規則. 一般來講,你希望挑選那些能夠固定標志你的設備并便于理解的屬性. 上例中我選取的是我的磁盤大小和它的模型號,而沒有使用沒有意義的諸如ATTRS{iodone_cnt}=="0×31737"數字.

仔細觀察下udevinfo的輸出級聯結構效果, 設備的綠色部分使用了標準匹配鍵如KERNEL和ATTR, 藍色部分和栗色部分使用了雙親遍歷變量如SUBSYSTEMS和ATTRS, 這就是為什么級聯結構的復雜性實際上是很容易處理的原因,只要確保使用udevinfo建議的準確值就行了.

另外一點需要指出的是udevinfo輸出的文本屬性之間用空格填充(例如上面的ST3120827AS)是很常見的. 在你的規則中你可以添加額外的空格,也可以像我那樣去掉.

使用udevinfo的唯一復雜之處在于要求你知道頂級設備路徑(例如上面例子中的/sys/block/sda), 這通常并不明顯. 但是, 因為你通常是為已經存在的設備節點寫規則, 你可以自己使用udevinfo查找設備路徑:
#udevinfo -a -p $(udevinfo -q path -n /dev/sda)

可選方法
雖然udevinfo差不多是列舉你要構建的規則的準確屬性的最直接方式, 但一些用戶仍然樂于使用其他工具, 諸如usbview的工具可以顯示類似的信息集, 這些信息也可以用在規則中.

高級話題
控制權限和所有權
udev允許你在規則中使用另外的賦值來控制每個設備的所有權和權限屬性.

GROUP賦值允許你定義哪個Unix組應該擁有設備節點. 這里有一個例子規則, 它定義video組擁有framebuffer設備:
KERNEL=="fb[0-9]*", NAME="fb/%n", SYMLINK+="%k", GROUP="video"
OWNER鍵可能用處不大, 它允許你定義哪個Unix用戶應該具有設備節點的擁有權限. 假設有個臨時情況要你讓join擁有軟盤設備,你可以使用:
KERNEL="fd[0-9]*", OWNER="join"
udev缺省用Unix的0660權限(擁有者和組員擁有讀寫功能)創建設備節點. 需要的話你可以在特定設備的規則中使用包含MODE賦值鍵覆蓋這些缺省值. 作為例子,下面的規則定義了inotify節點可以被每個人讀寫:
KERNEL=="inotify", NAME="misc/%k", SYMLINK+="%k", MODE="0666"

使用外部程序來命名設備
某些情況下你可能要求比udev標準規則提供的更多彈性, 這種情況下你可以請求udev運行一個程序并運用程序的標準輸出來提供設備命名.

要使用這個功能,你只需簡單的在PROGRAM賦值中指定要運行程序(以及任何闡述)的完整路徑, 然后在NAME/SYMLINK賦值中使用一些%c替換.

下列例子引用一個位于/bin/device_namer的虛構程序. device_namer帶一個表示內核名字的命令行參數, 基于內核名device_namer做一些魔幻變換接著產生一些輸出到普通stdout管道,這些輸出被分割為很多小塊, 每一小塊是一個單詞,塊之間用一個空格分開.

在我們的第一個例子中, 我們假設device_namer輸出塊的數目, 每一個形成當前設備的一個符號鏈接(名字可選).
KERNEL=="hda", PROGRAM="/bin/device_namer %k", SYMLINK+="%c"
下一個例子假設device_namer輸出兩塊，第一塊是設備名字， 第二塊是另外的符號鏈接名字. 我們現在介紹%c[N]替換, 它引向輸出的第N塊:
KERNEL=="hda", PROGRAM="/bin/device_namer %k", NAME="%c{1}", SYMLINK+="%c{2}"
再下個例子假設device_namer輸出設備名的一部分, 后面跟著的是快數, 它將形成另外的符號鏈接. 我們現在介紹%c{N+}替換, 它將被計算為塊N, N+1, N+2…直到輸出結束.
KERNEL=="hda", PROGRAM="/bin/device_namer %k", NAME="%c{1}", SYMLINK+="%c{2+}"
輸出塊也可在賦值鍵中使用,而不僅僅是NAME和SYMLINK中. 下面例子使用一個虛構程序來決定哪個Unix組擁有設備:
KERNEL=="hda", PROGRAM="/bin/who_owns_device %k", GROUP="%c"

特定事件發生時運行外部程序
另外一個書寫udev規則的原因是為了在設備連接或者斷開時運行一個特定程序. 例如, 你可能想在你的數碼相機連到系統時執行一個腳本來自動下載相機里面的所有照片.

不要把這個跟上述的PROGRAM功能弄混淆了, PROGRAM是用來運行產生設備名字(除此之外不應該做其他事情)的程序. 但這些程序執行時, 設備節點設備節點還沒有被創建, 所以對設備的任何形式的操作都是不可能的.

這里介紹的功能允許你在設備節點到位后運行一個程序. 該程序可以作用在設備上, 但是它不準在時間周期外運行,因為當程序運行時udev會正常中止. 這個限制的一個權宜之計是確保你的程序立即分離自身.

這里有個展示RUN賦值的例子:
KERNEL=="sdb", RUN+="/usr/bin/my_program"
當/usr/bin/my_program執行時, udev環境的各部分可作為環境變量可用,包括諸如SUBSYSTEM的鍵值. 你也可以使用ACTION環境變量來檢測設備是否連接或斷開, 它的值是"add"和"remove"其中的一個.

udev并不在任何激活終端中運行這些程序,也不再shell上下文中執行. 確信你的程序是被標記為可執行的, 如果它是個shell腳本請確保它以適當的shabang開頭(比如: #!/bin/sh)也不要期望任何標準輸出出現在你的終端上.

環境交互
udev為環境變量提供了一個ENV鍵, 即可用來匹配也可用來賦值.

在賦值情況下,你可以設置稍后匹配的環境變量. 你也可以設置環境變量,供通過上面提供的技巧觸發的任何外部程序使用. 一個虛構的設置環境變量的例子規則如下:
KERNEL=="fd0", SYMLINK+="floppy", ENV{some_var}="value"
在匹配情況下你可以確保規則僅僅依賴一個環境變量的值而運行. 注意udev看到的環境跟你在控制臺上得到的用戶環境不一樣. 一個虛構的涉及環境匹配的規則如下:
KERNEL=="fd0", ENV{an_env_var}=="yes", SYMLINK+="floppy"
上面規則僅僅在udev環境中的$an_env_var的值設為"yes"時才創建/dev/floppy鏈接.

另外選項
另外一個有用的賦值是OPTIONS列表. 不多的可用的選項有:
all_partitions - 為一個塊設備創建所有可能的分區, 而不是初始檢測到的那些分區.
ignore_device - 完全忽略事件.
last_rule - 確保后面的所有規則不會有效.
例如, 下面規則設置我的硬盤節點的組所有權,并且后面的規則對它沒有任何效果:
KERNEL=="sda", GROUP="disk", OPTIONS+="last_rule"

例子
USB打印機
我啟動我的打印機, 它就被賦予了一個設備節點/dev/lp0. 我對這樣的單調的名字不滿意并打算使用udevinfo幫我寫一個規則來提供一個可選名字:
# udevinfo -a -p $(udevinfo -q path -n /dev/lp0)
? looking at device '/class/usb/lp0':
? KERNEL=="lp0"
? SUBSYSTEM=="usb"
? DRIVER==""
? ATTR{dev}=="180:0"

? looking at parent device '/devices/pci0000:00/0000:00:1d.0/usb1/1-1':
? SUBSYSTEMS=="usb"
? ATTRS{manufacturer}=="EPSON"
? ATTRS{product}=="USB Printer"
? ATTRS{serial}=="L72010011070626380"
我的規則變成了這樣:
SUBSYSTEM=="usb", ATTRS{serial}=="L72010011070626380", SYMLINK+="epson_680"
? ?
USB相機
跟大多數相機一樣, 我的相機標識自己為一個通過USB總線來連接通過SCSI傳輸的外部硬盤. 為了訪問我的相片我先掛載驅動然后拷貝圖片文件到我的硬盤中.

不是所有相機都這樣工作, 其中一些使用非存儲協議,如gphoto2支持的相機. 在gphoto情況下,你不用為你的設備寫任何規則,因為純粹由用戶空間控制(而不是指定的內核驅動).

USB相機設備的一個通常的復雜性在于它們通常標識自己是一個單分區磁盤,即帶有/dev/sdb1的/dev/sdb. sdb節點對我毫無用處,但對sdb1有興趣 - 這才是我要掛載的. 這里有個麻煩因為sysfs是鏈式的, udevinfo為/dev/sdb1產生的有用屬性跟為/dev/sdb產生的一樣, 這導致你的規則潛在的匹配到原始磁盤和分區, 這不是你想要的, 你的規則應該明確下.

為解決這個問題,你需要簡單的考慮下sdb和sdb1之間有什么區別. 令人驚奇的簡單: 只是名字上的區別, 所以我們可在NAME域上使用一個簡單的模式匹配.
# udevinfo -a -p $(udevinfo -q path -n /dev/sdb1)
? looking at device '/block/sdb/sdb1':
? KERNEL=="sdb1"
? SUBSYSTEM=="block"

? looking at parent device '/devices/pci0000:00/0000:00:02.1/usb1/1-1/1-1:1.0/host6/target6:0:0/6:0:0:0':
? KERNELS=="6:0:0:0"
? SUBSYSTEMS=="scsi"
? DRIVERS=="sd"
? ATTRS{rev}=="1.00"
? ATTRS{model}=="X250,D560Z,C350Z"
? ATTRS{vendor}=="OLYMPUS "
? ATTRS{scsi_level}=="3"
? ATTRS{type}=="0"

我的規則:?
KERNEL=="sd?1", SUBSYSTEMS=="scsi", ATTRS{model}=="X250,D560Z,C350Z", SYMLINK+="camera"

USB硬盤
USB硬盤跟USB相機差不多,但典型的使用方式不同. 在相機例子中, 我有講到我對sdb節點沒有興趣, 它僅僅在分區(比如使用fdisk)時才有用, 但我為什么要為我的相機分區呢?

當然如果你有一個100GB的USB硬盤, 你希望為它分區是很好理解的, 這種情況下我們可以使用udev的字符串替換長處:
KERNEL=="sd*", SUBSYSTEM=="scsi", ATTRS{model}=="USB 2.0 Storage Device", SYMLINK+="usbhd%n"
這個規則創建諸如下面的符號鏈接:
/dev/usbhd - 可被fdisk使用的node
/dev/usbhd1 - 第一塊分區(可掛載)
/dev/usbhd2 - 第二塊分區(可掛載)

USB讀卡器
USB讀卡器(CompactFlash, SmartMedia等)屬于USB存儲設備的另外一種范圍, 它有不同的使用需求.

這些設備特別的在媒介改變時不用通知主機. 所以如果你插入沒有媒介的設備,接著插入一張卡, 計算機不會意識到這點, 你也不會有媒介的可掛載的sdb1分區節點.

一個可能的解決辦法是使用all_partttions選項優點, 它將為每個規則匹配的塊設備創建16個分區節點:
KERNEL="sd*", SUBSYSTEM=="scsi", ATTRS{model}=="USB 2.0 CompactFlash Reader", SYMLINK+="cfrdr%n", OPTIONS+="all_partitions"
你將得到這些命名節點：cfrdr, cfrdr1, cfrdr2, cfrdr3, …, cfrdr15.

USB Palm導航儀
這些設備作為USB串行設備工作, 所以缺省的你僅僅得到ttyUSB1設備節點. palm工具依賴于/dev/pilot, 一些用戶希望使用一條規則提供這個.

Carsten Clasohm的博客上有完整的源. Carsten的規則如下:
SUBSYSTEM=="usb", ATTRS{product}=="Palm Handheld", KERNEL=="ttyUSB*", SYMLINK+="pilot"
注意到產品字符串因產品不同而不同, 所以確保你檢查(使用udevinfo)了哪一個可以應用到你自己的產品.

CD/VCD驅動
我的電腦有兩個光驅: 一個DVD只讀驅動(hdc)和一個DVD刻錄機(hdd). 我不希望這些設備節點改變除非我物理性的重新接線, 但是一些用戶喜歡擁有諸如/dev/dvd這么方便的設備節點.

我們都知道KERNEL是這些設備的名字, 規則書寫就很簡單了. 這是我的系統上一些規則:
SUBSYSTEM=="block", KERNEL=="hdc", SYMLINK+="dvd", GROUP="cdrom"
SUBSYSTEM=="block", KERNEL=="hdd", SYMLINK+="dvdrw", GROUP="cdrom"

網卡
盡管它們都是通過名字引用，網卡往往沒有與之關聯的設備節點. 盡管這樣,規則書寫過程還是相同的.

在規則中簡單的匹配網卡MAC地址是有意義的,因為它們是唯一的. 但是, 確信你使用的是udevinfo顯示的準確MAC地址, 因為如果你沒有精確匹配,你的規則不會工作.
# udevinfo -a -p /sys/class/net/eth0
? looking at class device '/sys/class/net/eth0':
? KERNEL=="eth0"
? ATTR{address}=="00:52:8b:d5:04:48"
這是我的規則:
KERNEL=="eth*", ATTR{address}=="00:52:8b:d5:04:48", NAME="lan"
為了讓這個規則生效你得重啟網絡驅動, 你可以卸載并重新加載模塊或簡單的重啟系統即可. 你還得需要重新配置你的系統使用"lan"取代"eth0". 我以前遇到過這樣的麻煩(網卡不能重命名)直到我去除了所有對eth0的引用. 在此之后你應該可以在任何ifconfig或類似的工具的調用中使用"lan"而不是"eth0"了.

測試和調試
讓你的規則跑起來
假定你在一個有inotify支持的最近內核上工作, udev將自動監視你的規則目錄并且自動挑取你對規則文件的任何修改.

盡管這樣, udev也不會自動重新處理所有設備并試圖應用新規則. 例如, 如果你寫了個規則來為你的已連接相機添加一個額外符號鏈接, 你不能指望這個符號鏈接可以馬上顯現出來.

為使符號鏈接顯示, 你可以斷開并重連你的相機或者在非可移除設備情況下運行udevtrigger.

如果你的內核沒有inotify支持, 新規則不會自動被檢測到. 這種情況下你必需在做出更改后運行udevcontrol reload_rules使之生效.

udevtest
如果你知道sysfs中的頂級設備路徑, 你可以使用udevtest來顯示udev將要執行的動作, 這可能會幫你調試你的規則. 例如, 假設你想調試作用在/sys/class/sound/dsp上的規則:
# udevtest /class/sound/dsp
main: looking at device '/class/sound/dsp' from subsystem 'sound'
udev_rules_get_name: add symlink 'dsp'
udev_rules_get_name: rule applied, 'dsp' becomes 'sound/dsp'
udev_device_event: device '/class/sound/dsp' already known, remove possible symlinks
udev_node_add: creating device node '/dev/sound/dsp', major = '14', minor = '3', mode = '0660', uid = '0', gid = '18'
udev_node_add: creating symlink '/dev/dsp' to 'sound/dsp'
注意/sys前綴在udevtest命令行中被刪除了, 這是因為udevtest在設備路徑上操作. 還要留意的是udevtest是一個純粹的測試/調試工具, 它不創建任何設備節點無論輸出怎么建議.

作者以及聯系方式
本文由Daniel Drake<dan@reactivated.net>寫就. 歡迎反饋信息.

對于技術支持你可以致信給linux-hotplug郵件列表:?linux-hotplug-devel@lists.sourceforge.net

Copyright (C) 2003-2006 Daniel Drake.

This document is licensed under the?GNU General Public License, Version 2.

總結

以上是生活随笔為你收集整理的跟我一起写udev规则的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。