• 19.2 核心与核心模块
    • 19.2.1 核心模块与相依性
    • 19.2.2 核心模块的观察
    • 19.2.3 核心模块的载入与移除
    • 19.2.4 核心模块的额外参数设置：/etc/modprobe.d/*conf

    19.2 核心与核心模块

    谈完了整个开机的流程，您应该会知道，在整个开机的过程当中，是否能够成功的驱动我们主机的硬件配备， 是核心 （kernel） 的工作！而核心一般都是压缩文件，因此在使用核心之前，就得要将他解压缩后，才能载入内存当中。

    另外，为了应付日新月异的硬件，目前的核心都是具有“可读取模块化驱动程序”的功能， 亦即是所谓的“ modules （模块化）”的功能啦！所谓的模块化可以将他想成是一个“外挂程序”， 该外挂程序可能由硬件开发厂商提供，也有可能我们的核心本来就支持～不过，较新的硬件， 通常都需要硬件开发商提供驱动程序模块啦！

    那么核心与核心模块放在哪？

    • 核心： /boot/vmlinuz 或 /boot/vmlinuz-version；
    • 核心解压缩所需 RAM Disk： /boot/initramfs （/boot/initramfs-version）；
    • 核心模块： /lib/modules/version/kernel 或 /lib/modules/$（uname -r）/kernel；

    • 核心源代码： /usr/src/linux 或 /usr/src/kernels/ （要安装才会有，默认不安装）
      如果该核心被顺利的载入系统当中了，那么就会有几个信息纪录下来：

    • 核心版本： /proc/version

    • 系统核心功能： /proc/sys/kernel/
      问题来啦，如果我有个新的硬件，偏偏我的操作系统不支持，该怎么办？很简单啊！

    • 重新编译核心，并加入最新的硬件驱动程序源代码；

    • 将该硬件的驱动程序编译成为模块，在开机时载入该模块
      上面第一点还很好理解，反正就是重新编译核心就是了。不过，核心编译很不容易啊！ 我们会在后续章节约略介绍核心编译的整个程序。比较有趣的则是将该硬件的驱动程序编译成为模块啦！ 关于编译的方法，可以参考后续的第二十一章、源代码与 tarball的介绍。 我们这个章节仅是说明一下，如果想要载入一个已经存在的模块时，该如何是好？

    19.2.1 核心模块与相依性

    既然要处理核心模块，自然就得要了解了解我们核心提供的模块之间的相关性啦！ 基本上，核心模块的放置处是在 /lib/modules/$（uname -r）/kernel 当中，里面主要还分成几个目录：

    1. arch    ：与硬件平台有关的项目，例如 CPU 的等级等等；
    2. crypto    ：核心所支持的加密的技术，例如 md5 或者是 des 等等；
    3. drivers    ：一些硬件的驱动程序，例如显卡、网卡、PCI 相关硬件等等；
    4. fs    ：核心所支持的 filesystems ，例如 vfat, reiserfs, nfs 等等；
    5. lib    ：一些函数库；
    6. net    ：与网络有关的各项协定数据，还有防火墙模块 （net/ipv4/netfilter/*） 等等；
    7. sound    ：与音效有关的各项模块；

    如果要我们一个一个的去检查这些模块的主要信息，然后定义出他们的相依性， 我们可能会疯掉吧！所以说，我们的 Linux 当然会提供一些模块相依性的解决方案啰～ 对啦！那就是检查 /lib/modules/$（uname -r）/modules.dep 这个文件啦！他记录了在核心支持的模块的各项相依性。

    那么这个文件如何创建呢？挺简单！利用 depmod 这个指令就可以达到创建该文件的需求了！

    1. [root@study ~]# depmod [-Ane]
    2. 选项与参数：
    3. -A  ：不加任何参数时， depmod 会主动的去分析目前核心的模块，并且重新写入
    4.       /lib/modules/$（uname -r）/modules.dep 当中。若加入 -A 参数时，则 depmod
    5.       会去搜寻比 modules.dep 内还要新的模块，如果真找到新模块，才会更新。
    6. -n  ：不写入 modules.dep ，而是将结果输出到屏幕上（standard out）；
    7. -e  ：显示出目前已载入的不可执行的模块名称
    9. 范例一：若我做好一个网卡驱动程序，文件名为 a.ko，该如何更新核心相依性？
    10. [root@study ~]# cp a.ko /lib/modules/$（uname -r）/kernel/drivers/net
    11. [root@study ~]# depmod

    以上面的范例一为例，我们的 kernel 核心模块扩展名一定是 .ko 结尾的， 当你使用 depmod 之后，该程序会跑到模块标准放置目录 /lib/modules/$（uname -r）/kernel ， 并依据相关目录的定义将全部的模块捉出来分析，最终才将分析的结果写入 modules.dep 文件中的呐！ 这个文件很重要喔！因为他会影响到本章稍后会介绍的 modprobe 指令的应用！

    19.2.2 核心模块的观察

    那你到底晓不晓得目前核心载入了多少的模块呢？粉简单啦！利用 lsmod 即可！

    1. [root@study ~]# lsmod
    2. Module                  Size  Used by
    3. nf_conntrack_ftp       18638  0
    4. nf_conntrack          105702  1 nf_conntrack_ftp
    5. ....（中间省略）....
    6. qxl                    73766  1
    7. drm_kms_helper         98226  1 qxl
    8. ttm                    93488  1 qxl
    9. drm                   311588  4 qxl,ttm,drm_kms_helper  # drm 还被 qxl, ttm..等模块使用
    10. ....（下面省略）....

    使用 lsmod 之后，系统会显示出目前已经存在于核心当中的模块，显示的内容包括有：

    • 模块名称（Module）；
    • 模块的大小（size）；
    • 此模块是否被其他模块所使用 （Used by）。
      也就是说，模块其实真的有相依性喔！举上表为例，nf_conntrack 先被载入后，nf_conntrack_ftp这个模块才能够进一步的载入系统中！ 这两者间是有相依性的。包括鸟哥测试机使用的是虚拟机，用到的显卡是 qxl 这个模块，该模块也同时使用了好多额外的附属模块喔！ 那么，那个 drm 是啥鬼？要如何了解呢？就用 modinfo 吧！
    1. [root@study ~]# modinfo [-adln] [module_name|filename]
    2. 选项与参数：
    3. -a  ：仅列出作者名称；
    4. -d  ：仅列出该 modules 的说明 （description）；
    5. -l  ：仅列出授权 （license）；
    6. -n  ：仅列出该模块的详细路径。
    8. 范例一：由上个表格当中，请列出 drm 这个模块的相关信息：
    9. [root@study ~]# modinfo drm
    10. filename:       /lib/modules/3.10.0-229.el7.x86_64/kernel/drivers/gpu/drm/drm.ko
    11. license:        GPL and additional rights
    12. description:    DRM shared core routines
    13. author:         Gareth Hughes, Leif Delgass, José Fonseca, Jon Smirl
    14. rhelversion:    7.1
    15. srcversion:     66683E37FDD905C9FFD7931
    16. depends:        i2c-core
    17. intree:         Y
    18. vermagic:       3.10.0-229.el7.x86_64 SMP mod_unload modversions
    19. signer:         CentOS Linux kernel signing key
    20. sig_key:        A6:2A:0E:1D:6A:6E:48:4E:9B:FD:73:68:AF:34:08:10:48:E5:35:E5
    21. sig_hashalgo:   sha256
    22. parm:           edid_fixup:Minimum number of valid EDID header Bytes （0-8, default 6） （int）
    23. .....（下面省略）.....
    24. # 可以看到这个模块的来源，以及该模块的简易说明！
    26. 范例二：我有一个模块名称为 a.ko ，请问该模块的信息为？
    27. [root@study ~]# modinfo a.ko
    28. ....（省略）....

    事实上，这个 modinfo 除了可以“查阅在核心内的模块”之外，还可以检查“某个模块文件”， 因此，如果你想要知道某个文件代表的意义为何，利用 modinfo 加上完整文件名吧！看看就晓得是啥玩意儿啰！ ^_^

    19.2.3 核心模块的载入与移除

    好了，如果我想要自行手动载入模块，又该如何是好？有很多方法啦，最简单而且建议的，是使用 modprobe 这个指令来载入模块， 这是因为 modprobe 会主动的去搜寻 modules.dep 的内容，先克服了模块的相依性后， 才决定需要载入的模块有哪些，很方便。至于 insmod 则完全由使用者自行载入一个完整文件名的模块， 并不会主动的分析模块相依性啊！

    1. [root@study ~]# insmod [/full/path/module_name] [parameters]
    3. 范例一：请尝试载入 cifs.ko 这个“文件系统”模块
    4. [root@study ~]# insmod /lib/modules/$（uname -r）/kernel/fs/fat/fat.ko
    5. [root@study ~]# lsmod | grep fat
    6. fat                    65913  0

    insmod 立刻就将该模块载入啰～但是 insmod 后面接的模块必须要是完整的“文件名”才行！那如何移除这个模块呢？

    1. [root@study ~]# rmmod [-fw] module_name
    2. 选项与参数：
    3. -f  ：强制将该模块移除掉，不论是否正被使用；
    5. 范例一：将刚刚载入的 fat 模块移除！
    6. [root@study ~]# rmmod fat
    8. 范例二：请载入 vfat 这个“文件系统”模块
    9. [root@study ~]# insmod /lib/modules/$（uname -r）/kernel/fs/vfat/vfat.ko
    10. insmod: ERROR: could not load module /lib/modules/3.10.0-229.el7.x86_64/kernel/fs/vfat/
    11.  vfat.ko: No such file or directory
    12. # 无法载入 vfat 这个模块啊！伤脑筋！

    使用 insmod 与 rmmod 的问题就是，你必须要自行找到模块的完整文件名才行，而且如同上述范例二的结果， 万一模块有相依属性的问题时，你将无法直接载入或移除该模块呢！所以近年来我们都建议直接使用 modprobe 来处理模块载入的问题，这个指令的用法是：

    1. [root@study ~]# modprobe [-cfr] module_name
    2. 选项与参数：
    3. -c  ：列出目前系统所有的模块！（更详细的代号对应表）
    4. -f  ：强制载入该模块；
    5. -r  ：类似 rmmod ，就是移除某个模块啰～
    7. 范例一：载入 vfat 模块
    8. [root@study ~]# modprobe vfat
    9. # 很方便吧！不需要知道完整的模块文件名，这是因为该完整文件名已经记录到
    10. # /lib/modules/`uname -r`/modules.dep 当中的缘故啊！如果要移除的话：
    11. [root@study ~]# modprobe -r vfat

    使用 modprobe 真的是要比 insmod 方便很多！因为他是直接去搜寻 modules.dep 的纪录， 所以啰，当然可以克服模块的相依性问题，而且还不需要知道该模块的详细路径呢！好方便！ ^_^

    例题：尝试使用 modprobe 载入 cifs 这个模块，并且观察该模块的相关模块是哪个？答：我们使用 modprobe 来载入，再以 lsmod 来观察与 grep 撷取关键字看看：

    1. [root@study ~]# modprobe cifs
    2. [root@study ~]# lsmod | grep cifs
    3. cifs                  456500  0
    4. dns_resolver           13140  1 cifs   <==竟然还有使用到 dns_resolver 哩！
    6. [root@study ~]# modprobe -r cifs <==测试完移除此模块

    19.2.4 核心模块的额外参数设置：/etc/modprobe.d/*conf

    如果有某些特殊的需求导致你必须要让核心模块加上某些参数时，请回到19.1.7小节瞧一瞧！ 应该会有启发喔！重点就是要自己创建扩展名为 .conf 的文件，通过 options 来带入核心模块参数啰！

    原文: https://wizardforcel.gitbooks.io/vbird-linux-basic-4e/content/167.html