在Arch Linux上无法访问Docker

我对这个问题进行了广泛的研究，但没有结果，在unix.stackexchange.com上也询问了，也没有结果，所以我在这里询问，希望其他人能够了解为什么会发生这种情况，因为在unix板和github上询问都没有提供任何信息

我无法让Docker在Antergos上玩得很好，也无法在没有

sudo

的情况下与我联系。使用

sudo

运行容器构建会导致许多问题，例如ssh密钥未被检测到和nginx未被识别。这个问题大约是3天前出现的，回退并没有产生任何影响。完全卸载docker和重新安装也没有任何区别。两者都没有更新我的配置、权限或任何其他可用设置

系统版本：

4.17.8-1-ARCH#1 SMP抢占周三7月18日09:56:24 UTC 2018 x86_64 GNU/Linux

当前docker版本：

18.04.0-ce

（在当前

18.05

之前的所有版本上也进行了尝试，但无效，一次回滚一个版本）

现有的研究导致了一个典型的问题，那就是绕开sudo，然而我是，它仍然不起作用。我也检查了，而且，所有的答案都是一样的（不起作用）

请不要建议检查我的用户组或将我的用户添加到docker组，因为这不是问题所在，如下所述。

直到几天前，一切都很顺利。我倾向于相信是自动更新破坏了它

以下是一些背景：

组的输出

root http docker users wheel

在调用任何不带sudo的docker命令时（例如

docker info

，

docker ps

，

docker run…

docker compose up

等），我得到以下结果：

Cannot connect to the Docker daemon at tcp://localhost:2375. Is the docker daemon running?

    ● docker.service - Docker Application Container Engine
   Loaded: loaded (/etc/systemd/system/docker.service; enabled; vendor preset: disabled)
   Active: active (running) since Fri 2018-07-20 14:52:54 EDT; 21min ago
 Docs: https://docs.docker.com
 Main PID: 472 (dockerd)
    Tasks: 50 (limit: 4915)
   Memory: 139.0M
   CGroup: /system.slice/docker.service
           ├─ 472 /usr/bin/dockerd -H fd://
           ├─ 620 docker-containerd --config /var/run/docker/containerd/containerd.toml
           ├─ 802 docker-containerd-shim -namespace moby -workdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux/moby/e0942c95c35608cecbbe761d27a2c5386d9faec072cf8031>
           ├─ 818 bash -c echo "RESTARTING GUlP COMMAND" && npm rebuild node-sass && npm upgrade && npm update && npm install && gulp && tail -f /dev/null
           └─1572 tail -f /dev/null

它肯定在运行<代码>系统CTL状态dockeryeilds如下：

Cannot connect to the Docker daemon at tcp://localhost:2375. Is the docker daemon running?

    ● docker.service - Docker Application Container Engine
   Loaded: loaded (/etc/systemd/system/docker.service; enabled; vendor preset: disabled)
   Active: active (running) since Fri 2018-07-20 14:52:54 EDT; 21min ago
 Docs: https://docs.docker.com
 Main PID: 472 (dockerd)
    Tasks: 50 (limit: 4915)
   Memory: 139.0M
   CGroup: /system.slice/docker.service
           ├─ 472 /usr/bin/dockerd -H fd://
           ├─ 620 docker-containerd --config /var/run/docker/containerd/containerd.toml
           ├─ 802 docker-containerd-shim -namespace moby -workdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux/moby/e0942c95c35608cecbbe761d27a2c5386d9faec072cf8031>
           ├─ 818 bash -c echo "RESTARTING GUlP COMMAND" && npm rebuild node-sass && npm upgrade && npm update && npm install && gulp && tail -f /dev/null
           └─1572 tail -f /dev/null

当运行

htop

和

ps aux | grep docker

时，也会显示它

ls-la$（哪个码头工人）的烫发：

根据这一点，它在没有sudo的情况下绝对可以访问，但在没有sudo的情况下仍然会阻塞所有命令。我不能仅仅用sudo运行它，因为许多需要用户空间局部性的生产构建脚本失败了，当应用sudo时会中断

sudo docker info的输出

Containers: 15
 Running: 1
 Paused: 0
 Stopped: 14
Images: 30
Server Version: 18.04.0-ce
Storage Driver: overlay2
 Backing Filesystem: extfs
 Supports d_type: true
 Native Overlay Diff: false
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: bridge host ipvlan macvlan null overlay
 Log: awslogs fluentd gcplogs gelf journald json-file logentries splunk 
syslog
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Init Binary: docker-init
containerd version: 773c489c9c1b21a6d78b5c538cd395416ec50f88
runc version: 4fc53a81fb7c994640722ac585fa9ca548971871
init version: 949e6fa
Security Options:
 seccomp
  Profile: default
Kernel Version: 4.17.8-1-ARCH
Operating System: Antergos Linux
OSType: linux
Architecture: x86_64
CPUs: 8
Total Memory: 31.02GiB
Name: Indibog
ID: OCC4:P3QN:B5EU:J2Y4:LZN4:WAIC:2F5V:ZQZD:NLXY:DWVE:X2LB:TLEQ
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): true
 File Descriptors: 27
 Goroutines: 39
 System Time: 2018-07-20T15:04:01.745176194-04:00
 EventsListeners: 0
Username: mopsyd
Registry: https://index.docker.io/v1/
Labels:
Experimental: true
Insecure Registries:
 192.168.40.60:5000
 sandbox.cdp.local:5000
 127.0.0.0/8
Live Restore Enabled: false

我认为archlinux论坛是提问的最佳场所。这绝对不是编程问题，
DOCKER\u HOST
环境变量是否已设置？
tcp://localhost:2375
您引用的值不是默认值（如果它曾经起作用，那是非常危险的）。它是。我已经将其取消设置，但每当我打开任何其他shell窗口时，它都会被重置。Docker命令仅在取消设置后在同一窗口内工作。似乎是由单个shell进程中的某个系统设置的。