内核参数不生效主因是配置错误、未加载或被覆盖，而非内核拒绝执行；需严格检查语法（等号无空格、无bom、注释独占行）、确认文件被sysctl --system正确加载、排查systemd-sysctl服务覆盖及参数是否被废弃或依赖模块缺失。
内核参数不生效，十有八九不是内核拒绝执行，而是配置写错了、没加载上，或者被覆盖了。重点不在“改没改”，而在“有没有被正确读取和应用”。
检查 sysctl 配置文件语法是否合法
sysctl 配置对格式极其敏感：等号两侧不能有空格，行首不能有不可见字符（如 BOM），注释必须以 # 开头且独占一行。
- 用 sysctl -p --dry-run 检查语法（Ubuntu/Debian 22.04+ 或较新内核支持）；若不支持，可临时复制配置到新文件并测试：
sudo sysctl -p /tmp/test.conf - 常见错误示例：
net.ipv4.ip_forward =1（等号后多空格）、# net.ipv4.tcp_tw_reuse=1（注释前有空格，导致整行被当参数解析失败） - 用 cat -A /etc/sysctl.conf 或 hexdump -C 查看隐藏字符（如 ^M 回车符、U+FEFF BOM）
确认配置是否被实际加载
Linux 启动时默认加载 /etc/sysctl.conf 和 /etc/sysctl.d/*.conf，但顺序和覆盖规则会影响最终值。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 运行 sysctl --system（推荐）或 sysctl -p 后，立即验证：
sysctl net.core.somaxconn，看输出是否匹配你写的值 - 检查哪些文件被加载：
sysctl --system --show-files，确认你的配置文件确实在列表中且未被跳过 - 注意优先级：/etc/sysctl.d/ 下数字前缀小的文件先加载，后加载的同名参数会覆盖前面的——比如
10-default.conf和99-custom.conf，后者生效
排查被 systemd 或 init 进程重置的情况
某些发行版（如较新 Ubuntu/CentOS）在启动后期会由 systemd 的 systemd-sysctl.service 重新加载一次配置，可能覆盖你手动 sysctl -p 的临时结果。
- 查看服务状态：
systemctl status systemd-sysctl，确认它已运行且未报错 - 检查该服务加载的路径：
systemctl cat systemd-sysctl，通常指向/usr/lib/sysctl.d/和/etc/sysctl.d/ - 若你把配置放在
/etc/sysctl.conf，但 systemd 默认只扫.d/目录，就可能导致“改了却没用”——此时应统一用/etc/sysctl.d/99-my.conf并运行sudo sysctl --system
验证内核是否真正接受该参数
有些参数在当前内核版本中已被废弃、重命名，或依赖模块未加载，会导致静默忽略。
- 查参数是否存在：
sysctl -a | grep "net.ipv4.tcp_fin_timeout"，如果完全搜不到，说明内核不支持该键名 - 查文档确认拼写：例如
net.ipv4.tcp_fin_timeout是旧名，新内核可能用net.ipv4.tcp_fin_timeout_ms（单位毫秒） - 部分网络参数需对应协议栈启用，比如 IPv6 参数需
ipv6模块已加载：lsmod | grep ipv6
