如果你使用Linux比較長時間了，那你就知道，在對待裝置檔案這塊，Linux改變了幾次策略。在Linux早期，裝置檔案僅僅是是一些帶有適當 的屬性集的普通檔案，它由mknod命令建立，檔案存放在/dev目錄下。後來，採用了devfs, 一個基於核心的動態裝置檔案系統，他首次出現在2.3.46核心中。Mandrake，Gentoo等Linux分發版本採用了這種方式。devfs建立 的裝置檔案是動態的。但是devfs有一些嚴重的限制，從2.6.13版本後移走了。目前取代他的便是文字要提到的udev－－一個使用者空間程式。

目前很多的Linux分發版本採納了udev的方式，因為它在Linux裝置訪問，特別是那些對裝置有極端需求的站點(比如需要控制上千個硬碟)和熱插拔裝置(比如USB攝像頭和MP3播放器)上解決了幾個問題。下面我我們來看看如何管理udev裝置。

實際上，對於那些為磁碟，終端裝置等準備的標準配置檔案而言，你不需要修改什麼。但是，你需要了解udev配置來使用新的或者外來裝置，如果不修改 配置， 這些裝置可能無法訪問，或者說Linux可能會採用不恰當的名字，屬組或許可權來建立這些裝置檔案。你可能也想知道如何修改RS－232串列埠，音訊裝置等文 件的屬組或者許可權。這點在實際的Linux實施中是會遇到的。

為什麼使用udev

在此之前的裝置檔案管理方法(靜態檔案和devfs)有幾個缺點：

*不確定的裝置對映。特別是那些動態裝置，比如USB裝置，裝置檔案到實際裝置的對映並不可靠和確定。舉一個例子：如果你有兩個USB印表機。一個 可能稱 為/dev/usb/lp0,另外一個便是/dev/usb/lp1。但是到底哪個是哪個並不清楚，lp0,lp1和實際的裝置沒有一一對應的關係，因為 他可能因為發現裝置的順序，印表機本身關閉等原因而導致這種對映並不確定。理想的方式應該是：兩個印表機應該採用基於他們的序列號或者其他標識資訊的唯一 裝置檔案來對映。但是靜態檔案和devfs都無法做到這點。

*沒有足夠的主/輔裝置號。我們知道，每一個裝置檔案是有兩個8位的數字：一個是主裝置號 ，另外一個是輔裝置號來分配的。這兩個8位的數字加上裝置型別(塊裝置或者字元裝置)來唯一標識一個裝置。不幸的是，關聯這些身邊的的數字並不足夠。

*/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 Core 5系統上，sane-backends包就會安裝60-libsane.rules檔案，另外initscripts包會安裝60-net.rules文 件。這些規則檔案的檔名通常是兩個數字開頭，它表示系統應用該規則的順序。

規則檔案裡的規則有一系列的鍵/值對組成，鍵/值對之間用逗號(,)分割。每一個鍵或者是使用者匹配鍵，或者是一個賦值鍵。匹配鍵確定規則是否被應 用，而賦 值鍵表示分配某值給該鍵。這些值將影響udev建立的裝置檔案。賦值鍵可以處理一個多值列表。匹配鍵和賦值鍵操作符解釋見下表：

udev 鍵/值對操作符

操作符        匹配或賦值                             解釋
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
==             匹配                        相等比較
!=              匹配                        不等比較
=                賦值                       分配一個特定的值給該鍵，他可以覆蓋之前的賦值。
+=              賦值                       追加特定的值給已經存在的鍵
:=               賦值                       分配一個特定的值給該鍵，後面的規則不可能覆蓋它。

這有點類似我們常見的程式語言，比如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}=="0x01018a"
ATTRS{subsystem_device}=="0xc009"         ATTRS{subsystem_vendor}=="0x144d"
ATTRS{device}=="0x24ca"         ATTRS{vendor}=="0x8086"       
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的符號連線。

udev-FAQ

問：udev是什麼? 它的目的何在?

答：udev是一種工具，它能夠根據系統中的硬體裝置的狀態動態更新裝置檔案，包括裝置檔案的建立，刪除等。裝置檔案通常放在/dev目錄下。使用udev後，在/dev目錄下就只包含系統中真正存在的裝置。

