也就是说，模块其实真的有相依性喔！举上表为例，

nf_conntrack

先被加载后，

nf_conntrack_ftp

这个

模块才能够½一步的加载系统中！

这两者间是有相依性的。包括鸟哥测试机使用的是虚拟机，用到

的显示适配器是

qxl

这个模块，该模块也同时使用了好多额外的附属模块喔！

那么，那个

drm

是

啥鬼？要如何了½呢？就用

modinfo

吧！

[root@study ~]#

modinfo [

-

adln] [module_name|filename]

选项

与

参数

：

-

a

：

½

列出作者名

称

；

-

d

：

½

列出

该

modules

的

说

明

(description)

；

-

l

：

½

列出授

权

(license)

；

-

n

：

½

列出

该

模

块

的

详细

路

径

。

范例一：由上

个

表格

当

中，

请

列出

drm

这个

模

块

的相

关

信息：

[root@study ~]#

modinfo drm

filename: /lib/modules/3.10.0

-

229.el7.x86_64/kernel/drivers/gpu/drm/drm.ko

license: GPL and additional rights

description: DRM shared core routines

author:

Gareth Hughes, Leif Delgass, Jos

é

Fonseca, Jon Smirl

rhelversion: 7.1

srcversion: 66683E37FDD905C9FFD7931

depends: i2c

-

core

intree: Y

vermagic: 3.10.0

-

229.el7.x86_64 SMP mod_unload modversions

signer: CentOS Linux

kernel signing key

sig_key: A6:2A:0E:1D:6A:6E:48:4E:9B:FD:73:68:AF:34:08:10:48:E5:35:E5

sig_hashalgo: sha256

parm: edid_fixup:Minimum number of valid EDID header bytes (0

-

8, default 6) (int)

.....(

底下省略

).....

#

可以看到

这个

模

块

的

来

源，以及

该

模

块

的

简

易

说

明！

范例

二：我有一

个

模

块

名

称为

a.ko

，

请问该

模

块

的信息

为

？

[root@study ~]#

modinfo a.ko

....(

省略

)....

事实上，这个

modinfo

除了可以『查阅在核心内的模块』之外，还可以检查『某个模块文件』，

因

此，如果你想要知道某个文件代表的意义为何，利用

modinfo

加上完整檔名吧！看看就晓得是啥玩

意儿啰！

^_^

19.2.3

核心模块的加载与移除

好了，如果我想要自行手动加载模块，又该如何是好？有很多方法啦，最简单而且½议的，是使用

modprobe

这个指令来加载模块，

这是因为

modprobe

会主动的去搜寻

modules.dep

的内容，先克

服了模块的相依性后，

才决定需要加载的模块有哪些，很方便。至于

insmod

则完全由使用者自行

加载一个完整文件名的模块，

并不会主动的分析模块相依性啊！