ENOSPC意味着驱动器上没有空间了。

也许/tmp已满?你可以通过设置npm config set tmp /path/to/some/other/dir来配置npm使用一个不同的temp文件夹，或者删除/tmp文件夹中的所有内容。

来源:npm 1.1.21不能写入，ENOSPC在npm的回购在github。

注意，我解决我的问题的方式，在上面的来源描述。然而，请参阅Murali Krishna的回答，这是更全面的。

如果linux文件系统上的/tmp挂载是作为溢出挂载的(通常大小为1MB)，这可能是由于您没有指定/tmp作为自己的分区，您的根文件系统被填满，/tmp被重新挂载作为备用。

要解决这个问题，在你清理空间后，只需卸载备份，它应该重新安装在它原来的位置:

sudo umount overflow

在我的情况下，在linux上，sudo解决了这个问题。

例子:

sudo gulp dev

执行以下命令避免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

这在重启过程中也会持续。 技术细节来源

这不是功劳，但是@grenade指出npm重复数据删除将修复原因(文件太多)，而不是症状。

来源:咕哝手表错误-等待…致命错误:手表ENOSPC。

我解决了杀死所有跟踪控制进程的问题(如果您使用GDM，您可以尝试，如果脚本运行在服务器上，显然不是您的情况)

tracker-control -r

我的设置:使用GNOME 3进行Arch

对我来说，我已经达到了一个用户可以拥有的最大文件数量

使用配额-s检查您的数字，并确保文件下的数字不太接近配额

如果在尝试运行ember server命令时遇到此错误，请rm -rf tmp目录。然后再运行烬。它帮助了我。

重启机器为我解决了问题。我首先尝试清除/tmp/，但节点仍然抱怨。

解决我问题的一个简单方法是:

npm cache clear

NPM或者由它控制的进程正在监视太多的文件。更新构建节点上的max_user_watches可以永远修复它。对于debian，在终端上放以下命令:

echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p

如果你想知道如何增加inotify观察者的数量，只需要点击链接。

我也犯了同样的错误。当我运行Reactjs应用程序时。我所做的只是删除node_modules文件夹，并再次键入并安装node_modules。这样可以消除错误。

在Ubuntu 18.04上，我尝试了一个通过ionic/node重新激活文件监视的技巧，它在这里也有效。这对于那些无法访问系统配置文件的人来说可能很有用。

CHOKIDAR_USEPOLLING=1 npm start

在Linux上，这可能是对文件监视数量的限制。

开发服务器使用inotify实现热重载。inotify API允许开发服务器监视文件，并在文件更改时收到通知。

默认的inotify文件监视限制因发行版而异(Fedora上为8192)。开发服务器的需求经常超过这个限制。

最好的方法是尝试暂时增加文件监视限制，然后如果您满意的话，将其作为永久配置更改。但是请注意，这会改变整个系统的配置，而不仅仅是节点。

要查看您的当前限制:

sysctl fs.inotify.max_user_watches

临时设定一个新的限制:

# this limit will revert after reset
sudo sysctl fs.inotify.max_user_watches=524288
sudo sysctl -p
# now restart the server and see if it works

设定永久的限制:

echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf
sudo sysctl -p

如果你使用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是监视文件的最大值。虽然你可以看任何文件，但也建议只看这个限制。

这表明VS Code文件监控器正在耗尽句柄，因为工作区很大，包含很多文件。已达到手表的最大限制，您可以通过运行:

cat /proc/sys/fs/inotify/max_user_watches

运行以下代码解决此问题:

fs.inotify.max_user_watches=524288

尝试了上面建议的大部分方法。最后，删除node_modules目录帮助了我。

所以我认为有效的方法是:

fs.inotify回响。Max_user_watches =524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p Sudo sysctl—system Rm -r /tmp* (!!确保这不会破坏你的任何东西) Rm -r node_modules 重新启动系统

就我而言，我是这样做的

yarn cache clean

npm cache verify

rm -rf node_modules/

yarn install