对我来说，解决办法是使用本文安装一个较新的docker-compose版本(1.24)。

之前的版本(1.17)是从ubuntu的默认存储库安装的，但在安装了一个新版本后，我设法启动了容器。希望它能帮助到一些人。

最终解决方案: 首先执行以下命令:sudo chown $USER /var/run/docker.sock 然后执行命令:docker-compose up -d——build

在我的情况下，有同样的错误，当我尝试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

看来你的问题是由一个旧的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