• lsmod,depmod,modprobe,modinfo,insmod,rmmod


    加载内核驱动的通常流程:

    1.先将.ko文件拷贝到/lib/module/`uname -r`(内核版本号)/kernel/driver/...目录下,

        根据具体用途的区别分为net、ide、scsi、usb、video、parport、md、block、ata等等。

    2.运行depmod -a,更新模块依赖新,主要是更新modules.dep文件

    3.运行modprobe加载内核模块

    lsmod

    功能:列出内核已载入模块的状态
    用法:lsmod
    描述:
    lsmod 以美观的方式列出/proc/modules的内容。
    输出为:
    Module(模块名)    Size(模块大小)   Used by(被…使用)
    eg. ne2k_pci           8928               0
    8390                 9472              1 ne2k_pci
    在/proc/modules中相应的是:
    (模块名,模块大小,被…使用,模块地址(猜的,以后确认))
    ne2k_pci 8928 0 – Live 0×3086400
    8390 9472 1 ne2k_pci , Live 0xe086000

    depmod

    功能:分析可加载模块的依赖性,生成modules.dep文件和映射文件。
    用法:depmod [-b basedir] [-e] [-F System.map] [-n] [-v] [version] [-A]
    depmod [-e] [-F System.map] [-n] [-v] [version] [filename...]
    描述:
    Linux内核模块可以为其它模块提供提供服务(在代码中使用EXPORT_SYMBOL),这种服务被称作”symbols”。若第二个模块使用了这个symbol,则该模块很明显依赖于第一个模块。这些依赖关系是非常繁杂的。
    depmod读取在/lib/modules/version 目录下的所有模块,并检查每个模块导出的symbol和需要的symbol,然后创建一个依赖关系列表。默认地,该列表写入到/lib/moudules /version目录下的modules.dep文件中。若命令中的filename有指定的话,则仅检查这些指定的模块(不是很有用)。
    若命令中提供了version参数,则会使用version所指定的目录生成依赖,而不是当前内核的版本(uname -r 返回的)。
    选项:
    -b basedir  –basedir basedir  若你的模块并没有正确的在/lib/mdules/version下,可以指定目录生成依赖。
    -e  –errsyms  和-F选项一起使用,当一个模块需要的symbol在其它模块里面没有提供时,做出报告。正常情况下,模块没有提供的symbol都在内核中有提供。
    -F  –filesyms System.map 提供一个System.map文件(在内核编译时生成的)许-e选项报告出unresolved symbol。
    -n  –dry_run  将结果modules.dep和各种映射文件输出到标准输出(stdout),而不是写到模块目录下。
    -A –quick  检查是否有模块比modues.dep中的模块新,若没有,则退出不重新生成文件。

    modprobe

    功能:Linux内核添加删除模块
    用法:
    modprobe [ -v ] [ -V ] [-C config-file] [ -n ] [ -i ] [ -q ] [ -o modulename] [ modulename ] [ module parameters ... ]
    modprobe [ -r ] [ -v ] [ -n ] [ -i ] [ modulename ... ]
    modprobe [ -l ] [ -t dirname ] [ wildcard ]
    modprobe [ -c ]
    描述:
    modprobe可智能地添加和删除Linux内核模块(为简便起见,模块名中’_'和’-'是一样的)。modprobe会查看模块 目录/lib/modules/’uname -r’里面的所有模块和文件,除了可选的/etc/modprobe.conf配置文件和/etc/modprobe.d目录外。
    modprobe需要一个最新的modules.dep文件,可以用depmod来生成。该文件列出了每一个模块需要的其他模块,modprobe使用这个去自动添加或删除模块的依赖。
    选项:
    -v –verbose  显示程序在干什么,通常在出问题的情况下,modprobe才显示信息。
    -C –config  重载(^_^,意思取C++的重载)默认配置文件(/etc/modprobe.conf或/etc/modprobe.d)。
    -c –showconfig  输出配置文件并退出
    -n –dry-run  可以和-v选项一起使用,调试非常有用
    -i –ignore-install –ignore-remove 该选项会使得modprobe忽略配置文件中的,在命令行上输入的install和remove命令。
    -q –quiet 一般modprobe删除或插入一个模块时,若没有找到会提示错误。使用该选项,会忽略指定的模块,并不提示任何错误信息。
    -r –remove  该选项会导致modprobe去删除,而不是插入一个模块。通常没有没有理由去删除内核模块,除非是一些有bug的模块。你的内核也不一定支持模块的卸载。
    -V –verssion 版本信息
    -f –force  和同时使用–force-vermagic ,–force-modversion一样。使用该选项是比较危险的。
    -l –list 列出所有模块
    -a –all 插入所有命令行中的模块
    -t –type 强制 -l 显示dirname中的模块
    -s –syslog 错误信息写入syslog

    modinfo

    功能:显示内核模块的信息
    用法:
    modinfo [ -0 ] [ -F field] [modulename | filename ... ]
    modinfo -V
    modinfo -h
    描述:
    modinfo列出Linux内核中命令行指定的模块的信息。若模块名不是一个文件名,则会在/lib/modules/version 目录中搜索,就像modprobe一样。
    modinfo默认情况下,为了便于阅读,以下面的格式列出模块的每个属性:fieldname : value。
    选项:
    -V –version 版本
    -F –field 仅在一行上显示field值,这对于脚本较为有用。常用的field有:author, description, licence, param, depends, alias, filename。
    -0 –NULL 使用’/0′字符分隔field值,而不是一个新行。对脚本比较有用。
    -a -d -l -p -n 这些分别是author, description, license, param ,filename的简短形式。

    insmod

    功能:向Linux内核中插入一个模块
    用法:insmod [filename] [modue options ...]
    描述:
    insmod是一个向内核插入模块的小程序:若文件名是一个连字符’-',模块从标准输入输入。大多数用户使用modprobe,因为它比较智能化。

    rmmod

    功能:删除内核中的一模块
    用法:rmmod [ -f ] [ -w ] [ -s ] [ -v ] [ modulename ]
    描述:
    rmmod是一个可以从内核中删除模块的小程序,大多数用户使用modprobe -r去删除模块。
    选项:
    -v –verbose  显示程序正在做些什么,一般只显示执行时的错误信息。
    -f –force  该选项是非常危险:除非编译内核时,CONFIG_MODULE_FORCE_UNLOAD被设置该命令才有效果,否则没效果。用该选项可以删除正在被使用的模块,设计为不能删除的模块,或者标记为unsafe的模块。
    -w –wait 通常,rmmod拒绝删除正在被使用的模块。使用该选项后,指定的模块会被孤立起来,直到不被使用。
    -s  –syslog  将错误信息写入syslog,而不是标准错误(stderr)。
    -V  –version 版本信息

    以上内容是参考man翻译的,若有疑问请用man …查看原始文档,翻译可能有误。

    其它:

    (1)lsmod 显示当前加载的所有模块,相当于cat /proc/modules,

        假设你没有设定开机加载某个模块,比如ntfs,那么开机后执行lsmod,列表里不会有ntfs这个模块的,

        这时你再执行 mount -t ntfs xxx后,执行lsmod后列表里就会有ntfs这个模块了。
        还要注意的是lsmod显示的是模块名,而不是别名(alias)。

    (2) modprobe与insmod

        modprobe -l            #显示当前可以加载的模块

        modprobe xxx.ko        #加载某个模块
        modprobe -r xxx.ko     #卸载某个模块

        通过了解modprobe的manpage我们知道,我可以通过modprobe -l来显示可以当前可以加载的模块,所谓当前可以加载的模块,

        实际上就是modules.dep文件中包含的那些模块,而不是manpage里说的modprobe会加载/lib/modules/`uname -r`下的所有模块(也许是我理解错误),下面我们将会证明这一点.

        insmod 与 modprobe 都是载入 kernel module,不过一般差别于 modprobe 能够处理 module 载入的相依问题。

    比方你要载入 a module,但是 a module 要求系统先载入 b module 时,直接用 insmod 挂入通常都会出现错误讯息,不过 modprobe 倒是能够知道先载入 b module  后才载入 a module,如此相依性就会满足。

    不过 modprobe 并不是大神,不会厉害到知道 module 之间的相依性为何,该程式是读取 /lib/modules/2.6.xx/modules.dep 档案得知相依性的。而该档案是透过 depmod 程式所建立。

    (3)上面(1)中提到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。

    (4)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%3

    引用https://www.cnblogs.com/jacklikedogs/p/4659249.html。

  • 相关阅读:
    为什么要使用Handler
    使用Java中的Timer和TimerTask
    Top子句对查询计划的影响
    一个单表死锁的示例
    tracer token 追踪标记
    DDL Trigger
    事物复制的troubleshooting 1
    在分发服务器上查看信息
    将windows 2003 sp2的cluster升级到windows 2008 r2
    DistributionDB过大的原因
  • 原文地址:https://www.cnblogs.com/ggzhangxiaochao/p/12931068.html
Copyright © 2020-2023  润新知