在Ubuntu上安装docker后，我运行了以下命令:

sudo service docker start

你试过吗?

以root (sudo su)身份输入，然后尝试这样做:

unset DOCKER_HOST
docker run --name mynginx1 -P -d nginx

我在这里遇到了同样的问题，docker命令只能以root身份运行，而且DOCKER_HOST为空

PS:还要注意，在Ubuntu上正确和正式的安装方式是使用他们的apt存储库(即使是在15.10上)，而不是使用“wget”。

我也有同样的问题。为了解决这个问题我已经挣扎了两天了。

只有当我这样做的时候，它才起作用:

根据Docker的教程，你需要添加Docker密钥，如果还没有添加，使用: $ sudo wget - qo - https://get.docker.com/gpg | sudo apt-key add - 然后确保你为自己授予docker特权，使用: $ sudo usermod -aG docker $USER

希望这也能帮助到你。

需要将当前用户加入docker组，操作步骤如下:

sudo usermod -aG docker $(whoami)

然后登出并重新登录系统或重新启动系统。 根据docker版本进行测试

有关如何安装docker-engine的进一步信息，请参阅docker文档

注意:当我忘记用sudo运行docker命令时，我从问题的标题中得到错误:

Sudo docker run…

(Ubuntu 15.10)

通常，下面的命令可以达到目的:

sudo service docker restart

这，而不是docker启动的情况下，docker似乎已经在运行。

如果这是可行的，那么在另一个答案和这个GitHub问题中，如果你还没有将自己添加到docker组中，请运行:

sudo usermod -aG docker <your-username> 

你很可能已经准备好了。

至于其他人遇到这个问题，在某些操作系统的docker在你安装后没有立即启动，因此，同样的不能连接到守护进程消息出现。在这种情况下，您可以首先通过执行以下命令检查Docker服务的状态来验证Docker确实没有运行:

sudo service docker status

如果输出看起来像:docker stop/waiting，而不是docker start/running, process 15378，那么它显然意味着docker不是活动的。在这种情况下，确保你的开头是:

sudo service docker start

和之前一样，你很有可能就可以出发了。

在安装一切并启动服务后，尝试关闭终端并再次打开它，然后尝试拉出映像

Edit

我也有这个问题，如果上面的解决方案不会工作，尝试这个解决方案，这是命令下面

sudo mv /var/lib/docker/network/files/ /tmp/dn-bak

注意事项

如果上面的命令工作，你可能有网络docker问题，无论如何这解决了它，要确认，请参阅下面命令的日志

tail -5f /var/log/upstart/docker.log

如果输出是这样的

FATA[0000] Error starting daemon: Error initializing network controller: could not delete the default bridge network: network bridge has active endpoints 
/var/run/docker.sock is up

你确实有网络问题，但我不知道下次重启(更新，2个月没有问题)你的操作系统是否会再次遇到这个问题，这是一个错误还是安装问题

我的docker版本

Client:
 Version:      1.9.1
 API version:  1.21
 Go version:   go1.4.2
 Git commit:   a34a1d5
 Built:        Fri Nov 20 13:12:04 UTC 2015
 OS/Arch:      linux/amd64

Server:
 Version:      1.9.1
 API version:  1.21
 Go version:   go1.4.2
 Git commit:   a34a1d5
 Built:        Fri Nov 20 13:12:04 UTC 2015
 OS/Arch:      linux/amd64

将用户添加到docker组

如果docker组不存在，添加它: Sudo groupadd docker 将连接用户${user}加入docker组: sudo gpasswd -a ${USER} docker 重启Docker守护进程: Sudo服务docker重启 要么执行newgrp docker，要么注销/登录以激活对 组。

这个问题目前在谷歌搜索中排名第三。在我的Linux系统上做了一些研究来解决这个问题之后，我想我应该写下这个答案。最初的帖子说这个问题是在Ubuntu上，但我使用Fedora时也遇到了这个问题。考虑到这一点，下面是我解决这个问题的方法。

在Fedora 22上

安装码头工人:

$> curl -fsSL https://get.docker.com/ | sh

安装Docker后:

需要将用户添加到docker组。

$> sudo usermod -aG docker

docker守护进程需要启动

$> sudo service docker start

您可以将守护进程设置为在引导时启动

$> sudo chkconfig docker on

您可以验证docker服务是否正在运行

$> service docker status

最后一个检查

$> docker run hello-world

我在亚马逊EC2实例上也遇到过同样的错误。该问题在重新启动实例后得到修复。

尝试使用“sudo”与您正在运行的命令。

OSX:

