对我来说，只执行

sudo chown -R $(whoami) ~/.npm

不起作用。然后，我也执行

sudo chown -R $(whoami) /usr/lib/node_modules/
sudo chown -R $(whoami) /usr/bin/node
sudo chown -R $(whoami) /usr/bin/npm

一切都很好！

事实上，我也有同样的问题。我在运行Ubuntu。我的问题出现了，因为我丢失了Ubuntu的公钥。甚至没有更新我的系统。它给出了GPG错误。在这种情况下，您可以使用以下命令重新获取密钥：

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys <key in GPG error>

之后，npm工作正常！

更改“系统全局”文件夹的所有者是一种黑客行为。在新安装时，我会将NPM配置为为“用户全局”程序使用一个已经可写的位置：

npm config set prefix "${HOME}/npm"

然后确保将该文件夹添加到路径中：

export PATH="${PATH}:${HOME}/npm/bin"

请参阅@ErikAndreas对NPM模块在没有sudo的情况下无法全局安装的回答，以及@sindresorhus提供的更详细的分步指南，其中还设置了$MANPATH。

sudo chown -R `whoami` /usr/local/lib

在我看来，最好的选项是npm文档中建议的选项，即首先通过运行npm-config-get-prefix检查全局node_module的默认安装位置。如果像我在Trusty/usr上所做的那样，您可能希望将其更改为一个可以安全拥有的文件夹，而不会像我那样弄乱事情。

为此，请在系统中选择或创建一个新文件夹。为了保持一致性，您可能希望将其放在主目录中，或者像我一样放在/usr/local下，因为我也是Mac用户（我不需要根据我恰好在前面的机器查看不同的位置）。这样做的另一个很好的原因是，/usr/local文件夹可能已经在您的PATH中（除非您想乱用PATH），但新创建的文件夹可能不在其中，您需要自己在.bash配置文件或.bashrc文件中将其添加到PATH中。

长话短说，我使用npm config设置前缀“/usr/local”更改了全局模块的默认位置，创建了/usr/local/lib/node_modules文件夹（它将由npm使用），并使用以下命令更改了npm使用的文件夹的权限：

sudo chown -R $(whoami) $(npm config get prefix)/{lib/node_modules,bin,share}

现在，您可以安全地全局安装任何模块。希望这有帮助！

当尝试以root用户身份全局安装软件包时，如果使用EUIDLOOKUP或EACES或npm，该过程将失败。这将打乱用户的全局软件包权限。

为了理解这个问题，我建议阅读这个问题。简而言之，npm尝试使用当前进程的EUID来运行安装脚本，而不是作为root用户，而是作为运行npm的原始用户，同时假设作为root用户运行的用户将使用sudo，因此将设置EUID。

这就是为什么@JHM16基于使用sudo的答案应该有效。

但在容器构建中安装包时情况并非如此。在容器中，sudo经常会丢失。而build通常只作为root运行。

当然，容器构建可以更改为以普通用户的身份运行这些命令，并以该用户的身份构建所有内容。但这不会使构建更安全，在某些情况下可能是不可取的。

因此，在容器构建中，以下是如何使npm全局安装工作的方法，例如使用yarn包。

# setpriv --ruid 0 --euid 0 npm --unsafe-perm install -g yarn

setpriv是一个小型的低级实用程序，应该可以在任何linux发行版上使用或轻松安装。