modprobe加载驱动模块时报错：modprobe: module xxx.ko not found in modules.dep

最新推荐文章于 2024-12-17 11:33:42 发布
最新推荐文章于 2024-12-17 11:33:42 发布
阅读量1.3k 收藏
点赞数 3
CC 4.0 BY-SA版权
分类专栏： 嵌入式驱动学习 常见的错误 文章标签： linux 学习 驱动开发
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_43419761/article/details/137382004
文章讲述了在Linux系统中遇到modprobe加载模块错误的情况，原因是依赖项未能正确添加。解决方法是在加载模块前先运行depmod命令来确保所有依赖已更新。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

问题

    使用modprobe时，报错modprobe: module xxx.ko not found in modules.dep：

在这里插入图片描述

原因

    加载模块时，依赖没法正确添加

解决

    在使用modprobe前，调用一下depmod指令，之后再用modprobe加载驱动模块

depmod
modprobe interruptthread.ko
[ARM-Linux开发]Linux下加载.ko驱动模块的两种方法：insmod与modprobe
ZhangPY的专栏
08-28 3688
假设要加载的驱动程序模块名为SHT21.ko 加载驱动模块 方法一：  进入SHT21.ko驱动模块文件所在的目录，然后直接  insmod SHT21.ko  即可 方法二：  将SHT21.ko文件拷贝到/lib/module/#uname -r#/目录下，这里，#uname -r#意思是，在终端中输入  uname -r后显示的内核版本及名称，例如mini2440
i.MX6ULL终结者驱动模块的安装与卸载
weixin_46635880的博客
11-18 268
当写好一个驱动程序后，我们该如何去运行这个驱动程序。在Linux内核中提供了两种运行方式，第一种是把驱动直接编译到Linux内核中，这样当Linux内核运行时会自动运行驱动程序 。第二种是将驱动程序编译成后缀为.ko的模块文件，当Linux系统启动后，通过命令来加载.ko模块文件。.ko模块一旦被加载，它就和内核中的其他驱动完全一样。将驱动编译成模块的好处是方便驱动调试，不用每次重新下载内核镜像。当确保设备驱动使用没有问题后，可以在把驱动编译到内核中去。 安装和卸载.ko模块的命令： insmod xxx
modprobe命令 内核模块智能加载工具
01-09
modprobe命令用于智能地向内核中加载模块或者从内核中移除模块。 modprobe命令可载入指定的个别模块，或是载入一组相依的模块。若在载入过程中发生错误，在modprobe会卸载整组的模块。内核模块加载成功或失败信息可以使用dmesg指令来查看。 语法格式： modprobe [参数] [模块名] 常用参数： -a 加载命令行给出的全部的模块 -c 显示所有模块的设置信息 -d 使用排错模式 -l 显示可用的模块 -r 从内核中移除模块 -t 指定模块类型 -s 记录错误信息到系统日志中 — -show-depends 显示模块依赖关系 -v 执行
用modprobe 加载模块时，提示模块找不到的问题
LOTOOHE的博客
06-08 7280
用modprobe 加载模块时，提示模块找不到的问题，如在/home目录下有个编译好的模块：helloworld.ko， 当我们运行 sudo modprobe /home/helloworld.ko时，会提示“FATAL: Module helloworld not found.” modprobe是在/lib/module/`uname -r`下寻找加载的模块的，并且modprobe需要一
linux下modprobe: module ath.ko not found in modules.dep
pengrui18的专栏
05-18 7304
编辑modules.dep vim /lib/modules/$(shell uname -r)/modules.dep 增加： kernel/drivers/wifi/ath.ko: //其中kernel/drivers/wifi/为驱动文件路径
modprobe 找不到文件
11-11 720
说modprobe --force/--force-vermagic/--force-modversion可解决问题 可一运行modprobe就提示not found 1，把模块文件放到 /lib/module/`uname -r`/kernel/ 目录下； 2，运行 depmod 3，再 modprobe 就好了。
modprobe XXX not found 解决与Depmod命令; insmod/modprobe的区别
adaptiver的专栏
04-06 1万+
<br />modprobe XXX not found 解决：<br />把模块文件放到 /lib/module/`uname -r`/kernel/ 目录下<br />运行 depmod<br />再 modprobe  就好了<br /> <br /> <br />modprobe 和 depmod 的使用<br />modprobe和insmod类似，是用来动态加载模块的<br />但区别在于，使用insmod必须再模块所在文件下加载模块，而modprobe则会根据/lib/modules/(she
编译zynq linux内核,简单字符驱动测试以及常见错误记录
weixin_40446473的博客
12-17 1293
Linux 内核下载 先从官网下载 linux 源码，可以从该网址 https://github.com/Xilinx/linux-xlnx/tags 下载 linux 源码，注意 linux 源码的版本要跟petalinux的 linux版本一样，例如笔者的版本是4.19.0，且peta-linux 版本是2019.2，就应当下载xlnx_rebase_v4.19_2019.2版本。 笔者第一次下载的版本为v4.19，如图所示，未下载含日期的版本，就会导致内核编译
桌面PC/服务器 ubuntu18.04 Linux内核编译升级与机制分析
tugouxp的专栏
06-06 6660
1.下载内核并且解压安装依赖2.执行make menuconfig，并不修改，使用默认然后退出,默认使用的配置是x86_64_defconfig还可以拷贝/boot/目录下的既有的config文件来作为编译内核的配置文件来编译。但是需要两个内核版本号差别不大，可以互通使用。将CONFIG_SYSTEM_TRUSTED_KEYS字符串置空。3.执行make -j4因为之前编译过，再次编译输出很少4.执行sudo make modules_install。
Linux驱动开发——字符设备驱动开发
一切皆是定数的博客
07-28 2133
字符设备是 Linux 驱动中最基本的一类设备驱动，字符设备就是一个一个字节，按照字节流进行读写操作的设备，读写数据是分先后顺序的。比如我们最常见的点灯、按键、IIC、SPI，LCD 等等都是字符设备，这些设备的驱动就叫做字符设备驱动。Linux应用程序向下调用驱动程序流程如下：在Linux中，一切皆是文件，驱动加载成功之后，会在dev目录下生成一个相应的文件，应用程序通过对这个名为“/dev/xxx”(xxx 是具体的驱动文件名字)的文件进行相应的操作即可实现对硬件的操作。
Linux驱动加载问题“.ko模块无法加载modprobe: module 'xxx.ko' not found”解决方法
chillinght的博客
03-10 1万+
可能是缺少相关路径、文件或是文件名不需要带扩展 使用modprobe XX.ko命令后，会到文件系统/lib/modules/xxxxx目录下查找相应的XX.ko文件; 这里的xxxxx是指系统内核版本，可以通过uname -r命令获得。 解决方案： 没有这个目录的话，自己创建一个~ 创建后将.ko文件放入这个目录中 执行depmod命令 重新执行modprobe XX.ko命令 若还不行：重新...
modprobe: FATAL: Module xxx.ko not found in directory /lib/modules/$(uname -r)
热门推荐
SoldierJazz的专栏
04-11 1万+
如果遇到此错误，首先要检查要加载的驱动是否已经存在与系统默认驱动路径/lib/modules/$(uname -r) 下面，确认拷贝完成后，需要在加载模块之前建立该模块的依赖关系。也即必须用 depmod 来更新一下/lib/modules/$(uname -r)/modules.dep 文件。 之后再执行指令 modprobe xxx.ko 就可以了。具体步骤： root@ubuntu:
debian修复/dev/mapper/debian--vg-root文件错误导致ehci-orion not found in modules.dep
rainysia的专栏
05-04 8651
同事求救, 说重启了一下debian, 系统就挂了. 报如下错误 ``` loading, please wait... /dev/mapper/debian--vg-root contains a file system with errors,check the file system. /dev/mapper/debian-vg-root: Inodes that were pa
modprobe XXX not found 解决与Depmod命令
听说读写
04-01 1万+
 -把模块文件放到 /lib/module/`uname -r`/kernel/ 目录下； -运行 depmod -再 modprobe  就好了 Depmod来自 ChinaUnix WikiLinux命令：depmod 功能说明：分析可载入模块的相依性。 语　　法：depmod [-adeisvV][-m ][--help][模块名称] 补充说明：depmod可检测模块的相依性，供
modinfo命令找不到modules.dep文件的解决办法
jinkang_zhao的博客
02-24 8236
问题现象 modinfo *.ko modinfo: can't open '/lib/modules//modules.dep': No such file or directo 解决办法： cd /lib/ mkdir modules cd modules/ mkdir cd  cp *.ko ./ depmod mv modules.dep.bb mo
解决modprobe加载驱动问题
Linux驱动开发工程师，熟悉Linux/Android底层驱动、TP、显示、IIC、网络等通用外设调试适配，Linux上层应用开发，熟悉瑞芯微、全志、恩智浦等平台。
10-13 1万+
在Linux中，linux设备驱动有两种加载方式insmod和modprobe。
modprobe aic8800_fdrv.ko modprobe: module aic8800_fdrv.ko not found in modules.dep
最新发布
05-08
### modprobe 加载模块时出现未知符号错误的原因分析 当尝试通过 `modprobe` 命令加载内核模块时，如果遇到 **unknown symbol in module** 错误，则表明该模块依赖的某些函数或变量未能成功解析。这通常是因为目标模块所依赖的核心功能或库版本不匹配，或者模块本身未被正确编译。 以下是可能导致此问题的具体原因以及解决方案： #### 1. 模块与当前运行内核版本不兼容 模块可能是针对不同版本的 Linux 内核编译而成。Linux 内核在更新过程中可能会更改其内部 API 或 ABI 接口定义，从而导致旧版模块无法正常工作。 可以通过以下命令验证模块是否适配当前内核： ```bash uname -r ``` 确保用于编译模块的源码对应的是当前正在使用的内核版本[^2]。 #### 2. 缺少必要的核心符号 模块中引用了一些不存在于当前内核中的符号（即函数名或全局变量）。这些符号可能已被移除、重命名或从未存在于当前内核配置中。 要查看具体哪些符号缺失，可执行以下命令获取更详细的错误日志： ```bash dmesg | tail ``` 上述命令会显示最近的操作记录，其中应包含关于未知符号的信息。例如： ``` Unknown symbol some_function_name (err -2) ``` #### 3. 配置选项未启用 有时，特定的功能需要显式开启对应的内核配置项才能使相关符号可用。检查 `.config` 文件（位于内核源目录下），确认所有必需的配置均已激活。对于 Red Hat 系统，默认情况下部分实验性特性可能处于禁用状态。 重新构建内核并应用新的配置之后，记得清理之前的对象文件再重新编译模块： ```bash make clean && make modules ``` #### 4. 使用不当的工具链或环境差异 即使源代码相同，在不同的开发环境中也可能因为 GCC 版本或其他因素造成二进制结果的变化。建议始终采用官方推荐的交叉编译器来处理专用硬件驱动程序。 --- ### 示例修复流程 假设已知问题是由于缺少某个具体的符号引起，下面是一个通用的排查方法论： 1. 利用 `depmod` 工具生成最新的模块依赖关系数据库； ```bash depmod $(uname -r) ``` 2. 如果仍然失败，则手动定位到有问题的 .ko 文件位置，并利用 `nm` 命令查找它试图链接却找不到的东西： ```bash nm --defined-only ./aic8800_fdrv.ko | grep 'T\|t' ``` 3. 对照 `/proc/kallsyms` 中的内容判断是否存在冲突或者遗漏的地方。 4. 根据实际情况修改 Makefile 或者补丁原项目后再试一次完整的安装过程。 --- ### 总结说明 综上所述，解决此类问题的关键在于仔细审查每一个环节——从基础架构层面一直到最终产物的质量控制阶段都不能掉以轻心。只有这样才能够有效预防潜在风险的发生几率降到最低限度之内[^3]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值