問：udev支援什麼核心？

答：udev只支援linux-2.6核心，因為udev嚴重依賴於sysfs檔案系統提供的資訊，而sysfs檔案系統只在linux-2.6核心中才有。

問：udev是一個核心程式還是使用者程式？

答：udev是一個使用者程式(user-mode daemon)。

問：udev和devfs有什麼差別？

答：udev能夠實現所有devfs實現的功能。但udev執行在使用者模式中，而devfs執行在核心模式中。據稱：devfs具有一些不太容易解決的先天缺陷。

問：udev的配置檔案放在哪裡？

答：udev是一個使用者模式程式。它的配置檔案是/etc/udev/udev.conf。這個檔案一般預設有這樣幾項：

udev_root="/dev" ; udev產生的裝置檔案的根目錄是/dev
udev_db="/dev/.udevdb" ; 通過udev產生的裝置檔案形成的資料庫
udev_rules="/etc/udev/rules.d" ;用於指導udev工作的規則所在目錄。
udev_log="err" ;當出現錯誤時，用syslog記錄錯誤資訊。

問：udev的工作過程是怎樣的？

答：由於沒有研究過udev的源程式，不敢貿然就說udev的工作過程。我只是通過一些網上的資料和udev的說明文件，大致猜測它的工作過程可能是這樣的。

當核心檢測到在系統中出現了新裝置後，核心會在sysfs檔案系統中為該新裝置生成一項新的記錄，一般sysfs檔案系統會被mount到/sys目錄中。新記錄是以一個或多個檔案或目錄的方式來表示。每個檔案都包含有特定的資訊。(資訊是如何表述的，還要另外研究？)

udev在系統中是以守護程序的方式udevd在執行，它通過某種途徑(到底什麼途徑，目前還沒搞懂。)檢測到新裝置的出現，通過查詢裝置對應的sysfs中的記錄得到裝置的一些資訊。

udev會根據/etc/udev/udev.conf檔案中的udev_rules指定的目錄，逐個檢查該目錄下的檔案，這個目錄下的檔案都是針 對某類或某個裝置應該施行什麼措施的規則檔案。udev讀取檔案是按照檔名的ASCII字母順序來讀取的，如果udev一旦找到了與新加入的裝置匹配的 規則，udev就會根據規則定義的措施對新裝置進行配置。同時不再讀後續的規則檔案。

問：udev的規則檔案的語法是怎樣的？

答：udev的規則檔案以行為單位，以"#"開頭的行代表註釋行。其餘的每一行代表一個規則。每個規則分成一個或多個"匹配"和"賦值"部分。"匹 配"部分用"匹配"專用的關鍵字來表示，相應的"賦值"部分用"賦值"專用的關鍵字來表示。"匹配"關鍵字包 括：ACTION，KERNEL，BUS，SYSFS等等，"賦值"關鍵字包括：NAME，SYMLINK，OWNER等等。具體詳細的描述可以閱讀 udev的man文件。

下面舉個例子來說明一下，有這樣一條規則：SUBSYSTEM=="net", ACTION=="add", SYSFS{address}=="00:0d:87:f6:59:f3″, IMPORT="/sbin/rename_netiface %k eth0″
這個規則中的"匹配"部分有三項，分別是SUBSYSTEM，ACTION和SYSFS。而"賦值"部分有一項，是IMPORT。這個規則就是說，當系統 中出現的新硬體屬於net子系統範疇，系統對該硬體採取的動作是加入這個硬體，且這個硬體在SYSFS檔案系統中的"address"資訊等於 "00：0d..."時，對這個硬體在udev層次施行的動作是呼叫外部程式/sbin/rename_netiface，傳遞的引數有兩個，一個是 "%k"，代表核心對該新裝置定義的名稱。另一個是"eth0"。    從上面這個例子中可以看出，udev的規則的寫法比較靈活的，尤其在"匹配"部分中，可以通過諸如"*", "?",[a-c],[1-9]等shell萬用字元來靈活匹配多個匹配項。具體的語法可以參考udev的man文件。

問：udev怎樣做到不管裝置連線的順序而維持一個統一的裝置名？

