01

60 秒回答模板

insmod 和 modprobe 都能加载内核模块，但层级不同。insmod 很直接，只把你指定路径的 .ko 交给内核加载，不解析依赖、不查模块别名、不处理黑名单和配置；如果这个模块依赖的符号来自其他模块而那些模块没加载，就会失败。modprobe 是更高层工具，会在 /lib/modules/当前内核版本 下读取 modules.dep、modules.alias 等由 depmod 生成的索引，根据模块名或设备别名找到目标模块，先加载依赖模块，再加载目标模块，还会应用 /etc/modprobe.d 里的 options、blacklist、install/remove 规则。热插拔设备自动加载通常也是通过设备 modalias 触发 modprobe。面试里可以总结：调试单个 ko 可用 insmod，系统集成和依赖处理应使用 modprobe，并确保模块安装路径、depmod 和 MODULE_DEVICE_TABLE 正确。

考点 工具层级
难度 真实面经题
回答目标 说明自己理解模块加载、依赖解析和设备自动匹配的用户态工具链。
02

深入解析

01

insmod 是低层插入

它需要具体 ko 文件路径，基本不理解模块之间的依赖关系。内核加载时若发现未解析符号，只会报错，不会帮你找依赖模块。

02

modprobe 依赖模块索引

modprobe 根据内核版本目录下的 modules.dep、modules.alias、modules.symbols 等文件查找模块和依赖。这些索引通常由 depmod 生成。

03

模块别名支持自动加载

驱动里的 MODULE_DEVICE_TABLE 会生成可匹配硬件或设备树 compatible 的 alias。设备出现时用户态可根据 modalias 调用 modprobe 自动加载对应驱动。

04

配置规则影响加载行为

modprobe 会读取配置文件里的参数、黑名单和自定义 install/remove 命令。系统启动和发行版集成通常依赖这些能力，而 insmod 不处理。

03

易错点

  • 只说一个手动一个自动，不解释依赖和别名机制。
  • 用 insmod 加载有依赖模块失败后，不知道先加载依赖或改用 modprobe。
  • 模块安装后不运行 depmod，导致 modprobe 找不到新模块。
  • 忽略 /etc/modprobe.d 中参数和黑名单对加载结果的影响。
04

面试官追问

depmod 的作用是什么？

扫描模块目录，生成依赖、符号和别名索引，让 modprobe 能快速找到模块和依赖关系。

为什么手动 insmod 能加载，设备插上却不自动加载？

可能缺少 MODULE_DEVICE_TABLE、modules.alias 未更新、udev/modalias 没触发，或模块不在正确内核版本目录。

如果面试官让你现场排查，你会先看哪些证据？

我会先看 dmesg 和返回码，再查 /sys 下设备、驱动和资源状态，必要时加 trace/ftrace 或最小日志，先证明问题出在设备生成、匹配、资源获取、回调路径还是用户态交互。