Linux系统修改最大文件打开数 limits.conf配置【教程】-LINUX-PHP中文网

只改 /etc/security/limits.conf 很大概率不生效，尤其对 systemd 服务；必须同步配置 pam（启用 pam_limits.so）、systemd 单元限制（如 limitnofile）及内核参数（fs.file-max 和 fs.nr_open），三者缺一不可。

linux系统修改最大文件打开数 limits.conf配置【教程】

直接说结论：只改 /etc/security/limits.conf 很大概率不生效，尤其对 systemd 服务（如 nginx、redis、java 应用）——必须同步处理 PAM 加载、systemd 单元限制、内核级 fs.file-max 三者，否则会卡在 “Too many open files” 上。

为什么 `limits.conf` 配置后 `ulimit -n` 没变？

根本原因不是配置写错了，而是 PAM 模块没被触发或没加载成功：

/etc/security/limits.conf 本身只是配置文件，真正起作用的是 pam_limits.so 模块
该模块需在对应登录服务的 PAM 配置中显式启用，比如 /etc/pam.d/sshd 或 /etc/pam.d/login
常见漏配：Ubuntu/Debian 默认在 /etc/pam.d/common-session 中注释掉了 session required pam_limits.so，需手动取消注释或追加
验证是否生效：退出当前会话，重新 SSH 登录（不能仅 su - 或 sudo -i），再运行 ulimit -Sn 和 ulimit -Hn

`systemd` 服务完全无视 `limits.conf` 怎么办？

因为 systemd 启动的服务绕过了传统 PAM 登录流程，limits.conf 对它无效。必须在 systemd 层面单独设置：

查当前服务实际限制：systemctl show -p LimitNOFILE nginx.service
优先推荐覆盖方式（不改原始 unit 文件）：sudo mkdir -p /etc/systemd/system/nginx.service.d，然后新建 override.conf，内容为：
```
[Service]\nLimitNOFILE=65535
```
若需全局统一（所有服务）：编辑 /etc/systemd/system.conf，取消注释并修改 DefaultLimitNOFILE=65535
改完必须执行：sudo systemctl daemon-reload && sudo systemctl restart nginx.service，daemon-reload 不可省略

`nofile` 设到 65535 还是报错？检查三个上限是否都够

Linux 文件描述符有三层限制，缺一不可：

Zynq Linux Hardware Debug

Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。

下载

用户级软/硬限制（ulimit -Sn/-Hn）：由 limits.conf 或 systemd 设置，决定单个进程上限
内核级总上限（/proc/sys/fs/file-max）：整个系统能分配的 fd 总数，必须 ≥ 所有进程 nofile 之和；低于目标值时，ulimit 无法设高
内核参数 nr_open（/proc/sys/fs/nr_open）：单个进程理论上能打开的最大 fd 数（硬编码上限），默认约 1048576；若你设 nofile > nr_open，会静默截断为 nr_open 值