Linux 2.6.x 内核模块加载错误 “Invalid module format” 解决办法

最新推荐文章于 2025-02-28 19:54:37 发布

bshawk

最新推荐文章于 2025-02-28 19:54:37 发布

阅读量1.4w

点赞数 2

文章标签： module linux vmware string gcc 工作

本文链接：https://blog.youkuaiyun.com/bshawk/article/details/2343488

版权

在VMware上的Fedora 8环境中，遇到2.6.23.1内核模块加载错误'Invalid module format'。错误源于模块版本信息与运行内核不匹配。解决方案是修改/usr/src/kernels/2.6.23.1-42.fc8-i686/include/linux/utsrelease.h文件中的UTS_RELEASE宏定义，使其与内核版本一致，然后重新编译模块。此方法适用于知道内核源码与运行内核匹配的情况，否则可能引发其他问题。

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

参考URL: http://blog.youkuaiyun.com/pottichu/archive/2007/11/19/1892203.aspx

环境： vmware + fedora8；
             gcc version 4.1.2 20070925 (Red Hat 4.1.2-33)；
             kernel source 用 kernel-2.6.23.1-42.fc8.src.rpm安装；
             uname -r 为 2.6.23.1-42.fc8；

问题：可以正常编译我写的驱动模块，但是加载（insmod）的时候提示错误： insmod: error inserting 'xxx.ko': -1 Invalid module format；用＃ dmesg | tail 看到如下信息：xxx: version magic '2.6.23.1 SMP mod_unload 686 4KSTACKS ' should be '2.6.23.1-42.fc8 SMP mod_unload 686 4KSTACKS '；这一行的意思就是说，当前插入的模块xxx.ko的版本信息(version magic)与正运行的kernel的版本信息不一致！应该是 2.6.23.1-42.fc8 SMP mod_unload 686 4KSTACKS，而实际上xxx.ko的版本信息却是：2.6.23.1 SMP mod_unload 686 4KSTACKS；显然它们之间差别是很小的。实际上，根据上面安装的kernel源码来看，它们应该是没有什么差别的。所以，下面采用了一种比较极端的方式，强制xxx.ko的版本信息与运行的kernel保持一致。

解决：
     修改/usr/src/kernels/2.6.23.1-42.fc8-i686/include/linux/utsrelease.h文件中的宏定义
     ＃define UTS_RELEASE "2.6.23.1"
     为
     ＃define UTS_RELEASE "2.6.23.1-42.fc8"
     然后重新编译xxx.ko模块，这时候，它与内核的版本信息应该就是一致的了！试验下来确实如此,xxx.ko已经可以正常工作了！

最低0.47元/天解锁文章