简单说明一下:

If you tried running mongod without changing the permissions first, you'll likely have a mongod.lock file (and some other files) in the /data/db directory. Even after you change the permissions for the /data/db directory to give access to your $USER, you'll continue to get the "Unable to create/open lock file: /data/db/mongod.lock errno:13 Permission denied" error. Run ls -al /data/db and you'll probably see that the permissions for the individual files are still set to root for user, not to your $USER. You should remove the mongod.lock file, and the others as well. Then when you run mongod again, everything should work, and you can verify that the file permissions match the directory permissions by running ls -al again.

Tilo给出的答案在此之前一直适用于我:

sudo chown -R 126:135 /data/db 

我不得不使用:

sudo chown -R $USER /data/db

从MongoDB 4.4开始，MongoDB数据库工具现在与MongoDB服务器分开发布。

您需要下载:https://www.mongodb.com/try/download/database-tools?tck=docs_databasetools

然后将所有文件复制到/usr/bin 所有的命令行都是可用的。

有一个非常愚蠢的方法来制造这个问题，这是我首创的:

1)让你的mongo安装一段时间 2)返回时服务器没有运行 3)尝试启动，但这次不要使用sudo 4) mongo找不到data/db/，因为现在它在用户的home目录而不是su home目录

是的，这真的很愚蠢，但如果你已经在系统上一段时间了，它可以绊倒你。

简单的回答:确保您使用相同的隐含主目录运行mongo

我在现有的Mongodb设置中遇到了这个问题。我仍然不确定为什么会发生这种情况，但出于某种原因，Mongod进程无法找到Mongod。配置文件。 因为它找不到配置文件，所以它试图在/data/ DB文件夹中找到DB文件，这个文件夹不存在。 然而，配置文件仍然可用，所以我确保该进程具有配置文件的权限，并使用——config标志运行mongod进程，如下所示:

mongod --config /etc/mongod.conf

在配置文件本身，我有这样的设置:

storage:
  dbPath: /var/lib/mongodb

这就是进程如何再次找到真正的DB文件夹。

您的命令将在当前文件夹中创建目录结构，而不是计算机的根目录(即缺少的/)。

第一个命令是正确的，但是因为您试图在/目录下创建一个文件夹，这是一个受保护的目录，所以您需要在它前面加上sudo，这是“超级用户do”的缩写。然后你会被要求输入密码。

所以完整的命令是:

$ sudo mkdir -p /data/db