lsmod,modprobe,depmod
lsmod顯示當前加載的所有模塊，相當於cat /proc/modules,假設你沒有設定開機加載某個模塊，比如ntfs，那麼開機後執行lsmod，列表裏不會有ntfs這個模塊的，這時你再執行mount -t ntfs xxx後，執行lsmod後列表裏就會有ntfs這個模塊了。
還要注意的是lsmod顯示的是模塊名，而不是別名(alias)。
這裏最重要的是modprobe.
man modprobe
節選如下：
modprobe -- program to add and remove modules from the Linux Kernel
從linux核心中添加或刪除模塊。
modprobe intelligently adds or removes a module from the Linux kernel: note that for convenience,there is no difference between _ and - in module names. modprobe looks in the module directory /lib/modules/`uname -r` for all the modules and other files, except for the optional /etc/modprobe.conf configuration file and /etc/modprobe.d directory (see modprobe.conf(5)). All files in the /etc/modprobe.d/arch/ directory are ignored.
爲了一致性，模塊名字中包含的_和-是沒有任何區別的。modprobe會檢查/lib/modules/`uname -r`下的所有模塊，除了/etc/modprobe.conf配置文件和/etc/modprobe.d目錄以外。所有/etc/modprobe.d/arch/目錄下的文件將被忽略。
Note that this version of modprobe does not do anything to the module itself: the work of resolving symbols and understanding parameters is done inside the kernel. So module failure is sometimes accompanied by a kernel message: see dmesg(8).
值得注意的是現在modprobe不會對模塊本身進行操作，解析symbols和理解參數的工作都交由kernel來作，所以模塊加載等錯誤有時將會包含在內核信息中，利用dmesg可以查看到。
modprobe expects an up-to-date modules.dep file, as generated by depmod (see depmod(8)). This file
lists what other modules each module needs (if any), and modprobe uses this to add or remove these
dependencies automatically. See modules.dep(5)).
modprobe會根據modules.dep來添加或者刪除模塊。
If any arguments are given after the modulename, they are passed to the kernel (in addition to any
options listed in the configuration file).
如果指定模塊名稱的話，這些模塊將會被傳到核心中，當然還有它們對應的參數（記錄在配置文件中）.
OPTIONS
-l --list List all modules matching the given wildcard (or "*" if no wildcard is given). This option
is provided for backwards compatibility: see find(1) and basename(1) for a more flexible
alternative.
用來列出所有模塊或者符合指定條件的所有模塊，可以使用wildcard。
-r --remove
刪除模塊。
BACKWARDS COMPATIBILITY(向下兼容性)
This version of modprobe is for kernels 2.5.48 and above. If it detects a kernel with support for old-style modules (for which much of the work was done in userspace), it will attempt to run modprobe.modutils in its place, so it is completely transparent to the user.
現在版本的modprobe只支持2.5.48及以上的內核，如果它發現內核支持老的模塊或者內核本身就低於2.5.48，它將嘗試運行modprobe.modutils來代替自己。
通過了解modprobe的manpage我們知道，我可以通過modprobe -l來顯示可以當前可以加載的模塊，所謂
當前可以加載的模塊，實際上就是modules.dep文件中包含的那些模塊，而不是manpage裏說的modprobe會加載/lib/modules/`uname -r`下的所有模塊(也許是我理解錯誤)，下面我們將會證明這一點.
modprobe xxx.ko #加載某個模塊
modprobe -r xxx.ko #卸載某個模塊
上面提到modprobe加載某個模塊是根據/lib/modules/`uname -r`目錄下的modules.dep文件中的模塊列表，這個文件中有的模塊modprobe會正確加載，否則就會出錯。
我們還拿ntfs這個模塊來舉例:
vi /lib/modules/`uname -r`/modules.dep
註釋掉/lib/modules/2.6.18-4-k7/kernel/fs/ntfs/ntfs.ko這一行,就是加個#號.
這個修改是即使生效的。
modinfo ntfs
modinfo: could not find module ntfs
modprobe ntfs
FATAL: Module ntfs not found.
重啓機器，執行同樣的命令會得到同樣的結果，說明開機不會自動執行depmod的，而
locate ntfs.ko
/lib/modules/2.6.18-4-k7/kernel/fs/ntfs/ntfs.ko
證明我們並沒有轉移ntfs模塊。
注意如果重啓機器之前進行mount還是可以的，重啓之後就會報錯了，而上邊的都是即時生效的。
還有如果modules.dep裏註釋掉了ntfs，那麼在/etc/modules裏寫上也是不起作用的，說明這個和mount一樣都是依賴modprobe來完成加載模塊命令的。而insmod是可以的，因爲insmod後面跟的是絕對路徑，它和modules.dep沒什麼關係。insmod比較重要的用途是用來測試模塊的正確性，加載一般都是依靠modprobe。(這個可能也不起作用了，都用modprobe吧)
這一切只是因爲我們註釋掉了modules.dep中關於ntfs.ko的那一行，而模塊並沒有刪除或轉移。既然modules.dep文件如此重要，那麼它是怎麼生成的呢？這就和下一個命令有關了，depmod。
man depmod
depmod -- program to generate modules.dep and map files. Blank lines, and lines starting with a '#' (ignoring spaces) are ignored in modules.dep.
depmod是一個用來產生modules.dep和map文件的程序。在modules.dep文件中空白行和以'#'開頭的行將被忽略.
Linux kernel modules can provide services (called "symbols") for other
modules to use (using EXPORT_SYMBOL in the code).
linux核心模塊可以提供服務給其他模塊，稱之爲"symbols"
depmod creates a list of module dependencies, by reading each module
under /lib/modules/version and determining what symbols it exports, and
what symbols it needs.
depmod通過讀取/lib/modules/version目錄下的每一個模塊來創建一個記錄模塊相依性
的列表。這個列表就是/lib/modules/version目錄下的modules.dep。
If a version is provided, then that kernel version's module directory
is used, rather than the current kernel version (as returned by "uname
-r").
如果給定version的話，那麼depmod會檢查這個version對應的modules目錄而不是
當前運行的kernel對應的modules目錄。
depmod will also generate various map files in this directory, for use
by the hotplug infrastructure.
depmod也會在/lib/modules/version目錄下創建許多map文件,這些文件將會被hotplug用到。
OPTIONS:
-a --all Probe all modules. This option is enabled by default if no
file names are given in the command-line.
檢查所有的模塊，這個命令是默認的如果你沒有指定模塊名字的話。
-A --quick This option scans to see if any modules are newer than the
modules.dep file before any work is done: if not, it silently
exits rather than regenerating the files.
只檢查那些比modules.dep文件裏記錄新的模塊的相依性，如果沒有則退出，並不重建modules.dep.
-e --errsyms
When combined with the -F option, this reports any symbols
which a module needs which are not supplied by other modules
or the kernel. Normally, any symbols not provided by modules
are assumed to be provided by the kernel (which should be
true in a perfect world).
如果和下面的-F選項合用的話，將會報告模塊需要卻又不存在的symbols。通常，模塊不提供的symbols
會由kernel來提供。
-F --filesyms System.map
Supplied with the System.map produced when the kernel was
built, this allows the -e option to report unresolved sym-
bols.
System.map是在kernel被創建的時候建立的，-F選項可以利用System.map文件，這時-e選項纔可以使用。
-n --dry-run
This sends the resulting modules.dep, then the various map
files, to standard output, rather than writing them into the
module directory.
只把結果顯示在屏幕上而不是寫到modules.dep中。
BACKWARDS COMPATIBILITY(向下兼容性)
This version of depmod is for kernels 2.5.48 and above. If it detects a kernel with support for old style modules, or the version specified is before 2.5.48, it will attempt to run depmod.modutils in its place, so it is completely transparent to the user.
現在版本的depmod只支持2.5.48及以上的內核，如果它發現內核支持老的模塊或者內核本身就低於2.5.48，
它將嘗試運行depmod.modutils來代替自己。
通常我們安裝一個新的模塊,先是編譯出相應的ko文件，然後移動/lib/modules/`uname -r`/目錄或者某個子
目錄下，locate xxx.ko確定該模塊確實在上面提到的目錄下面，執行depmod -aeF，depmod將會檢查
/lib/modules/`uname -r`/目錄及其子目錄中的所有模塊文件，並根據相依性生成新的modules.dep文件，這時我們執行modprobe xxx.ko，該模塊就會被正常加載了。
所以這時我們重新執行depmod -aeF會生成新的modules.dep，剛纔註釋掉了的那個#也消失了。
這裏我們還要提兩個文件：
1./etc/modules
vi /etc/modules
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
loop
說明我們如果在這裏寫上模塊名字，比如ntfs(注意不要寫ntfs或者ntfs對應的alias)，開機時就會自動加載，
即開機後lsmod後就會看到ntfs而不用等mount或者modprobe ntfs等命令。
man modprobe.conf
modprobe.conf -- Configuration file/directory for modprobe
modprobe.conf 傳遞給modprobe的配置文件或目錄。
Because the modprobe command can add or remove extra more than one module, due to module dependen-
cies, we need a method of specifying what options are to be used with those modules. /etc/mod-
probe.conf (or, if that does not exist, all files under the /etc/modprobe.d directory) specifies
those options, as required. It can also be used to create convenient aliases: alternate names for a
module. Finally, it can override the normal modprobe behavior altogether, for those with very spe-
cial requirements (such as inserting more than one module).
modprobe可以根據相依性來添加或刪除模塊，所以我們需要一種方法來指定特殊的選項給特定的某些模塊。
/etc/modprobe.conf(如果不存在就是在/etc/modprobe.d目錄下的所有文件)將會指定這些需要的選項。也可以
指定別名給一個模塊。
The format of modprobe.conf and files under modprobe.d is simple: one command per line, with blank
lines and lines starting with # ignored (useful for adding comments). A at the end of a line causes
it to continue on the next line, which makes the file a bit neater.
格式：每行一個命令，空白行和行首有‘#’的將被忽略。行尾有A代表下一行是這行的繼續。
The syntax is a simplification of modules.conf, used in 2.4 kernels and earlier.
modules.conf只被2.4或更早的內核使用。
alias wildcard modulename
This allows you to give alternate names for a module. For example: "alias my-mod
really_long_modulename" means you can use "modprobe my-mod" instead of "modprobe
really_long_modulename". You can also use shell-style wildcards, so "alias my-mod*
really_long_modulename" means that "modprobe my-mod-something" has the same effect. You
can't have aliases to other aliases (that way lies madness), but aliases can have options,
which will be added to any other options.
指定別名，也可以利用shell中的wildcard來指定。例子：
alias my-mod really_long_modulename
這意味着你可以用modprobe my-mod"來代替"modprobe really_long_modulename.
不可以給別名指定別名。但是別名可以有選項。
Note that modules can also contain their own aliases, which you can see using modinfo.
These aliases are used as a last resort (ie. if there is no real module, install, remove,
or alias command in the configuration).
模塊可以有它們自帶的別名，你可以利用modinfo看到。這些別名將被作爲最後一着。配置文件裏的別名優先，如果
沒有指定的話，這些自帶的別名將被用到。
options modulename option...
This command allows you to add options to the module modulename (which might be an alias)
every time it is inserted into the kernel: whether directly (using modprobe modulename, or
because the module being inserted depends on this module.
All options are added together: they can come from an option for the module itself, for an
alias, and on the command line.
這個命令允許你加一些條件給模塊（模塊名或者是別名），當模塊被加載到內核中時。所有的條件選項可以被疊加。
install modulename command...
This is the most powerful primitive in modprobe.conf: it tells modprobe to run your command
instead of inserting the module in the kernel as normal. The command can be any shell com-
mand: this allows you to do any kind of complex processing you might wish. For example, if
the module "fred" worked better with the module "barney" already installed (but it didn't
depend on it, so modprobe won't automatically load it), you could say "install fred
/sbin/modprobe barney; /sbin/modprobe --ignore-install fred", which would do what you
wanted. Note the --ignore-install, which stops the second modprobe from re-running the
same install command. See also remove below.
這是modprobe.conf中最原始最有效的命令：它告訴modprobe運行你的命令來取代modprobe通常的行爲（加載一個模塊到內核中)。
這個命令可以是shell命令，這將允許你做任何你西王做的複雜的事情。例子：
假定fred模塊和barney模塊一起工作時效果比較好，但是由於fred並不依賴於barney模塊，所以加載fred時並不會加載barney。
這是我們可以加如下的命令到配置文件中去。
install fred /sbin/modprobe barney; /sbin/modprobe --ignore-install fred.
install fred 是指定modprobe在加載fred這個模塊之前要運行後面的這個命令來替代本來的動作（modprobe fred）。也就是:
/sbin/modprobe barney; /sbin/modprobe --ignore-install fred 代替了modprobe fred
這裏--ignore-install表示加載時不要考慮配置文件中install選項，這是爲了避免又運行一遍同樣的shell命令。
You can also use install to make up modules which don't otherwise exist. For example:
"install probe-ethernet /sbin/modprobe e100 || /sbin/modprobe eepro100", which will try
first the e100 driver, then the eepro100 driver, when you do "modprobe probe-ethernet".
你可以組合模塊。例子：
install probe-ethernet /sbin/modprobe e100 || /sbin/modprobe eepro100
當你下達modprobe probe-ethernet的命令時，將會先嚐試加載e100driver，如果不行再加載eepro100driver。
If you use the string "$CMDLINE_OPTS" in the command, it will be replaced by any options
specified on the modprobe command line. This can be useful because users expect "modprobe
fred opt=1" to pass the "opt=1" arg to the module, even if there's an install command in
the configuration file. So our above example becomes "install fred /sbin/modprobe barney;
/sbin/modprobe --ignore-install fred $CMDLINE_OPTS"
如果你在配置文件中的命令行裏使用了$CMDLINE_OPTS這個字符串，那麼你可以從shell命令行裏直接下達你希望傳遞給模塊
的條件，這個條件將取代配置文件中的這個$CMDLINE_OPTS.例子：
如果上邊的例子改爲：
install fred /sbin/modprobe barney;/sbin/modprobe --ignore-install fred $CMDLINE_OPTS
那麼當你下達modprobe fred opt=1時，這個opt=1參數將被傳遞給模塊，它將取代$CMDLINE_OPTS.
remove modulename command...
This is similar to the install command above, except it is invoked when "modprobe -r" is
run. The removal counterparts to the two examples above would be: "remove fred /sbin/mod-
probe -r --ignore-remove fred && /sbin/modprobe -r barney", and "remove probe-ethernet
/sbin/modprobe -r eepro100 || /sbin/modprobe -r e100".
這個命令和install類似，只不過它只在modprobe -r時才起作用。上邊的例子對應：
"remove fred /sbin/modprobe -r --ignore-remove fred && /sbin/modprobe -r barney", and
"remove probe-ethernet/sbin/modprobe -r eepro100 || /sbin/modprobe -r e100".
blacklist modulename
Modules can contain their own aliases: usually these are aliases describing the devices
they support, such as "pci:123...". These "internal" aliases can be overridden by normal
"alias" keywords, but there are cases where two or more modules both support the same
devices, or a module invalidly claims to support a device: the blacklist keyword indicates
that all of that particular module's internal aliases are to be ignored.
模塊可以有自己的別名。通常這些別名描述了它們支持的設備，比如：pci:123...
這些內部別名會被通常我們指定的別名推翻。但是有些情況下，兩個或更多的模塊同時支持同一個設備，或者模塊實際不能支持它宣稱支持的設備:這時黑名單上的模塊意味着這些特殊模塊的內部別名將會被忽略。
Backwards Compatibility
Although the syntax is similar to the older /etc/modules.conf, there are many features missing.
There are two reasons for this: firstly, install and remove commands can do just about anything, and secondly, the module-init-tools modprobe is designed to be simple enough that it can be easily replaced.
雖然和老的/etc/modules.conf很像，但是老的/etc/modules.conf還是缺少很多的特性.
modprobe.conf就是modprobe某個模塊時用到的配置文件，這個我不是很懂，轉貼鳥哥私房菜上的一段說明：
http://linux.vbird.org/linux_basic/0510osloader.php#kernel
核心與核心模組：
談完了整個開機的流程，您應該會知道，在整個開機的過程當中，是否能夠成功的驅動我們主機的硬體配備， 是核心 (kernel) 的工作！而核心一般都是壓縮檔，因此在使用核心之前，就得要將他解壓縮後， 才能載入主記憶體當中。
另外，為了應付日新月異的硬體，目前的核心都是具有『可讀取模組化驅動程式』的功能， 亦即是所謂的『 modules (模組化)』的功能啦！所謂的模組化可以將他想成是一個『外掛程式』， 該外掛程式可能由硬體開發廠商提供，也有可能我們的核心本來就支援～不過，較新的硬體， 通常都需要硬體開發商提供驅動程式模組啦！
那麼核心與核心模組放在哪？
![小標題的圖示]()
核心模組與相依性：
![小標題的圖示]()
核心模組的觀察：
lsmod, modinfo
![小標題的圖示]()
核心模組的載入與移除：
insmod, modprobe, rmmod
![小標題的圖示]()
核心模組的額外參數設定：
/etc/modprobe.conf
再來一個例子：另外，為了應付日新月異的硬體，目前的核心都是具有『可讀取模組化驅動程式』的功能， 亦即是所謂的『 modules (模組化)』的功能啦！所謂的模組化可以將他想成是一個『外掛程式』， 該外掛程式可能由硬體開發廠商提供，也有可能我們的核心本來就支援～不過，較新的硬體， 通常都需要硬體開發商提供驅動程式模組啦！
那麼核心與核心模組放在哪？
- 核心： /boot/vmlinuz 或 /boot/vmlinuz-version；
- 核心解壓縮所需 RAM Disk： /boot/initrd (/boot/initrd-version)；
- 核心模組： /lib/modules/version/kernel 或 /lib/modules/`uname -r`/kernel；
- 核心原始碼： /usr/src/linux (要安裝才會有！否則預設不安裝的！)
- 核心版本： /proc/version
- 系統核心功能： /proc/sys/kernel
- 重新編譯核心，並加入最新的硬體驅動程式原始碼；
- 將該硬體的驅動程式編譯成為模組，在開機時載入該模組
核心模組與相依性：既然要處理核心模組，自然就得要瞭解瞭解我們核心提供的模組之間的相關性啦！ 基本上，核心的放置處是在 /lib/modules/`uname -r`/kernel 當中，裡面主要還分成幾個目錄：
如果要我們一個一個的去檢查這些模組的主要資訊，然後定義出他們的相依性， 我們可能會瘋掉吧！所以說，我們的 Linux 當然會提供一些模組相依性的解決方案囉～ 對啦！那就是檢查/lib/modules/`uname -r`/modules.dep 這個檔案啦！他記錄了在覈心支援的模組的各項相依性。
那麼這個檔案如何建立呢？挺簡單！利用 depmod 這個指令就可以達到建立該檔案的需求了！
難就難在將那個新的驅動程式模組編譯出來，如果編譯出來之後， 依據核心模組放置的目錄去放置好，然後輸入 depmod 後，去更新好 modules.dep ， 如此一來，核心就能夠認識該模組囉！夠簡單吧！ ^_^ (關於核心模組的編譯，請參考 核心編譯 一文！)
arch ：與硬體平臺有關的項目，例如 CPU 的等級等等； |
那麼這個檔案如何建立呢？挺簡單！利用 depmod 這個指令就可以達到建立該檔案的需求了！
[root@linux ~]# depmod [-Ane] |
核心模組的觀察：
lsmod, modinfo那你到底曉不曉得目前核心載入了多少的模組呢？粉簡單啦！利用 lsmod 即可！
使用 lsmod 之後，系統會顯示出目前已經存在於核心當中的模組，顯示的內容包括有：
那麼除了顯示出目前的模組外，我還可以查閱每個模組的資訊嗎？當然可以啦！就用 modinfo 即可：
事實上，這個 modinfo 除了可以『查閱在覈心內的模組』之外，還可以檢查『某個模組檔案』， 因此，如果你想要知道某個檔案代表的意義為何，利用 modinfo 加上完整檔名吧！ 看看就曉得是啥玩意兒囉！ ^_^
[root@linux ~]# lsmod |
- 模組名稱(Module)；
- 模組的大小(size)；
- 此模組是否被其他模組所使用 (Used by)。
那麼除了顯示出目前的模組外，我還可以查閱每個模組的資訊嗎？當然可以啦！就用 modinfo 即可：
[root@linux ~]# modinfo [-adln] [module_name|filename] |
核心模組的載入與移除：
insmod, modprobe, rmmod好了，如果我想要自行手動載入模組，又該如何是好？ 有很多方法啦，最簡單而且建議的，是使用 modprobe 這個指令來載入模組， 這是因為 modprobe 會主動的去搜尋 modules.dep 的內容，先克服了模組的相依性後， 才決定需要載入的模組有哪些，很方便。至於 insmod 則完全由使用者自行載入一個完整檔名的模組， 並不會主動的分析模組相依性啊！
對吧！他立刻就將該模組載入囉～這個需要加入完整檔名啦！那如何移除這個模組呢？
帥吧！移除掉了。不過，如前所述的， insmod 實在不怎麼人性化，近年來， 我們都建議直接使用 modprobe 來處理模組載入的問題，這個指令的用法是：
使用 modprobe 真的是要比 insmod 方便很多！因為他是直接去搜尋 modules.dep 的紀錄， 所以囉，當然可以克服模組的相依性問題，而且還不需要知道該模組的詳細路徑呢！ 好方便！ ^_^
[root@linux ~]# insmod [/full/path/module_name] [parameters] |
[root@linux ~]# rmmod [-fw] module_name |
[root@linux ~]# modprobe [-lcf] module_name |
核心模組的額外參數設定：
/etc/modprobe.conf這個檔案我們之前已經談過了，這裡只是再強調一下而已，如果您想要修改某些模組的額外參數設定， 就在這個檔案內設定吧！我們假設一個案例好了，假設我的網路卡 eth0 是使用 ne ， 但是 eth1 同樣也使用 ne ，為了避免同一個模組會導致網路卡的錯亂， 因此，我可以先找到 eth0 與 eth1 的 I/O 與 IRQ ，假設：
嘿嘿！如此一來，我的 Linux 就不會捉錯網路卡的對應囉！因為被我強制指定某個 I/O 咯嘛！ ^_^
- eth0 ： I/O (0x300) 且 IRQ=5
- eth1 ： I/O (0x320) 且 IRQ=7
[root@linux ~]# vi /etc/modprobe.conf |
vi /etc/modprobe.conf
alias eth0 8139too
alias snd-card-0 snd-via82xx
options snd-card-0 index=0
options snd-via82xx index=0
alias usb-controller uhci-hcd
意思是說：『我的 eth0 這個玩意兒，代表的是使用 8139too 這個核心模組， 至於 sndcard-
0 則使用 snd-via82xx 那個模組。此外， snd-card-0 這個模組在使用時， 還使用
index=0 這個參數。』這玩意真的是挺常用的～不過，這個檔案通常在安裝的時候， 安裝
程式就會主動的建立這個檔案囉～除非您對系統提供的驅動程式模組不滿意～～ 才會主動
的修改這個模組載入的相關檔案啦～(早期 2.4.xx 核心版本時，使用的是
/etc/modules.conf 喔！) 更多的相關說明，請 man modprobe.conf 喔！
我們現在知道核心所支援的功能當中，有直接編譯到核心內部的，也有使用外掛模組的，
外掛模組可以簡單的想成 就是驅動程式 啦！那麼也知道這些核心模組依據不同的版本， 被
分別放置到 /lib/modules/`uname -r`/ 目錄中，各個硬體的驅動程式則是放置到
/lib/modules/`uname -r`/kernel/drivers/ 當中！而這些模組與裝置代號的對應， 就必須
要被寫入 /etc/modprobe.conf 檔案當中了。
事實上，我們的 Linux 核心真的是越來越聰明瞭， 一般來說，當我們的軟體有使用到核心
的某項功能時，其實核心是會『主動的』去載入該功能的！ 根本不需要使用什麼
modprobe 還是 insmod 之類的指令去載入呢！不過，有時候某些程式寫的不好時， 確實
可能需要我們手動來載入模組就是了。
那麼在 Linux kernel 2.6 版裡面的模組檔名是怎樣呢？這個得要特別說明一下囉。在
kernel 2.4 版以前，模組的檔名都是 *.o 的，例如 vfat.o 這個檔案系統模組就放在：
· /lib/modules/`uname -r`/kernel/fs/vfat/vfat.o
但是在 kernel 2.6 版以後，所有的核心模組都被改名字成為 *.ko 了！所以，如果你有
vfat 的模組， 他就會被放置到：
· /lib/modules/`uname -r`/kernel/fs/vfat/vfat.ko
請特別留意這個差異喔！ ^_^。此外，由於我們的核心原本就有提供很多的核心工具給硬
體開發商來使用， 而硬體開發商也需要針對核心所提供的功能來設計他們的驅動程式模組，
因此， 我們如果想要自行使用硬體開發商所提供的模組來進行編譯時，就需要使用到核心
所提供的原始檔當中， 所謂的標頭檔案 (header include file) 來取得驅動模組所需要的一
些函式庫或標頭的定義啦！ 也因此我們常常會發現到，如果想要自行編譯核心模組時，就
得要擁有核心原始碼嘛！
那核心原始碼我們知道他是可能放置在 /usr/src/ 底下，早期的核心原始碼被要求一定要放
置到 /usr/src/linux/ 目錄下，不過，如果您有多個核心在一個 Linux 系統當中，而且使用
的原始碼並不相同時， 呵呵～問題可就大了！所以，在 2.6 版以後，核心使用比較有趣的
方法來設計他的原始碼放置目錄， 那就是以 /lib/modules/`uname -r`/build 及
/lib/modules/`uname -r`/source 這兩個連結檔來指向正確的核心原始碼放置目錄。如果
以我們剛剛由 kernel 2.6.14.2 建立的核心模組來說， 那麼他的核心模組目錄底下有什麼
咚咚？
其中比較有趣的除了那兩個連結檔之外，還有那個 modules.dep 檔案也挺有趣的， 那個
檔案是記錄了核心模組的相依屬性的地方，依據該檔案，我們可以簡單的使用 modprobe
這個指令來載入模組呢！至於核心原始碼提供的標頭檔，在上面的案例當中， 則是放置到
/usr/src/linux-2.6.14.2/include/ 目錄中，當然就是藉由 build/source 這兩個連結檔案來
取得目錄所在的啦！^_^
5.單一模組編譯
想像兩個情況：
· 如果我的預設核心忘記加入某個功能，而且該功能可以編譯成為模組，不過， 預設
核心卻也沒有將該項功能編譯成為模組，害我不能使用時，該如何是好？
· 如果 Linux 核心原始碼並沒有某個硬體的驅動程式 (module) ，但是開發該硬體的
廠商有提供給 Linux 使用的驅動程式原始碼，那麼我又該如何將該項功能編進核心
模組呢？
很有趣對吧！不過，在這樣的情況下其實沒有什麼好說的，反正就是 『去取得原始碼後，
重新編譯成為系統可以載入的模組』啊！很簡單，對吧！^_^ 但是，上面那兩種情況的模
組編譯行為是不太一樣的，不過，都是需要 make, gcc 以及核心所提供的 include 標頭檔
與函式庫等等。
· 硬體開發商提供的額外模組：
很多時候，可能由於核心預設的核心驅動模組所提供的功能您不滿意， 或者是硬體開發商
所提供的核心模組具有更強大的功能， 又或者該硬體是新的，所以預設的核心並沒有該硬
體的驅動模組時，那您只好自行由硬體開發商處取得驅動模組， 然後自行編譯囉！
如果您的硬體開發商有提供驅動程式的話，那麼真的很好解決，直接下載該原始碼，重新編
譯， 將他放置到核心模組該放置的地方後，呵呵！就能夠使用了！舉例來說，如果您不想
使用核心原本提供的 Intel 網路卡模組，而想使用 Intel 官方釋出的最新模組，例如下面這
個例子：
· 模組說明與下載：http://downloadfinder.intel.com/scripts-dfexternal/
Detail_Desc.aspx?agr=Y&Inst=Yes&ProductID=993&DwnldID=2896&strOSs=39&OSFullName
=Linux*〈=eng
您可以利用各種方法將他下載後，假設這個檔案放置到 /root ，那麼直接將他解壓縮吧！
之後就可以讀一讀 INSTALL/README ，然後找一下 Makefile ，就能夠編譯了。整體流程
有點像這樣：
1. 將檔案解壓縮：
[root@linux ~]# cd /usr/local/src
[root@linux src]# tar -zxvf /root/e100-3.4.14.tar.gz
[root@linux src]# cd e100-3.4.14
2. 開始進行編譯與安裝：
[root@linux e100-3.4.14]# vi README <==注意查一下該檔案內容
[root@linux e100-3.4.14]# cd src
[root@linux src]# make
# 此時您會看到出現如下這一行：
# make[1]: Entering directory `/usr/src/kernels/2.6.13-1.1532_FC4-i686'
# 這代表這個驅動程式在編譯時，會去讀取的核心原始碼 include file
# 的目錄所在！有興趣的朋友，務必查閱一下 Makefile 啦！
[root@linux src]# ls -l
-rw-r--r-- 1 root root 77908 Jul 2 08:24 e100.c
-rw-r--r-- 1 root root 351351 Dec 5 00:48 e100.ko
-rw-r--r-- 1 root root 4775 Dec 5 00:48 e100.mod.c
-rw-r--r-- 1 root root 39684 Dec 5 00:48 e100.mod.o
-rw-r--r-- 1 root root 312564 Dec 5 00:48 e100.o
-rw-r--r-- 1 root root 21092 Jul 2 08:24 ethtool.c
-rw-r--r-- 1 root root 43258 Jul 2 08:24 kcompat.h
-rw-r--r-- 1 root root 9610 Jul 2 08:24 Makefile
3. 開始將該模組移動到核心目錄，並且更新模組相依屬性！
[root@linux src]# cp e100.ko \
> /lib/modules/`uname -r`/kernel/drivers/net
[root@linux src]# cd /lib/modules/`uname -r`
[root@linux 2.6.13-1.1532_FC4]# depmod -a
有趣吧！透過這樣的動作，我們就可以輕易的將模組編譯起來，並且還可以將他直接
放置到核心模組目錄中， 同時以 depmod 將模組建立相關性，未來就能夠利用
modprobe 來直接取用啦！^_^ 但是需要提醒您的是，當自行編譯模組時， 若您的
核心有更新 (例如利用自動更新機制進行線上更新) 時，則您必須要重新編譯該模組
一次， 重複上面的步驟！纔行！因為這個模組僅針對目前的核心來編譯的啊！對吧！
利用舊有的核心原始碼進行編譯：
舉個例子來說，鳥哥目前 FC4 的核心就是 2.6 版，而且也有 NTFS 的原始碼，只不過，
FC4 就是沒有將這個模組給他編譯起來！那我能否使用目前的核心原始碼進行 NTFS 檔案
系統的模組編譯呢？當然可以啊！不過，我是否需要整個核心編譯的過程從頭來一次呢？
呵呵！當然不需要啊！否則～多麻煩～那該怎麼作？
很簡單啦～我們首先到目前的核心原始碼所在目錄下達 make menuconfig ， 然後將
NTFS 的選項設定成為模組，之後直接下達：
make fs/ntfs/
那麼 ntfs 的模組就會自動的被編譯出來了！可惜的是，預設的 FC4 核心原始碼並沒有附上
所有的程式碼， 僅有提供相關的 Makefile 檔案而已，傷腦筋～ 因此，您僅能以我們剛剛
才建立的 /usr/src/linux-2.6.14.2 這個目錄， 直接下達 make fs/ntfs 來建立起 ntfs.ko
這個模組～ 然後將該模組複製到 /lib/modules/2.6.14.2/kernel/fs/ntsf/ 目錄下， 再去到
/lib/modules/2.6.14.2 底下執行 depmod -a ，呵呵～ 就可以在原來的核心底下新增某個
想要加入的模組功能囉～ ^_^
核心模組管理： lsmod, modinfo, modprobe, insmod, rmmod...
核心與核心模組是分不開的，至於驅動程式模組在編譯的時候，更與核心的原始碼功能分不
開～ 因此，您必須要先瞭解到：核心、核心模組、驅動程式模組、核心原始碼與標頭檔案
的相關性， 然後纔有辦法瞭解到為何編譯驅動程式的時候老是需要找到核心的原始碼才能
夠順利編譯！ 然後也才會知道，為何當核心更新之後，自己之前所編譯的核心模組會失效～
轉載完
這裏要說明的是在debian中modprobe.conf已經被modprobe.d目錄替代了(debian的一貫做法^_^)
再探討一下核心模塊的問題，如果我們自己編譯了內核，卻又忘記編譯某個模塊的時候，怎麼辦呢，總不會
再重新編譯一遍kernel吧,鳥哥已經提過這個事了，這裏我們再轉載一篇，可以比較看看，再驗證一下我們
學到的一些知識。
傳統編譯內核模塊的方法繁瑣而費時，本文將告訴我們一種快速編譯所需要內核模塊的
新方法。
當你安裝完linux系統，並且已經啓動，恭喜你！如果你的硬盤上還安裝了WinNT/2000
系
統，你試圖去訪問另一個NTFS分區時卻遇到了麻煩。因爲你所用的linux系統沒有已編譯
的支持NTFS文件系統的模塊。怎麼辦？也許你會運行make menuconfig，重新定製你需
要
的所有模塊，接着運行make modeules;make modeules_install來安裝。這樣不僅繁瑣、
費時，還可能會出現問題。或者因爲編譯內核對你有些棘手，太多的選擇讓你手足無措
，你根本沒有太好的方法。本文給你提供一個簡單的方法，你可以輕鬆地去編譯你所需
要的支持NTFS系統的模塊（ntfs.o）。以此爲例，但願對你編譯其他模塊有所幫助。
寫此文時我用的系統是Red Hat linux release 7.0 (Guinness) Kernel 2.2.16-22 on
an i686。從一個新安裝的系統開始，我們一起去編譯一個自己想要的支持NTFS文件系
統模塊。
一、找到編譯內核所需要的.config文件。
在/usr/src/linux/configs目錄下有若干編譯內核所用的配置。選擇我們想要的配置，
將它複製到/usr/src/linux目錄下，改名爲.config。
cp /usr/src/linux/configs/kernel-2.2.16-i686.config /usr/src/linux/.config
二、修改.config文件，去掉不用的模塊，加上自己想要的模塊。
打開.config，有許多XXXX=m的項，這些都是要被編譯爲模塊的項，因爲我們不希望編
譯
這些模塊，所以要把XXXX=m的項統統去掉。然後再加上我們想要的模塊，將#
CONFIG_N
TFS_FS is not set 改爲CONFIG_NTFS_FS=m 當然，可以用你熟悉各種工具來做這件事。
三、編譯NTFS模塊。
在/usr/src/linux目錄下運行命令make modules來編譯我們想要的NTFS模塊。
四、安裝NTFS模塊。
編譯後得到的ntfs.o在/usr/src/linux/fs/ntfs目錄下，手動將它複製到正確的目錄下。
cp /usr/src/linux/fs/ntfs/ntfs.o /lib/modules/2.2.16-22/fs/
注意：千萬不能運行命令make modules_install，否則將帶來嚴重的後果，它會刪除你
系統中的所有模塊，只安裝剛剛編譯的模塊（ntfs.o）。
五、載入NTFS模塊.
運行命令depmod;modprobe ntfs 試着訪問你的NTFS文件系統吧，祝你成功！
有些模塊依賴於你的系統內核，所以不適用本文所提供的方法。還有些模塊和其他模塊
有依賴關係。如果你不熟悉這些依賴關係的話，建議你在第二步去掉不用的模塊選項後
，通過make menuconfig來加上自己想要的模塊。
我用此方法用了三分鐘編譯了支持NTFS文件系統的模塊，你呢？
作者簡介
劉軍民，海辰天澤公司的工程師（www.hisen.com),源碼開放運動的追隨者，業餘時間喜
歡用寫程序打發時光。您可以通過電子郵件 [email protected]與他聯繫。
轉載完