|
如果你使用Linux比較長時間了，那你就知道，在對待設備文件這塊，Linux改變了幾次策略。在Linux早期，設備文件僅僅是是一些帶有適當的屬性集的普通文件，它由mknod命令創建，文件存放在/dev目錄下。后來，采用了devfs,一個基于內核的動態設備文件系統，他首次出現在2.3.46內核中。Mandrake，Gentoo等Linux分發版本采用了這種方式。devfs創建的設備文件是動態的。但是devfs有一些嚴重的限制，從2.6.13版本后移走了。目前取代他的便是文本要提到的udev－－一個用戶空間程序。 */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 Core5系統上，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,net BUS 總線的名字，比如IDE,USB DRIVER 設備驅動的名字，比如ide-cdrom ID 獨立于內核名字的設備名字 SYSFS{ value} sysfs屬性值，他可以表示任意 ENV{ key} 環境變量，可以表示任意 PROGRAM 可執行的外部程序，如果程序返回0值，該鍵則認為為真(true) RESULT 上一個PROGRAM調用返回的標準輸出。 NAME 根據這個規則創建的設備文件的文件名。注意：僅僅第一行的NAME描述是有效的，后面的均忽略。 如果你想使用使用兩個以上的名字來訪問一個設備的話，可以考慮SYMLINK鍵。 SYMLINK 根據規則創建的字符連接名 OWNER 設備文件的屬組 GROUP 設備文件所在的組。 MODE 設備文件的權限，采用8進制 RUN 為設備而執行的程序列表 LABEL 在配置文件里為內部控制而采用的名字標簽(下下面的GOTO服務) GOTO 跳到匹配的規則（通過LABEL來標識），有點類似程序語言中的GOTO IMPORT{ 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配置之前，我們一定要仔細，通常的考慮是：你最好不要修改系統預置的那些規則，特別不要指定影響非常廣泛的配置，比如上面例子中的第一行。不正確的配置可能會導致嚴重的系統問題或者系統根本就無法這個正確的訪問設備。 而我們正確的做法應該是在/etc/udev/rules.d/下創建一個信的規則文件。確定你給出的文件的后綴是rules文件名給出的數字序列應該比標準配置文件高。比如，你可以創建一個名為99-my-udev.rules的規則文件。在你的規則文件中，你可以指定任何你想修改的配置，比如，假設你修改修改floppy設備的所在組，還準備創建一個信的符號連接/dev/floppy，那你可以這么寫： KERNEL==”fd[0-9]*”, GROUP=”users”, SYMLINK+=”floppy” 有些發行版本，比如Fedora，采用了外部腳本來修改某些特定設備的屬組，組關系和權限。因此上面的改動可能并不見得生效。如果你遇到了這個問題，你就需要跟蹤和修改這個腳本來達到你的目的。或者你可以修改PROGRAM或RUN鍵的值來做到這點。 某些規則的修改可能需要更深的挖掘。比如，你可能想在一個設備上使用sysfs信息來唯一標識一個設備。這些信息最好通過udevinfo命令來獲取。 $ udevinfo –a –p $(udevinfo –q path –n /dev/hda) 上面的命令兩次使用udevinfo：一次是返回sysfs設備路徑(他通常和我們看到的Linux設備文件名所在路徑－－/dev/hda－－不同)；第二次才是查詢這個設備路徑，結果將是非常常的syfs信息匯總。你可以找到最夠的信息來唯一標志你的設備，你可以采用適當的替換udev配置文件中的SYSFS選項。下面的結果就是上面的命令輸出 [root@localhost rules.d]# udevinfo -a -p $(udevinfo -q path -n /dev/hda1) Udevinfo starts with the device specified by the devpath and then walks up the chain of parent devices. It prints for every device found, all possible attributes in the udev rules key format. A rule to match, can be composed by the attributes of the device and the attributes from one single parent device. looking at device '/block/hda/hda1': KERNEL==”hda1″ SUBSYSTEM==”block” DRIVER==”" ATTR{stat}==” 1133 2268 2 4″ ATTR{size}==”208782″ ATTR{start}==”63″ ATTR{dev}==”3:1″ looking at parent device '/block/hda': KERNELS==”hda” SUBSYSTEMS==”block” DRIVERS==”" ATTRS{stat}==” 28905 18814 1234781 302540 34087 133247 849708 981336 0 218340 1283968″ ATTRS{size}==”117210240″ ATTRS{removable}==”0″ ATTRS{range}==”64″ ATTRS{dev}==”3:0″ looking at parent device '/devices/pci0000:00/0000:00:1f.1/ide0/0.0': KERNELS==”0.0″ SUBSYSTEMS==”ide” DRIVERS==”ide-disk” ATTRS{modalias}==”ide:m-disk” ATTRS{drivename}==”hda” ATTRS{media}==”disk” looking at parent device '/devices/pci0000:00/0000:00:1f.1/ide0': KERNELS==”ide0″ SUBSYSTEMS==”" DRIVERS==”" looking at parent device '/devices/pci0000:00/0000:00:1f.1': KERNELS==”0000:00:1f.1″ SUBSYSTEMS==”pci” DRIVERS==”PIIX_IDE” ATTRS{broken_parity_status}==”0″ ATTRS{enable}==”1″ ATTRS{modalias}==”pci:v00008086d000024CAsv0000144Dsd0000C009bc01sc01i8a” ATTRS{local_cpus}==”1″ ATTRS{irq}==”11″ ATTRS{class}==”0×01018a” ATTRS{subsystem_device}==”0xc009″ ATTRS{subsystem_vendor}==”0×144d” ATTRS{device}==”0×24ca” ATTRS{vendor}==”0×8086″ looking at parent device '/devices/pci0000:00': KERNELS==”pci0000:00″ SUBSYSTEMS==”" DRIVERS==”" 舉一個例子：假設你想修改USB掃描儀的配置。通過一系列的嘗試，你已經為這個掃描儀標識了Linux設備文件(每次打開掃描儀時，名字都會變)。你可以使用上面的命令替換這個正確的Linux設備文件名，然后定位輸出的采用SYSFS{idVendor}行和SYSFS{idProduct}行。最后你可以使用這些信息來為這個掃描儀創建新的選項。 SYSFS{idVendor}==”0686″, \ SYSFS{idProduct}==”400e”, \ SYMLINK+=”scanner”, MODE=”0664″, \ group=”scanner” 上面的例子表示將掃描儀的組設置為scanner，訪問權限設置為0664,同時創建一個/dev/scanner的符號連接。 |
