为什么debian ulimit报错

在 Debian 上执行 ulimit 报错，通常不是 ulimit 本身有问题，而是使用方式或运行环境不对。下面按常见原因给你梳理一下。

1. 在脚本里直接写 ulimit 但权限不够

例如：

ulimit -n 100000

报错：

-bash: ulimit: open files: cannot modify limit: Operation not permitted

原因

• 非 root 用户不能调大已存在的硬限制（hard limit）
• 只能减小，不能增大

解决

• 用 root 执行
• 或修改 /etc/security/limits.conf

示例：

* soft nofile 100000
* hard nofile 100000

然后重新登录

2. Debian 使用 systemd，limits.conf 不生效

这是最常见也最容易踩坑的点。

如果你在：

/etc/security/limits.conf

里设置了 nofile，但服务仍然报错，那是因为：

systemd 启动的服务不读 limits.conf

解决方式（二选一）

方式一：改 systemd 服务

[Service]
LimitNOFILE=100000

然后：

systemctl daemon-reexec
systemctl restart 你的服务

方式二：全局 systemd 限制

/etc/systemd/system.conf
DefaultLimitNOFILE=100000

3. 在 Docker / 容器里执行 ulimit

Debian 容器内执行：

ulimit -n 65535

报错：

ulimit: core size: cannot modify limit

原因

• 容器默认继承宿主机的 limit
• 非特权容器不能修改

解决

• 启动容器时指定：

docker run --ulimit nofile=65535:65535 ...

• 或使用 --privileged（不推荐）

4. 用 sh 而不是 bash

在某些最小化 Debian 里：

sh
ulimit -u

可能报错或不支持部分选项。

解决

bash

5. 语法用错（很多人忽略）

错误示例：

ulimit -n=1024

正确：

ulimit -n 1024

6. 查看当前限制时误用

错误：

ulimit

只显示部分值

推荐：

ulimit -a

快速自查清单 ✅

你可以直接把报错贴出来，我可以精准判断。但一般先看：

1. 是不是 非 root
2. 是不是 systemd 服务
3. 是不是 Docker
4. 是不是 hard limit 超限

如果你愿意，可以把**完整报错信息 + 使用场景（登录用户 / 服务 / 容器）**发出来，我可以直接帮你改成可用配置。