Docker守护进程绑定到Unix套接字，而不是TCP端口。 默认情况下，Unix套接字由root用户拥有，其他用户只能使用sudo访问它。Docker守护进程始终以根用户运行。

如果不想在docker命令前面加上sudo，可以创建一个名为docker的Unix组，并向其中添加用户。当Docker守护进程启动时，它会创建一个Unix套接字，供Docker组的成员访问。

创建docker组并添加用户:

Create the docker group sudo groupadd docker Add your user to the docker group sudo usermod -aG docker $USER Log out and log back in so that your group membership is re-evaluated. If testing on a virtual machine, it may be necessary to restart the virtual machine for changes to take effect. On a desktop Linux environment such as X Windows, log out of your session completely and then log back in. On Linux, you can also run the following command to activate the changes to groups: newgrp docker Verify that you can run docker commands without sudo. The below command downloads a test image and runs it in a container. When the container runs, it prints an informational message and exits docker run hello-world

如果您在将用户添加到Docker组之前首先使用sudo运行Docker CLI命令，您可能会看到以下错误，这表明您的~/。由于sudo命令，创建的Docker /目录权限不正确。

   WARNING: Error loading config file: /home/user/.docker/config.json -
   stat /home/user/.docker/config.json: permission denied

要解决这个问题，要么删除~/。Docker /目录(它会自动重新创建，但任何自定义设置都将丢失)，或使用以下命令更改其所有权和权限:

sudo chown "$USER":"$USER" /home/"$USER"/.docker -R

sudo chmod g+rwx "$HOME/.docker" -R

linux上docker的所有其他后期安装步骤都可以在这里找到https://docs.docker.com/engine/install/linux-postinstall/

升级后，我的权限被拒绝了。 执行安装步骤后的“mkb”步骤不会改变任何东西，因为我的用户已经在“docker”组中;我试了两次都没有成功。

经过一个小时的搜索，下面的解决方案终于起作用了:

sudo chmod 666 /var/run/docker.sock

解决方案来自奥尔尚斯克。

看起来升级已经重新创建了套接字，但没有给docker组足够的权限。

问题

这个硬chmod打开安全漏洞，每次重启后，这个错误会一次又一次地启动，每次都必须重新执行上面的命令。我要一个彻底的解决办法。为此你有两个问题:

1) Problem with SystemD : The socket will be create only with owner 'root' and group 'root'. You can check this first problem with this command : ls -l /lib/systemd/system/docker.socket If every this is good, you should see 'root/docker' not 'root/root'. 2 ) Problem with graphical Login : https://superuser.com/questions/1348196/why-my-linux-account-only-belongs-to-one-group You can check this second problem with this command : groups If everything is correct you should see the docker group in the list. If not try the command sudo su $USER -c groups if you see then the docker group it is because of the bug.

解决方案

如果你设法得到一个图形登录的工作，这应该做的工作:

sudo chgrp docker /lib/systemd/system/docker.socket
sudo chmod g+w /lib/systemd/system/docker.socket

但如果你不能控制这个bug，一个不错的解决方案可以是:

sudo chgrp $USER /lib/systemd/system/docker.socket
sudo chmod g+w /lib/systemd/system/docker.socket

这种工作是因为您处于图形化环境中，并且可能是计算机上唯一的用户。 在这两种情况下，您都需要重新启动(或sudo chmod 666 /var/run/docker.sock)

你可以按照以下步骤来做，这会对你有用:

create a docker group sudo groupadd docker add your user to this group sudo usermod -aG docker $USER list the groups to make sure that docker group created successfully by running this command groups run the following command also to change the session for docker group newgrp docker change the group ownership for file docker.socksudo chown root:docker /var/run/docker.sock change the ownership for .docker directory sudo chown "$USER":"$USER" /home/"$USER"/.docker -R finally sudo chmod g+rwx "$HOME/.docker" -R

在这个测试之后，你可以运行docker ps -a

Lightdm和kwallet附带了一个bug，在登录时似乎无法通过补充组。为了解决这个问题，除了sudo usermod -aG docker $USER，我还必须注释掉

auth optional pam_kwallet.so
auth optional pam_kwallet5.so

to

#auth optional pam_kwallet.so
#auth optional pam_kwallet5.so

在/etc/pam.D /lightdm重启之前，对于docker-group实际有效果。

Bug: https://bugs.launchpad.net/lightdm/+bug/1781418和这里:https://bugzilla.redhat.com/show_bug.cgi?id=1581495

我尝试了所描述的所有方法，但都无济于事。解决方案是在运行selenoid和selenoid-ui时使用——use-drivers参数。下面是我的Dockerfile的完整列表。

FROM selenoid/chrome
USER root
RUN apt-get update
RUN apt-get -y install docker.io
RUN curl -s https://aerokube.com/cm/bash | bash
RUN ./cm selenoid start --vnc --use-drivers
RUN ./cm selenoid-ui start --use-drivers
EXPOSE 4444 8080
CMD ["-conf", "/etc/selenoid/browsers.json", "-video-output-dir", "/opt/selenoid/video/"]

这肯定不是问题所在，但由于它是谷歌错误消息时的第一个搜索结果，所以我就把它留在这里。

首先，使用以下命令检查docker服务是否正在运行:

Systemctl status docker.service

如果它没有运行，试着启动它:

Sudo systemctl start docker.service

．.． 并再次检查状态:

Systemctl status docker.service

如果还没有启动，请调查原因。可能，您修改了配置文件并犯了一个错误(就像我在修改/etc/docker/daemon.json时所做的那样)。