在打开docker并通过快速终端(https://docs.docker.com/engine/installation/mac/)启动“默认”机器后，您尝试docker命令，并得到这个“无法连接到docker守护进程”消息，原来您需要设置一些env变量:

$(docker-machine env default)

然后用docker run hello-world试试，看看是否一切正常。

对于那些已经尝试重新启动您的机器的人，按照docker env文档中的说明取消设置环境变量DOCKER_HOST，其余的都只是尝试使用

sudo service docker restart

即使在重新启动机器后，也只有这一招管用。

我在运行docker时也有同样的问题。

可以使用sudo用户执行命令:

sudo docker ***your command here***

Ubuntu的: 我更新docker的时候就发生了。 您需要取消服务和套接字的掩码，然后重新启动服务。 以下是对我有用的:

systemctl unmask docker.service
systemctl unmask docker.socket
systemctl start docker.service

幕后发生了什么 Systemd还能够通过将一个单元链接到/dev/null，自动或手动地将其标记为完全不可启动这称为屏蔽单元，可以使用mask命令实现。

sudo systemctl mask docker.service

你可以使用以下方法查看屏蔽服务的列表:

sudo systemctl list-unit-files

要启用自动/手动启动服务，您需要使用:

sudo sytemctl unmask docker.service

现在该服务将被启用，如下所示

由于docker在启动时绑定到一个由root拥有的unix套接字，因此使用'sudo'和docker命令一起工作。

将当前用户加入docker组:

sudo usermod -aG docker $(whoami)

I also had the same issue. The problem was in sockets allocated to docker-daemon and docker-client. First, permission was not set for the docker-client on docker.sock You can set it using "sudo usermod -aG docker $USER" Then check your bash file where the docker-client is running, For me it was on 0.0.0.0:2375, while docker-daemon was running on unix socket.(It was set in the configuration file of dockerd). Just comment the bash-line and it'll work fine. But if you want to make it work on TCP port instead of unix socket, change the configuration file of dockerd and set it on 0.0.0.0.2375 and keep the line in bash as it is if present or set it to 0.0.0.0:2375.

针对Ubuntu 16.04

在文件/lib/systemd/system/docker中。服务的改变:

ExecStart=/usr/bin/dockerd fd://

:

ExecStart=/usr/bin/dockerd -H tcp://0.0.0.0:2375

在文件/etc/init.d /码头工人的改变:

DOCKER_OPTS=

:

DOCKER_OPTS="-H tcp://0.0.0.0:2375"

然后重启你的电脑。

我也有同样的问题，对我有效的方法是: 检查/var/run/docker.sock的所有权

ls -l /var/run/docker.sock

如果您不是所有者，则使用命令更改所有者

sudo chown *your-username* /var/run/docker.sock

然后，您可以继续尝试轻松地执行docker命令:D

给予非根访问-从docker

如果docker组不存在，请添加。

$ sudo groupadd docker

将连接用户“${user}”添加到docker组中。

更改用户名以匹配您的首选用户。

您可能需要注销并重新登录 这才生效。

$ sudo gpasswd -a ${USER} docker

重新启动Docker守护进程。

$ sudo service docker restart

也许这将帮助某些人，因为错误消息非常没有帮助，而且我已经多次执行所有标准许可步骤，但都无济于事。

Docker偶尔会在阻碍访问的地方留下幽灵环境变量，尽管您的系统在其他方面是正确设置的。下面的shell命令可以使它再次可访问，如果你已经让它运行了一点，它只是在重新启动后停止合作:

unset DOCKER_HOST
unset DOCKER_TLS_VERIFY
unset DOCKER_TLS_PATH
docker ps

I had a previously working docker install, and after rebooting my laptop it simply refused to work. Was correctly added to the docker user group, had the correct permissions on the socket, etc, but could still not run docker login, docker run ..., etc. This fixed it for me. Unfortunately I have to run this on each reboot. This is mentioned on a couple of github issues also as a workaround, although it seems like a bug that this is a persistent barrier to correct operation of Docker (note: I am on Arch Linux, not OSX, but this was the same issue for me).

在Ubuntu 16.04中测试

# Create the docker group and add your user to the docker group
groupadd docker
usermod -aG docker $USER
newgrp docker

# Configure docker service to be exposed
mkdir -p /etc/systemd/system/docker.service.d
echo -e '[Service]\nExecStart=\nExecStart=/usr/bin/dockerd -H fd:// -H tcp://0.0.0.0:2376' >> /etc/systemd/system/docker.service.d/override.conf

# restart service
systemctl daemon-reload
service docker restart

我可以通过运行以下命令来修复这个问题:

sudo mv /var/lib/dpkg/info/docker-ce* /tmp