内核模块插入失败：insmod提示Invalid module format如何解决？

针对你遇到的insmod: ERROR: could not insert module test.ko: Invalid module format问题，在版本和架构匹配的前提下，可按以下步骤排查：

• 检查内核模块相关配置是否开启
  运行以下命令确认内核是否支持模块加载：

  zcat /proc/config.gz | grep -E "CONFIG_MODULES|CONFIG_MODULE_UNLOAD|CONFIG_MODVERSIONS"
  

  确保输出的选项值为y或m，如果是n，说明当前内核编译时未开启模块支持，需重新编译内核或更换开启该选项的内核版本。

• 核对编译环境与运行内核的一致性

  1. 对比编译模块的GCC版本与内核编译使用的GCC版本：

     gcc --version
     cat /proc/version | grep gcc
     

     两个版本必须完全一致，不同GCC版本编译的模块与内核存在兼容性问题。
  2. 确认内核头文件与运行内核的构建参数完全匹配：
     查看内核头文件的版本信息：

     cat /usr/src/linux-headers-$(uname -r)/include/linux/version.h | grep LINUX_VERSION_CODE
     

     对比运行内核的版本代码：

     uname -v
     

     若存在细微差异（比如内核包含了特定补丁），需重新下载对应补丁版本的内核头文件后编译模块。

• 重新编译模块并检查完整性

  1. 清理旧的编译产物，重新编译模块，确保指定正确的内核头文件路径：

     make clean
     make -C /usr/src/linux-headers-$(uname -r) M=$(pwd) modules
     

     确保编译过程无报错。
  2. 用objdump检查模块的ELF结构是否正常：

     objdump -h test.ko
     

     若输出中存在异常段或损坏的结构，说明模块编译失败，需排查代码或编译脚本问题。

• 查看内核日志获取详细错误原因
  插入模块失败后，内核会输出具体的错误细节，运行以下命令查看：

  dmesg | tail -20
  # 或实时监控内核日志
  journalctl -k -f
  

  日志中可能会提示符号缺失、依赖模块未加载、内核特性未开启等具体问题，针对性解决即可。

• 尝试使用modprobe加载模块
  insmod不会处理模块依赖，若test.ko依赖其他内核模块，可尝试用modprobe自动处理依赖：

  modprobe ./test.ko
  

内容的提问来源于stack exchange，提问作者Ajay Kumar