linux module加载
和linux中加载模块有关的几个程序分别如下：
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/mod probe.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 mod probe.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
核心與核心模組：
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]与他联系。
转载完
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/mod probe.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 mod probe.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]与他联系。
转载完