linux下modprobe: module ath.ko not found in modules.dep

最新推荐文章于 2024-04-04 20:44:56 发布
原创 最新推荐文章于 2024-04-04 20:44:56 发布 · 7.3k 阅读 · 5 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#modprobe

本文指导如何在modules.dep文件中添加特定的驱动模块，具体以增加wifi驱动为例。

编辑modules.dep
vim /lib/modules/$(shell uname -r)/modules.dep
增加：
kernel/drivers/wifi/ath.ko: //其中kernel/drivers/wifi/为驱动文件路径

x4412开发板&ibox卡片电脑项目实战12－linux驱动的加载方法
armeasy的专栏
09-27 4967
在类unix操作系统中，驱动加载方式一般分为：静态加载和动态加载。静态加载就是把驱动程序直接编译到内核里，系统启动后直接被调用。静态加载的缺点是调试起来比较麻烦，每次修改一个地方都要重新编译下载内核，效率较低。动态加载利用了LINUX的module特性，可以在系统启动后用insmod命令把驱动程序（.ko文件）添加上去，在不需要的时候用rmmod命令来卸载。下面我们通过蜂鸣器驱动实例分别对其进行详
编译zynq linux内核,简单字符驱动测试以及常见错误记录
weixin_40446473的博客
12-17 1439
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，如图所示，未下载含日期的版本，就会导致内核编译
解决modprobe加载驱动问题
Linux驱动开发工程师，熟悉Linux/Android底层驱动、TP、显示、IIC、网络等通用外设调试适配，Linux上层应用开发。常用平台瑞芯微、全志、恩智浦等。
10-13 1万+
在Linux中，linux设备驱动有两种加载方式insmod和modprobe。
modprobe加载驱动模块时报错：modprobe: module xxx.ko not found in modules.dep
qq_43419761的博客
04-04 1467
使用modprobe时，报错modprobe: module xxx.ko not found in modules.dep
用modprobe 加载模块时，提示模块找不到的问题
LOTOOHE的博客
06-08 7407
用modprobe 加载模块时，提示模块找不到的问题，如在/home目录下有个编译好的模块：helloworld.ko， 当我们运行 sudo modprobe /home/helloworld.ko时，会提示“FATAL: Module helloworld not found.” modprobe是在/lib/module/`uname -r`下寻找加载的模块的，并且modprobe需要一
debian修复/dev/mapper/debian--vg-root文件错误导致ehci-orion not found in modules.dep
rainysia的专栏
05-04 8691
同事求救, 说重启了一下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
ebpf运行报错modprobe: FATAL: Module kheaders not found.
weixin_43568060的博客
11-16 1424
eBPF示例运行报错
modprobe: module ip_tables not found in modules.dep kklt@RT-AC3100-0728:/tmp/home/root# modprobe xt_tproxy modprobe: module xt_tproxy not found in modules.dep kklt@RT-AC3100-0728:/tmp/home/root# .
最新发布
12-04
当加载TPROXY模块用于UDP转发时出现`modprobe: module ip_tables not found in modules.dep`和`modprobe: module xt_tproxy not found in modules.dep`错误，可按以下方法解决： ### 重新生成模块依赖文件 `modules...
modprobe: FATAL: Module br_netfilte not found
mry6的博客
03-28 6276
modprobe: FATAL: Module br_netfilte not found问题描述解决方案 问题描述 CentOS7.2版本的系统，通过离线源更新后，升级到了7.5版本，在安装k8s集群过程中，遇到了如下错误 提示：br_netfilter模块未发现 解决方案 安装br_netfilter该模块 yum install bridge-utils -y echo br_netfilter > /etc/modules-load.d/br_netfilter.conf modprobe
centos7安装cuda-8.0报错modprobe: FATAL: Module nvidia-uvm not found.
yijuan_hw的专栏
12-02 1万+
centos7上cuda-8.0驱动安装失败的解决方案 曾几何时，在centos7机器上插NVIDIA Titan X的卡，按官网教程(https://developer.nvidia.com/cuda-downloads)一键安装cuda-8.0一切顺利 Installation Instructions: `sudo rpm -i cuda-r
modprobe: can‘t load module dtsof.ko (dtsof.ko): Invalid argument 获取节点属性失败
weixin_57037095的博客
03-16 5218
今天在学驱动开发的时候跟着视频敲代码，，发现出现了以下问题： /lib/modules/4.1.15 # depmod /lib/modules/4.1.15 # modprobe dtsof.ko modprobe: can't load module dtsof.ko (dtsof.ko): Invalid argument /lib/modules/4.1.15 # lsmod Module Size Used by Tainted: G 后来检查了发现是
modinfo命令找不到modules.dep文件的解决办法
jinkang_zhao的博客
02-24 8317
问题现象 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 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
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命令 若还不行：重新...
测试新字符设备驱动代码
wojiaxiaohuang2014的博客
01-01 1042
测试新字符设备驱动代码
modprobe 提示 FATAL: Module chrdevbase not found in directory /lib/modules/4.1.15-g06f53e4的解决方法
Nicolas_shen的博客
05-08 1万+
可能是缺少相关路径、文件或是文件名不需要带扩展 使用modprobe XX.ko命令后，会到文件系统/lib/modules/xxxxx目录下查找相应的XX.ko文件; 这里的xxxxx是指系统内核版本，可以通过uname -r命令获得。解决方案： 没有这个目录的话，自己创建一个~ 创建后将.ko文件放入这个目录中 执行depmod命令（建立该模块的依赖关系。也即必须用 depmod 来更新一下/lib/modules/$(uname -r)/modules.dep 文件） 重新执行modpro.
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:
IMX6ULL学习记录——持续更新中......
xyx0610的博客
11-27 1239
正点原子阿尔法开发板学习记录
imx6ull驱动开发经验
fhqlongteng的博客
10-26 2001
这个问题是由于板子上运行的内核中符号表中device_create函数没有或对应不上，我这个板子运行的内核是在家中电脑上编译出来，目前测试的驱动文件是在公司的电脑上编译出来，两个内核源代码有细微一的区别导致的。2、加载驱动文件chrdevbase.ko文件时，先使用depmod生成依赖文件时，提示无modules.order, modules.builtin无这两个文件。解决办法：重新配置内核，修改为只选择ARMv7, 通过menuconfig修改，如下图：编译内核后再编译驱动程序就可以了。
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、付费专栏及课程。

余额充值