简单说明一下:

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.

在终端上输入“id”查看可用的用户id， 然后简单地输入

"sudo chown -R idname /data/db"

这对我来说很有效! 希望这能解决你的问题。

为了在OS X上修复这个错误，我重新启动并停止了服务: $ brew服务重启mongodb $ brew服务停止mongodb

然后我运行mongod——config /usr/local/etc/mongod.conf，问题就解决了。

该错误似乎是在升级mongodb自制包后出现的。

在Mac上通过brew安装，其中YOUR_USER_NAME和staff为组

sudo mkdir -p /data/db
sudo chmod +x+r+w /data/db/
sudo touch /data/db/mongod.lock
sudo chown YOUR_USER_NAME:staff /data/db
sudo chmod +x+r+w /data/db/mongod.lock
sudo chown YOUR_USER_NAME:staff /data/db/mongod.lock

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

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

所以完整的命令是:

$ sudo mkdir -p /data/db

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

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

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

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