linux下有專門的文件系統用來對設備進行管理，devfs和sysfs就是其中兩種。
一、devfs
devfs是在2.4內核就出現了，它是用來解決linux中設備管理混亂的問題，你查看一下/dev下的設備文件就知道其中有許多是空的 (也就是沒有對應的硬件的)，但是它們卻必須存在，所以這給linux設備管理帶來了很多麻煩，爲了解決這個問題，linux內核開發人員開發了 devfs，並用一個守護進程devfsd來做一些與以前硬件驅動兼容的事情。
devfs和sysfs都是和proc一樣，是一個虛擬的文件系統，向devfs註冊的驅動程序，devfs將會在/dev下建立相應的設備文件；但是爲了兼容，devfsd這個守護進程將會在某個設定的目錄中建立以主設備號爲索引的設備文件，如果不這麼做，以前的許多應用將不能運行。
在2.6內核以前一直使用的是devfs，devfs掛載於/dev目錄下，提供了一種類似於文件的方法來管理位於/dev目錄下的所有設備，我們知道/dev目錄下的每一個文件都對應的是一個設備，至於當前該設備存在與否先且不論，而且這些特殊文件是位於根文件系統上的，在製作文件系統的時候我們就已經建立了這些設備文件，因此通過操作這些特殊文件，可以實現與內核進行交互。
但是devfs文件系統有一些缺點，例如：不確定的設備映射，有時一個設備映射的設備文件可能不同，例如我的U盤可能對應sda有可能對應 sdb；沒有足夠的主/輔設備號，當設備過多的時候，顯然這會成爲一個問題；/dev目錄下文件太多而且不能表示當前系統上的實際設備；命名不夠靈活，不能任意指定等等。
二、sysfs
sysfs是Linux 2.6所提供的一種虛擬檔案系統。這個檔案系統不僅可以把裝置(devices)和驅動程式(drivers)的資訊從kernel space輸出到user space，也可以用來對裝置和驅動程式做設定。
sysfs的目的是把一些原本在procfs中的，關於裝置的部份獨立出來，以[裝置階層架構}(device tree)的形式呈現。這個檔案系統由Patrick Mochel所寫，稍後Maneesh Soni撰寫 "sysfs backing store path"，以降低在大型系統中對內存的需求量。
sysfs一開始以ramfs爲基礎，也是一個只存在於內存中的檔案系統。ramfs是在2.4核心處於穩定階段時加入的。ramfs是一個優雅的實做，證明了要在當時仍很新的虛擬檔案系統(VFS)下寫一個簡單的檔案系統是多麼容易的一件事。由於ramfs的簡潔以及使用了VFS，稍後的一些內存形式的檔案系統都以它作爲開發基礎。
sysfs剛開始被命名成ddfs(Device Driver Filesystem)，當初只是爲了要對新的驅動程式模型除錯而開發出來的。它在除錯時，會把裝置架構(device tree)的資訊輸出到procfs檔案系統中。但在Linus Torvalds的急切督促下，ddfs被轉型成一個以ramfs爲基礎的檔案系統。在新的驅動程式模型被整合進 2.5.1 核心時，ddfs 被改名成driverfs，以更確切描述它的用途。
在2.5核心開發的次年，新的‘驅動程式模型’和‘driverfs’證明了對核心中的其他子系統也有用處。kobjects被開發出來，作爲核心物件的中央管理機制，而此時driverfs也被改名成sysfs。
正因爲devfs上述這些問題的存在，在linux2.6內核以後，引入了一個新的文件系統sysfs，它掛載於/sys目錄下，跟devfs一樣它也是一個虛擬文件系統，也是用來對系統的設備進行管理的，它把實際連接到系統上的設備和總線組織成一個分級的文件，用戶空間的程序同樣可以利用這些信息以實現和內核的交互。
該文件系統是當前系統上實際設備樹的一個直觀反應，它是通過kobject子系統來建立這個信息的，當一個kobject被創建的時候，對應的文件和目錄也就被創建了，位於/sys下的相關目錄下，既然每個設備在sysfs中都有唯一對應的目錄，那麼也就可以被用戶空間讀寫了。用戶空間的工具udev就是利用了sysfs提供的信息來實現所有devfs的功能的，但不同的是udev運行在用戶空間中，而devfs卻運行在內核空間，而且 udev不存在devfs那些先天的缺陷。很顯然，sysfs將是未來發展的方向。
三、udev
udev是一種工具，它能夠根據系統中的硬件設備的狀況動態更新設備文件，包括設備文件的創建，刪除等。設備文件通常放在/dev目錄下，使用udev後,在/dev下面只包含系統中真實存在的設備。它於硬件平臺無關的，位於用戶空間，需要內核sysfs和tmpfs的支持，sysfs爲 udev提供設備入口和uevent通道，tmpfs爲udev設備文件提供存放空間。
本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/cyhong826/archive/2009/10/20/4702222.aspx