我有一个问题与Node.js和上传文件到服务器。为了上传文件到服务器，我使用这个插件。当开始向服务器上传文件时，Node.js进程崩溃并显示错误:
错误:ENOSPC。
服务器代码无法运行。
$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 7.9G 4.1G 3.5G 55% /
udev 288M 8.0K 288M 1% /dev
tmpfs 119M 168K 118M 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 296M 0 296M 0% /run/shm
/dev/xvdf 9.9G 3.0G 6.5G 32% /vol
overflow 1.0M 1.0M 0 100% /tmp
当前回答
如果在尝试运行ember server命令时遇到此错误，请rm -rf tmp目录。然后再运行烬。它帮助了我。
其他回答
ENOSPC意味着驱动器上没有空间了。
也许/tmp已满?你可以通过设置npm config set tmp /path/to/some/other/dir来配置npm使用一个不同的temp文件夹，或者删除/tmp文件夹中的所有内容。
来源:npm 1.1.21不能写入，ENOSPC在npm的回购在github。
注意，我解决我的问题的方式，在上面的来源描述。然而，请参阅Murali Krishna的回答，这是更全面的。
对我来说，我已经达到了一个用户可以拥有的最大文件数量
使用配额-s检查您的数字，并确保文件下的数字不太接近配额
如果你使用VS Code，那么它应该无法在大的工作区错误。
"Visual Studio Code is unable to watch for file changes in this large workspace" (error ENOSPC)
这表明VS Code文件监控器正在耗尽句柄，因为工作区很大，包含很多文件。可以通过运行以下命令查看当前限制:
cat /proc/sys/fs/inotify/max_user_watches
可以通过编辑/etc/sysctl.conf并在文件末尾添加以下行来增加限制:
fs.inotify.max_user_watches=524288
然后可以通过运行sudo sysctl -p来加载新值。 注意:524288是监视文件的最大值。虽然你可以看任何文件，但也建议只看这个限制。
在Ubuntu 18.04上，我尝试了一个通过ionic/node重新激活文件监视的技巧，它在这里也有效。这对于那些无法访问系统配置文件的人来说可能很有用。
CHOKIDAR_USEPOLLING=1 npm start
执行以下命令避免ENOSPC:
echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p
对于Arch Linux，将这一行添加到/etc/sysctl.d/99-sysctl.conf:
fs.inotify.max_user_watches=524288
然后执行:
sysctl --system
这在重启过程中也会持续。 技术细节来源