答：實際上，udev是通過對核心產生的裝置名增加別名的方式來達到上述目的的。前面說過，udev是使用者模式程式，不會更改核心的行為。因此，內 核依然會我行我素地產生裝置名如sda,sdb等。但是，udev可以根據裝置的其他資訊如匯流排（bus），生產商（vendor）等不同來區分不同的設 備，併產生裝置檔案。udev只要為這個裝置檔案取一個固定的檔名就可以解決這個問題。在後續對裝置的操作中，只要引用新的裝置名就可以了。但為了保證 最大限度的相容，一般來說，新裝置名總是作為一個對核心自動產生的裝置名的符號連結（link）來使用的。

例如：核心產生了sda裝置名，而根據資訊，這個裝置對應於是我的內建硬碟，那我就可以制定udev規則，讓udev除了產生/dev/sda裝置 檔案外，另外建立一個符號連結叫/dev/internalHD。這樣，我在fstab檔案中，就可以用/dev/internalHD來代替原來的 /dev/sda了。下次，由於某些原因，這個硬碟在核心中變成了sdb裝置名了，那也不用著急，udev還會自動產生/dev/internalHD這 個連結，並指向正確的/dev/sdb裝置。所有其他的檔案像fstab等都不用修改。

問：怎樣才能找到這些裝置資訊，並把他們放到udev的規則檔案中來匹配呢？

答：這個問題比較難，網上資料不多，我只找到一篇文章來介紹如何寫udev的規則。他的基本方法是通過udevinfo這個實用程式來找到那些可以作為規則檔案裡的匹配項的專案。有這樣兩種情況可以使用這個工具：

第一種情況是，當你把裝置插入系統後，系統為裝置產生了裝置名（如/dev/sda）。那樣的
話，你先用udevinfo -q path -n/dev/sda，命令會產生一個該裝置名對應的在sysfs下的路徑，如/block/sda。然後，你再用udevinfo -a -p/sys/block/sda，這個命令會顯示一堆資訊，資訊分成很多塊。這些資訊實際來自於作業系統維護的sysfs連結串列，不同的塊對應不同的路 徑。你就可以用這些資訊來作為udev規則檔案中的匹配項。但需要注意的是，同一個規則只能使用同一塊中顯示的資訊，不能跨塊書寫規則。

第二種情況是，不知道系統產生的裝置名，那就只有到/sys目錄下去逐個目錄查找了，反覆用udevinfo　-a -p/sys/path...這個命令看資訊，如果對應的資訊是這個裝置的，那就恭喜你。否則就再換個目錄。當然，在這種情況下，成功的可能性比較小。

問: udev和devfs是什麼關係
答: udev完全在使用者態(userspace)工作，利用裝置加入或移除時核心所傳送的hotplug事件(event)來工作。關於裝置的詳細資訊是由內 核輸出(export)到位於/sys的sysfs檔案系統的。所有的裝置命名策略、許可權控制和事件處理都是在使用者態下完成的。與此相反，devfs是作 為核心的一部分工作的。

問: 如果udev不能完成所有devfs的工作的話，為什麼把devfs標記為OBSOLETE/removed?

答: 引用 Al Viro (Linux VFS 核心維護者):

-devfs所做的工作被確信可以在使用者態來完成。
-devfs被加入核心之時，大家寄望它的質量可以迎頭趕上。
-devfs被發現了一些可修復和無法修復的 bug。
-對於可修復的 bug，幾個月前就已經被修復了，其維護者認為一切良好。
-對於後者，同樣是相當常一段時間以來沒有改觀了。
-devfs的維護者和作者對它感到失望並且已經停止了對程式碼的維護工作。

問: 但是當一個並不存在的/dev節點被開啟的時候，udev並不能如devfs一樣自動載入驅動程式。
答: 的確如此，但Linux的設計是在裝置被發現的時候載入模組，而不是當它被訪問的時候。

問: 不過等等，我確實希望 udev 可以在不存在的節點被開啟的時候自動載入驅動。這是我使用devfs的唯一原因了。給udev 增加這個功能吧。
答: 不，udev 是用來管理/dev 的，不是用來載入核心驅動的。

問: 嗨，求你們了。這不難做到的。
答: 這麼個功能對於一個配置正確的計算機是多餘的。系統中所有的裝置都應該產生hotplug 事件、載入恰當的驅動，而 udev 將會注意到這點並且為它建立對應的裝置節點。如果你不想讓所有的裝置驅動停留在記憶體之中，應該使用其它東西來管理你的模組(如指令碼, modules.conf, 等等) 這不是udev 的工作。

