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

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

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

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

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

Sudo docker run…

(Ubuntu 15.10)

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

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的: 我更新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

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

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

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