vscode报enospc错误是linux inotify监视数超限所致，需先用cat /proc/sys/fs/inotify/max_user_watches查上限，再通过sudo sysctl -w fs.inotify.max_user_watches=524288临时提升，或创建/etc/sysctl.d/99-vscode-inotify.conf并运行sudo sysctl --system永久生效。
vscode 文件监视器报错 “Error: ENOSPC” 怎么办
这是典型的 inotify 资源耗尽错误，不是 VSCode 本身的问题，而是 Linux 内核对单个用户可监控的文件数量做了硬限制。错误信息里会明确出现 ENOSPC（no space left on device），但实际磁盘还有空间——它指的是 inotify 实例/监听数的“配额”用光了。
怎么查当前 inotify 限制和使用量
先确认是不是这个问题：
- 查系统级上限：
cat /proc/sys/fs/inotify/max_user_watches - 查当前已用数量：
cat /proc/sys/fs/inotify/max_user_instances和cat /proc/sys/fs/inotify/max_queued_events（通常前一个才是瓶颈） - 看当前用户用了多少：
find /proc/*/fd -lname anon_inode:inotify -print 2>/dev/null | wc -l（粗略统计）
默认值常为 8192 或 16384，而 VSCode 在打开大型前端项目（含 node_modules）、或同时开多个窗口时，轻松突破这个数。
临时提高 max_user_watches 立即生效
不用重启，直接写入生效：
- 运行：
sudo sysctl -w fs.inotify.max_user_watches=524288 - 验证：
sysctl fs.inotify.max_user_watches应返回新值 - 注意：该值只在本次启动有效，重启后还原
这个操作本身无风险，内核会动态分配内存，只要物理内存够（524288 ≈ 500k 监听项，实际内存占用很小），不会影响其他进程。
永久生效要改配置且必须 reload
仅改 /etc/sysctl.conf 不够，很多发行版（如 Ubuntu 22.04+、Rocky 9）已默认启用 /etc/sysctl.d/ 优先机制：
- 创建独立配置：
sudo tee /etc/sysctl.d/99-vscode-inotify.conf，内容写一行：fs.inotify.max_user_watches = 524288 - 加载全部：
sudo sysctl --system（比sysctl -p更可靠，会扫描整个sysctl.d/目录） - 检查是否真正载入：
sysctl fs.inotify.max_user_watches，并确认输出里带99-vscode-inotify.conf字样（用sysctl -a | grep inotify可看来源）
漏掉 --system 或写错路径名（比如写成 .conf.bak）是常见失效原因；另外，某些容器环境或 systemd-nspawn 中，该参数可能被 namespace 隔离，需在宿主机或对应命名空间内设置。
