linux *** 作系统中，加载和删除内核模块的命令是什么？

modprobe命令\x0d\x0aLinux命令：modprobe 。\x0d\x0a功能说明：自动处理可载入模块。\x0d\x0a语法：modprobe [-acdlrtvV][--help][模块文件][符号名称 = 符号值]。\x0d\x0a补充说明：modprobe可载入指定的个别模块，或是载入一组相依的模块。modprobe会根据depmod所产生的相依关系，决定要载入哪些模块。若在载入过程中发生错误，在modprobe会卸载整组的模块。\x0d\x0a\x0d\x0a内容\x0d\x0a1、modprobe 命令是根据depmod -a的输出/lib/modules/version/modules.dep来加载全部的所需要模块。\x0d\x0a2、删除模块的命令是：modprobe -r filename。\x0d\x0a3、系统启动后，正常工作的模块都在/proc/modules文件中列出。使用lsmod命令也可显示相同内容。\x0d\x0a4、在内核中有一个“Automatic kernel module loading"功能被编译到了内核中。当用户尝试打开某类型的文件时，内核会根据需要尝试加载相应的模块。/etc/modules.conf或 /etc/modprobe.conf文件是一个自动处理内核模块的控制文件。\x0d\x0amodprobe命令主要用于在Linux 2.6内核中加载和删除Linux内核模块。通过此命令用户可以轻松地加载和删除Linux内核模块，同时使用此命令加载Linux内核模块时，Linux内核会自动解决内核模块之间的依赖关系，将相互依赖的模块自动加载，如下所示：\x0d\x0a1) 加载RAID1阵列级别模块：\x0d\x0a[root@rhel5 boot]# modprobe raid1 \x0d\x0a\x0d\x0a2) 显示已加载的RAID1阵列级别模块：\x0d\x0a[root@rhel5 boot]# lsmod |grep raid1 raid1 25153 0 \x0d\x0a\x0d\x0a3) 删除RAID1阵列级别模块：\x0d\x0a[root@rhel5 boot]# modprobe -r raid1 \x0d\x0a\x0d\x0a4) 显示RAID1阵列级别模块：\x0d\x0a[root@rhel5 boot]# lsmod |grep raid1 \x0d\x0a\x0d\x0amodprobe命令在加载模块时会自动解决依赖的模块。当加载的模块需依赖另一个模块时，系统会自动将此模块加载。而当用户使用insmod命令加载模块时，则不会自动解决相对应的依赖模块。\x0d\x0amodprobe命令中的"-r"参数表示删除指定模块，"-c"参数表示显示/etc/modprobe.conf配置文件的参数，"-C"参数表示指定内核配置文件，"-f"表示覆盖，"-l"表示显示模块的绝对路径。\x0d\x0a[root@rhel5 boot]# modprobe -l|grep raid /lib/modules/2.6.18-8.el5/kernel/drivers/md/raid0.ko /lib/modules/2.6.18-8.el5/kernel/drivers/md/raid456.ko /lib/modules/2.6.18-8.el5/kernel/drivers/md/raid1.ko /lib/modules/2.6.18-8.el5/kernel/drivers/md/raid10.ko /lib/modules/2.6.18-8.el5/kernel/drivers/scsi/megaraid.ko /lib/modules/2.6.18-8.el5/kernel/drivers/scsi/aacraid/aacraid.ko /lib/modules/2.6.18-8.el5/kernel/drivers/scsi/megaraid/megaraid_mbox.ko /lib/modules/2.6.18-8.el5/kernel/drivers/scsi/megaraid/megaraid_mm.ko /lib/modules/2.6.18-8.el5/kernel/drivers/scsi/megaraid/megaraid_sas.ko /lib/modules/2.6.18-8.el5/kernel/drivers/scsi/raid_class.ko \x0d\x0a\x0d\x0a以上命令表示显示系统中所有的编译模块，并过滤包含有raid字符串的模块。

linux内核支持动态加载模块，内核模块以.ko为后缀，在Linux系统中，内核模块放在/lib/modulex/x.x.x目录中，其中x.x.x为linux版本号

加载模块

insmod xxx.ko

如果带参数 insmod xxx.ko a=1

卸载模块

rmmod xxx.ko

支持的数据类型

bool :布尔类型

invbool:颠倒了值的bool类型

charp :字符指针类型,内存为用户提供的字符串分配

int:整型

long :长整型

short :短整型

uint :无符号整型

ulong :无符号长整型

ushort :无符号短整型

内核模块源码Makefile编写格式和linux源码的格式一样

在OpenWrt系统中，内核模块编译和应用层的package编译类似

make package/模块名/compile V=s

比如：

make package/hello_kernel/compile V=s

编译完成后会生成.ko文件，目录文件在build_dir中，但和应用层的build目录有点区别，内核模块的package放在linux目录，如（X86平台）：

build_dir/target-x86_64_musl/linux-x86_64/

将编译完成的ko文件传输到OpenWrt系统中，注意编译平台和开发板平台的系统架构要一致。

工具/原料

Android程序里加载linux内核模块

方法/步骤

java层。 java.lang.Runtime's exec() methods:native层就是jni了。

可以用popen() 。

但指令知否支持就得看bionic了。

也可以尝试system() and pipe。

普通apk不可能有root权限，除非机器被root了，使用Runtime.exec之类的执行su -c insmod xx.kosu为root的象征，配合superuser使用 。

在终端下使用su进入root用户，然后insmod xx.ko这个肯定可以成功的，因为insmod在root用户下执行的。但是Java的Runtime.exec()也好，Native层execl()也好，只能用su -c命令临时在root用户下执行一条指令。adb shell进入终端，普通用户下执行su -c insmod xx.ko，会发现命令执行失败，失败原因就是需要注意的地方，su的-c参数只把下一个变量作为可执行的指令，因此其执行的命令是insmod而参数并没有传递过去，xx.ko作为了su的参数，因此如果想执行成功我们需要使用su -c "insmod xx.ko"，将传递给insmod的参数和命令组合成一个参数。这样的话在Java层和Native层执行失败的问题也可以解决了，在Runtime.exec()中将命令格式进行格式化，比如Runtime.exec(“su -c ” + "\"insmod xx.ko\"" )，或者在Native中执行execl("/sytem/bin/su","/sytem/bin/su","-c","insmod xx.ko", NULL)，这样最终传递给shell的命令就是su -c "insmod xx.ko"了。

---