問: 但是我真的喜歡那個功能，還是加上吧
答: devfs用的方法導致了大量無用的modprobe嘗試，以此程式探測裝置是否存在。每個試探性探測都新建一個執行 modprobe 的程序，而幾乎所有這些都是無用的。

問: 我喜歡devfs的裝置檔案命名方式，udev 可以這樣命名麼?
答: 可以，udev 可以使用 /dev 的命名策略來建立節點。通過一個配置檔案，可以把核心預設的名字對映到 devfs 的名字。可以看看udev 中帶的 udev.rules.devfs 檔案。注意: devfs 的命名方式是不被建議並且不被官方支援的，因為它所用的簡單列舉裝置的方式在裝置可能被隨時加入或刪除的情況下確實是一個比較笨的方法。這些編號代給你的 將只有麻煩，而並不能用來確定裝置。看看那個永久性磁碟 (persistentdisk) 的規則就知道如何在使用者態下正確的做這件事，而不是傻傻地列出裝置。

問: udev 可以為哪些裝置建立節點?
答: 所有在 sysfs 中顯示的裝置都可以由 udev 來建立節點。如果核心中增加了其它裝置的支援，udev 也就自動地可以為它們工作了。現在所有的塊裝置都在被支援之列，大部分的主字元裝置也是被支援的。核心開發者們正致力於讓所有的字元裝置都被支援。可以到 linux-kernel郵件列表上尋找補丁或是檢視補丁的狀態。

問: udev 是否會去掉匿名裝置數量的限制?
答: udev 完全工作於使用者態。如果核心支援了更多的匿名裝置，udev就會支援。

問: udev 是否會支援符號連結?
答: udev 現在就支援符號連結，每個裝置節點擁有多個符號連結也是被支援的。

問: udev如何處理/dev檔案系統?
答: 建議使用一個每次啟動系統的時候重新建立的 tmpfs 作為 /dev 的檔案系統。不過實際上udev並不關心那種檔案系統在被使用。

問: 在 init 執行之前，udev 如何處理裝置?
答: udev 可以被放入 initramfs 之中，並在每個裝置被發現的時候執行。也可以讓udev 工作在一個真的根分割槽被載入之後根據 /sys 的內容建立的初始/dev目錄之中。

問: 我是否可以利用 udev 在一個 USB 裝置被載入的時候自動載入上這個裝置?
答: 技術上講是可以的，但是 udev 不是用於這個工作的。所有的主流釋出版 (distro)都包含了 HAL (http://freedesktop.org/wiki/Software_2fhal) 用於這個工作，它也是專門用於監視裝置變更的，並且整合進入了桌面軟體。

換個角度說，這可以簡單的通過 fstab 來實現:/dev/disk/by-label/PENDRIVE /media/PENDRIVE vfat user,noauto 0 0
這樣，使用者可以用如下命令來訪問裝置:
$mount /media/PENDRIVE
同樣不需要管理員許可權，但卻擁有了裝置的全部訪問許可權。使用永久性磁碟連結(label, uuid) 將可以指定同一裝置，無論其實際上的核心名字是什麼。

問: 有什麼我需要注意的安全問題麼?
答: 當使用動態裝置編號的時候，一個給定的主/從裝置號可能在不同時間對應不同的裝置，如果一個使用者擁有對這個節點的訪問許可權，並且可以建立一個到這個節點的 硬連結，他就可以如此得到一個這個裝置節點的拷貝。當裝置被移除之後，udev 刪除了裝置節點，但硬連結依然存在。如果這個裝置節點之後被重新使用不同的訪問許可權被建立的時候，其硬連結仍然可以使用先前的訪問許可權來訪問。(同樣的問 題也存在在使用 PAM 改變訪問許可權的 login 上。)

簡單的解決方案就是通過把 /dev 放在 tmpfs 這樣的單獨的檔案系統之上來防止建立硬連結。

問: 我有其他的關於 udev 的問題，我應該問誰?
答: linux-hotplug-devel 正是問這些的地方。郵件列表的地址是[email protected] 。