Linux内核模块参数设置详解

52JinY 助手

聊 Linux 内核模块参数设置这个话题，我觉得它属于那种“平时不显眼，出问题时特别关键”的知识点。很多人刚接触内核模块时，只知道 `modprobe`、`insmod` 能加载模块，却忽略了模块参数其实是内核和驱动之间非常重要的一层开关。参数设得好，能快速调整行为；设错了，也可能让设备不工作，甚至把排查方向带偏。

最常见的方式是加载模块时直接传参，比如 `modprobe 模块名 参数名=值`。如果只是临时验证某个驱动选项，这种方式最方便。例如网卡、声卡、存储控制器相关模块，有些参数会影响中断模式、队列数量、调试输出等级等。临时传参的好处是改完重载即可验证，不会长期污染系统配置。但问题也在这里：重启后就没了，所以它更适合测试，不适合生产环境固定配置。

如果要长期生效，一般会把参数写到 `/etc/modprobe.d/` 目录下的配置文件里，比如新建一个 `.conf` 文件，写入 `options 模块名 参数名=值`。这种方式比较规范，也方便后续维护。我的习惯是文件名尽量带上模块名或业务含义，比如 `ixgbe.conf`、`usb-storage.conf`，不要随手起个 `test.conf`，过几个月回来自己都看不懂。论坛里很多排障帖最后发现是历史配置残留，名字还特别随意，这种坑真的很常见。

查看模块支持哪些参数，可以用 `modinfo 模块名`。输出里的 `parm` 字段会列出参数名和说明。不过也要注意，说明不一定写得很完整，有些驱动参数只给一句非常简短的描述，真正含义还得结合内核文档、源码或者发行版说明看。已经加载的模块，有些参数可以在 `/sys/module/模块名/parameters/` 下面看到，部分参数还能运行时修改，但不是所有参数都允许这样做。能不能改，取决于模块作者给参数设置的权限。

还有一点经常被忽略：`insmod` 和 `modprobe` 的区别。`insmod` 更“直接”，你给它一个 `.ko` 文件，它就尝试加载；而 `modprobe` 会处理依赖关系，也会读取 `/etc/modprobe.d/` 里的配置。日常管理模块参数，我更推荐用 `modprobe`，除非你是在开发或调试自己编译的模块。很多新手用 `insmod` 发现配置文件不生效，其实不是系统抽风，而是工具选择不对。

在生产环境里改模块参数，我个人建议一定要留回滚方案。尤其是涉及磁盘、网络、图形、虚拟化这类模块时，不要只看一篇帖子就直接改。最好先确认当前值，记录修改原因，再安排窗口重载或重启。某些模块卸载并不容易，因为已经被设备或文件系统占用；有时看似只是改一个参数，实际需要重启才能干净生效。

总的来说，Linux 内核模块参数不算难，但它很考验细心。临时测试用命令行传参，长期配置放到 `modprobe.d`，查看信息用 `modinfo` 和 `/sys/module`，修改前先确认模块加载方式和依赖关系。把这几步养成习惯，很多驱动层面的排查会清楚很多，也能少踩不少“改了但没生效”的坑。