看来你的问题是由一个旧的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安全文档。

从“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

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

GitHub修复Docker守护进程崩溃

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

在我的情况下，有同样的错误，当我尝试docker-compose构建 我的解决方法就是加入sudo

sudo docker-compose build

出现此错误的另一个原因是:对我来说，这是docker-compose.yml中格式错误的图像路径定义:

  service:
    image: ${CONTAINER_REGISTRY_BASE}/my-service
   ...

看是ok'ish第一，但我有CONTAINER_REGISTRY_BASE=eu.gcr。Io /my-project/ set on env。显然，图像路径中的//导致了这个错误。

docker-compose: v.1.21.2
docker: 18.03.1-ce