首页 > 代码库 > 内核编译之后的depmod
内核编译之后的depmod
场景说明:内核编译之后,将模块安装到/lib/module当中,是否需要depmod all进行模块的依赖性检测生成module.dep文件?
问题1:块安装到什么地方了啊 如果不用这个内核了的话 是不是可以将这个内核编译出来的模块也卸载掉?
直接删除目录
/lib/modules/xxxx
xxxx内核版本
make modules是编译模块,很多驱动还有功能在选的时候选成M的都是modules,不过直接make,不加任何参数,就是make all,包含make modules。不用额外加此make,但是在安装的时候make install只是安装bzimage,Systemmap。没有把modules安装好,还要额外的make modules_install,把模块放到/lib/modules文件夹一个和内核名一样的文件夹下,并且运行depmod生成模块依赖关系文件,系统启动时加载模块就是从dep里面读取信息加载模块。
问题2:Linux内核--make mrproper与make clean的区别
首先,这两个命令都是用于删除编译内核时产生的相关文件的。
两者的区别如下:
make mrproper命令会删除所有的编译生成文件、内核配置文件(.config文件)和各种备份文件,所以几乎只在第一次执行内核编译前才用这条命令。
make clean命令则是用于删除大多数的编译生成文件,但是会保留内核的配置文件.config,还有足够的编译支持来建立扩展模块。所以你若只想删除前一次编译过程的残留数据,只需执行make clean命令。
总而言之,make mrproper删除的范围比make clean大,实际上,make mrproper在具体执行时第一步就是调用make clean
在这里提供一个List链表:http://blog.csdn.net/gchww/article/details/7382329
内核编译之后的depmod
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。