我之前碰到过几乎一模一样的情况——命令行操作完全正常，但GUI就是看不到任何容器。结合你给出的诊断结果，以下是几个按优先级排序的可行解决方案：

1. 修复Docker Desktop后台进程的权限问题 #

诊断结果里的readlink /proc/3726/exe: permission denied是关键信号，说明Desktop的后台进程无法正常访问相关文件。试试这几步：

• 先彻底退出Docker Desktop：点击托盘里的Docker图标，选择Quit Docker Desktop，确保所有相关进程都停止。
• 执行命令修复用户目录下Docker配置的权限：

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

• 重新启动Docker Desktop，再运行测试容器，看看GUI是否能正常显示。

2. 重置Docker Desktop到出厂默认设置 #

有时候自定义的资源配置（比如你修改的目录）会导致Desktop的VM状态异常：

• 打开Docker Desktop的Settings，切换到Troubleshoot标签页。
• 点击Reset to factory defaults，确认重置操作（这不会删除你本地的镜像和容器，只是重置Desktop的配置）。
• 重置完成后重启Desktop，再次运行docker run -d -p 80:80 docker/getting-started，检查GUI是否能识别容器。

3. 确认系统虚拟化配置（针对诊断里的虚拟化报错） #

虽然命令行能正常运行容器，但Docker Desktop的GUI依赖LinuxKit VM，虚拟化配置异常会导致它无法同步容器状态：

• 重启电脑进入BIOS/UEFI界面，找到Virtualization Technology（Intel是VMX，AMD是SVM）选项，确保它处于开启状态。
• 回到系统后，验证硬件虚拟化是否生效：

  egrep -c '(vmx|svm)' /proc/cpuinfo
  

  如果输出大于0，说明硬件虚拟化已开启。
• 检查KVM模块是否加载：

  lsmod | grep kvm
  

  如果没有输出，手动加载模块（Intel用户）：

  sudo modprobe kvm-intel
  

  AMD用户则执行：

  sudo modprobe kvm-amd
  

• 重启Docker Desktop后再测试。

4. 重新安装Docker Desktop Beta版 #

如果以上方法都无效，可能是Beta版的安装文件有损坏：

• 彻底卸载现有版本：
  • 删除Desktop应用：sudo apt remove docker-desktop
  • 删除残留配置：rm -rf ~/.docker/desktop
  • 删除相关链接：sudo rm /usr/local/bin/docker-compose /usr/local/bin/docker-credential-desktop /usr/local/bin/docker-credential-ecr-login /usr/local/bin/docker-credential-acr-env
• 下载最新的Docker Desktop Beta安装包，重新安装，安装后先使用默认配置运行，不要修改资源目录，测试容器是否能在GUI中显示。

内容的提问来源于stack exchange，提问作者blah