先检查 /boot/config-$(uname -r) 和 /proc/config.gz 是否存在：前者是发行版安装的编译配置副本，后者需内核启用 CONFIG_IKCONFIG 才存在；若两者均缺失，则内核未保留配置信息，无法直接查看编译参数。
怎么确认当前内核有没有编译配置文件
不是所有系统都自带可读的内核编译配置，得先验证是否存在。最直接的方式是检查两个路径是否可访问：
-
/boot/config-$(uname -r)：主流发行版（如 Ubuntu、CentOS、Debian）通常会把编译时的.config文件安装到这里 -
/proc/config.gz：需要内核启用CONFIG_IKCONFIG和CONFIG_IKCONFIG_PROC，否则该文件不存在或返回No such file or directory
执行以下命令快速探测：
ls -l /boot/config-$(uname -r) 2>/dev/null || echo "missing in /boot" zcat /proc/config.gz 2>/dev/null | head -n1 >/dev/null && echo "available in /proc" || echo "missing in /proc"
如果两者都缺失，说明内核未保留配置信息——你无法直接查看编译参数，除非重新编译并开启对应选项。
读取 /boot/config-$(uname -r) 的正确姿势
这个文件是纯文本，每行一个 CONFIG_XXX 选项，格式为 CONFIG_OPTION=y、=m 或 =n。注意它不反映运行时动态参数（那是 sysctl 管的），只告诉你编译时是否启用了某功能。
- 用
grep查具体选项，比如查是否支持 eBPF：grep CONFIG_BPF /boot/config-$(uname -r) - 查调试符号是否开启：
grep CONFIG_DEBUG_INFO /boot/config-$(uname -r)，输出CONFIG_DEBUG_INFO=y才表示可用 - 避免漏掉注释行干扰，加
-v '^#'过滤：grep -v '^#' /boot/config-$(uname -r) | grep CONFIG_NET
权限问题常见：普通用户可能无权读取 /boot 下文件，遇到 Permission denied 就加 sudo，但注意不要用 sudo grep 直接搜——管道前的 sudo 不会传递给 grep，应写成 sudo cat /boot/config-$(uname -r) | grep ... 或直接 sudo grep ... /boot/config-$(uname -r)。
/proc/config.gz 比 /boot/config-$(uname -r) 多什么
内容上几乎一致，但 /proc/config.gz 是运行中内核**原封不动打包进镜像的配置**，而 /boot/config-$(uname -r) 是构建时生成、再由包管理器复制过去的副本。差异只出现在极少数场景：
- 某些定制内核（如嵌入式或自编译）可能没把
.config安装到/boot，但保留了/proc/config.gz -
/proc/config.gz可能包含额外注释行，比如构建时间、GCC 版本等元信息（取决于CONFIG_IKCONFIG的细节配置） - 若系统使用 initramfs 加载内核，
/boot/config-$(uname -r)可能被覆盖或未同步，此时/proc/config.gz更可信
解压查看只需一条命令：zcat /proc/config.gz | grep CONFIG_HZ。别用 gunzip -c——zcat 是专为 .gz 设计的轻量工具，兼容性更好。
为什么 grep CONFIG_XXX 有时找不到，或结果为空
这不是命令写错，而是配置项命名或状态导致的常见误判：
- 选项名大小写敏感：
CONFIG_ipv6是错的，正确是CONFIG_IPV6 - 某些功能通过子选项控制，比如
CONFIG_NETFILTER是总开关，真正启用 conntrack 需要CONFIG_NF_CONNTRACK=y，只搜前者会漏掉关键行为 -
=m表示编译为模块，运行时需加载才生效；=n是彻底禁用，不会出现在sysctl列表里 - 部分选项在新旧内核中改名了，例如
CONFIG_KMEMLEAK在 5.10+ 变为CONFIG_DEBUG_KMEMLEAK，得结合内核版本查文档
最稳妥的做法是先看完整配置结构：zcat /proc/config.gz | sed -n '/^CONFIG_.*=y$/p' | head -20，确认命名风格和启用密度，再针对性搜索。
真正麻烦的是那些既不在 /boot 也不在 /proc 的情况——这意味着你面对的是一个“黑盒内核”，连编译选项都不可见。这时候想确认某个底层能力（比如 cgroup v2 默认启用状态、RISC-V 支持）只能靠运行时探测，比如 cat /proc/cgroups 或 uname -m，而不是翻配置文件。
