讀者對(duì)象

理解 udev 背后的基本概念，學(xué)習(xí)如何寫簡(jiǎn)單的規(guī)則。

要求

root 權(quán)限

難度

中等

要求

#– 要求給定的命令使用 root 權(quán)限或者直接以一個(gè) root 用戶或者使用sudo命令去運(yùn)行。

$– 要求給定的命令以一個(gè)普通的非特權(quán)用戶運(yùn)行。

介紹

在 GNU/Linux 系統(tǒng)中，雖然設(shè)備的底層支持是在內(nèi)核層面處理的，但是，它們相關(guān)的事件管理是在用戶空間中通過udev來管理的。確切地說是由udevd守護(hù)進(jìn)程來完成的。學(xué)習(xí)如何去寫規(guī)則，并應(yīng)用到發(fā)生的這些事件上，將有助于我們修改系統(tǒng)的行為并使它適合我們的需要。

規(guī)則如何組織

udev 規(guī)則是定義在一個(gè)以.rules為擴(kuò)展名的文件中。那些文件主要放在兩個(gè)位置：/usr/lib/udev/rules.d，這個(gè)目錄用于存放系統(tǒng)安裝的規(guī)則；/etc/udev/rules.d/這個(gè)目錄是保留給自定義規(guī)則的。

定義那些規(guī)則的文件的命名慣例是使用一個(gè)數(shù)字作為前綴（比如，50-udev-default.rules），并且以它們?cè)谀夸浿械脑~匯順序進(jìn)行處理的。在/etc/udev/rules.d中安裝的文件，會(huì)覆蓋安裝在系統(tǒng)默認(rèn)路徑中的同名文件。

規(guī)則語法

如果你理解了 udev 規(guī)則的行為邏輯，它的語法并不復(fù)雜。一個(gè)規(guī)則由兩個(gè)主要的節(jié)構(gòu)成：match部分，它使用一系列用逗號(hào)分隔的鍵定義了規(guī)則應(yīng)用的條件，而action部分，是當(dāng)條件滿足時(shí)，我們執(zhí)行一些動(dòng)作。

測(cè)試案例

講解可能的選項(xiàng)的最好方法莫過于配置一個(gè)真實(shí)的案例，因此，我們?nèi)ザx一個(gè)規(guī)則作為演示，當(dāng)鼠標(biāo)被連接時(shí)禁用觸摸板。顯然，在該規(guī)則定義中提供的屬性將反映我的硬件。

我們將在/etc/udev/rules.d/99-togglemouse.rules文件中用我們喜歡的文本編輯器來寫我們的規(guī)則。一條規(guī)則定義允許跨多個(gè)行，但是，如果是這種情況，必須在一個(gè)換行字符之前使用一個(gè)反斜線（\）表示行的延續(xù)，就和 shell 腳本一樣。這是我們的規(guī)則：

ACTION=="add"\

,ATTRS{idProduct}=="c52f"\

,ATTRS{idVendor}=="046d"\

,ENV{DISPLAY}=":0"\

,ENV{XAUTHORITY}="/run/user/1000/gdm/Xauthority"\

,RUN+="/usr/bin/xinput --disable 16"

我們來分析一下這個(gè)規(guī)則。

操作符

首先，對(duì)已經(jīng)使用以及將要使用的操作符解釋如下：

== 和 != 操作符

== 是相等操作符，而 != 是不等于操作符。通過使用它們，我們可以確認(rèn)規(guī)則上應(yīng)用的鍵是否匹配各自的值。

分配操作符 = 和 :=

= 是賦值操作符，是用于為一個(gè)鍵賦值。當(dāng)我們想要賦值，并且想確保它不會(huì)被其它規(guī)則所覆蓋，我們就需要使用 := 操作符來代替，使用這個(gè)操作符分配的值，它就不能被改變。

+= 和 -= 操作符

+= 和 -= 操作符各自用于從一個(gè)指定的鍵定義的值列表中增加或者移除一個(gè)值。

我們使用的鍵

現(xiàn)在，來分析一下在這個(gè)規(guī)則中我們使用的鍵。首先，我們有一個(gè) ACTION 鍵：通過使用它，當(dāng)在一個(gè)設(shè)備上發(fā)生了特定的事件，我們將指定我們要應(yīng)用的規(guī)則的具體內(nèi)容。有效的值有 add、remove 以及 change。

然后，我們使用 ATTRS 關(guān)鍵字去指定一個(gè)屬性去匹配。我們可以使用 udevadm info 命令去列出一個(gè)設(shè)備屬性，提供它的名字或者 sysfs 路徑即可：

udevadm info -ap /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/0003:046D:C52F.0010/input/input39

Udevadm info starts with the device specified by the devpath andthen

walks up the chain of parentdevices.It prints forevery device

found,all possible attributes inthe udev rules key format.

Arule tomatch,can be composed by the attributes of the device

andthe attributes from one single parentdevice.

looking at device'/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/0003:046D:C52F.0010/input/input39':

KERNEL=="input39"

SUBSYSTEM=="input"

DRIVER==""

ATTR{name}=="Logitech USB Receiver"

ATTR{phys}=="usb-0000:00:1d.0-1.2/input1"

ATTR{properties}=="0"

ATTR{uniq}==""

looking at parentdevice'/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/0003:046D:C52F.0010':

