看来你的问题是由一个旧的Docker错误创建的，在Docker崩溃后，套接字文件没有重新创建。如果这是问题，那么重命名套接字文件应该允许它被重新创建:

$ sudo service docker stop
$ sudo mv /var/lib/docker /var/lib/docker.bak
$ sudo service docker start

由于此错误已修复，大多数人得到错误无法连接到Docker守护进程可能是因为他们不在Docker组中，没有权限读取该文件。运行与sudo docker…可以解决这个问题，但不是一个很好的解决方案。

Docker可以作为具有适当组权限的非root用户(没有sudo)运行。Linux安装后文档中有详细信息。简短的版本:

$ sudo groupadd docker
$ sudo usermod -aG docker $USER
# Log out and log back in again to apply the groups
$ groups  # docker should be in the list of groups for your user
$ docker run hello-world  # Works without sudo

这允许docker组中的用户在不使用sudo的情况下运行docker和docker-compose命令。Docker本身运行一个根，允许一些攻击，所以你仍然需要小心你运行的容器。更多细节请参见Docker安全文档。

我发现了这个，它似乎解决了我的问题。

GitHub修复Docker守护进程崩溃

我修改了docker-compose-deps的内容。Yml文件，见链接。然后我运行docker-compose -f docker-compose-deps。Yml up -d。然后我把它改回来，不知为什么它还能用。我不需要继续我提供的链接中的步骤，但前两个步骤为我解决了这个问题。

从“ps aux | grep docker”的输出，它看起来像docker守护进程没有运行。尝试使用下面的方法，看看哪里出了问题，为什么docker没有启动

检查docker日志

$ sudo tail -f /var/log/upstart/docker.log

尝试在调试模式下启动docker

$ sudo docker -d -d

我使用Ubuntu 16.04，当我使用docker-compose时也发现了这个问题。 我通过运行这个命令来修复它。

$ sudo systemctl start docker
$ sudo docker-compose build

我认为这是由于访问权，你只需要写

sudo docker-compose-deps.yml up

在我的情况下，你的码头服务可能会停止

启动docker服务:

$ sudo systemctl start docker

命令来验证是否启动:

$ sudo docker运行hello-world