KERNELS=="0003:046D:C52F.0010"

SUBSYSTEMS=="hid"

DRIVERS=="hid-generic"

ATTRS{country}=="00"

looking at parentdevice'/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1':

KERNELS=="2-1.2:1.1"

SUBSYSTEMS=="usb"

DRIVERS=="usbhid"

ATTRS{authorized}=="1"

ATTRS{bAlternateSetting}==" 0"

ATTRS{bInterfaceClass}=="03"

ATTRS{bInterfaceNumber}=="01"

ATTRS{bInterfaceProtocol}=="00"

ATTRS{bInterfaceSubClass}=="00"

ATTRS{bNumEndpoints}=="01"

ATTRS{supports_autosuspend}=="1"

looking at parentdevice'/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2':

KERNELS=="2-1.2"

SUBSYSTEMS=="usb"

DRIVERS=="usb"

ATTRS{authorized}=="1"

ATTRS{avoid_reset_quirk}=="0"

ATTRS{bConfigurationValue}=="1"

ATTRS{bDeviceClass}=="00"

ATTRS{bDeviceProtocol}=="00"

ATTRS{bDeviceSubClass}=="00"

ATTRS{bMaxPacketSize0}=="8"

ATTRS{bMaxPower}=="98mA"

ATTRS{bNumConfigurations}=="1"

ATTRS{bNumInterfaces}==" 2"

ATTRS{bcdDevice}=="3000"

ATTRS{bmAttributes}=="a0"

ATTRS{busnum}=="2"

ATTRS{configuration}=="RQR30.00_B0009"

ATTRS{devnum}=="12"

ATTRS{devpath}=="1.2"

ATTRS{idProduct}=="c52f"

ATTRS{idVendor}=="046d"

ATTRS{ltm_capable}=="no"

ATTRS{manufacturer}=="Logitech"

ATTRS{maxchild}=="0"

ATTRS{product}=="USB Receiver"

ATTRS{quirks}=="0x0"

ATTRS{removable}=="removable"

ATTRS{speed}=="12"

ATTRS{urbnum}=="1401"

ATTRS{version}==" 2.00"

[...]

上面截取了運(yùn)行這個(gè)命令之后的輸出的一部分。正如你從它的輸出中看到的那樣，udevadm 從我們提供的指定路徑開始，并且提供了所有父級(jí)設(shè)備的信息。注意設(shè)備的屬性都是以單數(shù)的形式報(bào)告的（比如，KERNEL），而它的父級(jí)是以復(fù)數(shù)形式出現(xiàn)的（比如，KERNELS）。父級(jí)信息可以做為規(guī)則的一部分，但是同一時(shí)間只能有一個(gè)父級(jí)可以被引用：不同父級(jí)設(shè)備的屬性混合在一起是不能工作的。在上面我們定義的規(guī)則中，我們使用了一個(gè)父級(jí)設(shè)備屬性：idProduct 和 idVendor。

在我們的規(guī)則中接下來做的事情是，去使用 ENV 關(guān)鍵字：它既可以用于設(shè)置也可以用于去匹配環(huán)境變量。我們給 DISPLAY 和 XAUTHORITY 分配值。當(dāng)我們使用 X 服務(wù)器程序進(jìn)行交互去設(shè)置一些需要的信息時(shí)，這些變量是非常必要的：使用 DISPLAY 變量，我們指定服務(wù)器運(yùn)行在哪個(gè)機(jī)器上，用的是哪個(gè)顯示和屏幕；使用 XAUTHORITY 提供了一個(gè)文件路徑，其包含了 Xorg 認(rèn)證和授權(quán)信息。這個(gè)文件一般位于用戶的家目錄中。

最后，我們使用了 RUN 字：它用于運(yùn)行外部程序。非常重要：這里沒有立即運(yùn)行，但是一旦所有的規(guī)則被解析，將運(yùn)行各種動(dòng)作。在這個(gè)案例中，我們使用 xinput 實(shí)用程序去改變觸摸板的狀態(tài)。我不想解釋這里的 xinput 的語法，它超出了本文的范圍，只需要注意這個(gè)觸摸板的 ID 是 16。

規(guī)則設(shè)置完成之后，我們可以通過使用 udevadm test 命令去調(diào)試它。這個(gè)命令對(duì)調(diào)試非常有用，它并不真實(shí)去運(yùn)行 RUN 指定的命令：

$udevadm test --action="add" /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1/0003:046D:C52F.0010/input/input39

我們提供給命令的是使用 --action 選項(xiàng)，以及設(shè)備的 sysfs 路徑的模擬動(dòng)作。如果沒有報(bào)告錯(cuò)誤，說明我們的規(guī)則運(yùn)行的很好。要在真實(shí)的環(huán)境中去使用它，我們需要重新加載規(guī)則：

# udevadm control --reload

這個(gè)命令將重新加載規(guī)則文件，但是，它只對(duì)重新加載之后發(fā)生的事件有效果。

我們通過創(chuàng)建一個(gè) udev 規(guī)則了解了基本的概念和邏輯，這只是 udev 規(guī)則中眾多的選項(xiàng)和可能的設(shè)置中的一小部分。udev 手冊(cè)頁提供了一個(gè)詳盡的列表，如果你想深入了解，請(qǐng)參考它。