我之前在Debian 12 KDE环境下用virt-manager时也碰到过一模一样的问题，其实这是libvirt-guests服务在作祟——这个服务原本是负责关机/重启时自动管理虚拟机状态（比如挂起或正常关闭）的，但如果它没法连接到默认的libvirt实例（通常是qemu:///system），就会触发超时等待，也就是你遇到的30秒卡顿。下面给你几个针对性的解决思路：

方法一：直接禁用libvirt-guests服务（适合不需要自动管理虚拟机状态的场景） #

如果平时你都是手动控制虚拟机的启停，完全可以关掉这个服务：

• 先停止当前运行的服务：

  sudo systemctl stop libvirt-guests.service
  

• 禁用它的开机启动：

  sudo systemctl disable libvirt-guests.service
  

• 要是想彻底防止它被意外启动，还可以直接mask掉：

  sudo systemctl mask libvirt-guests.service
  

方法二：修复默认libvirt连接（需要保留服务功能的话） #

如果还想用这个服务自动管理虚拟机，那得先把默认的libvirt连接配置好：

• 先测试当前连接状态：

  virsh list --all
  

  如果提示无法连接，说明libvirtd服务没运行或者权限配置有问题。
• 启动并启用libvirtd服务：

  sudo systemctl start libvirtd.service
  sudo systemctl enable libvirtd.service
  

• 检查你的用户是否在libvirt用户组里（这会影响非root用户的连接权限）：

  groups $USER
  

  如果输出里没有libvirt，就把自己加进去：

  sudo usermod -aG libvirt $USER
  

  加完后记得注销再重新登录，让组权限生效。
• 再重新测试virsh list --all，如果能正常显示虚拟机列表，那libvirt-guests服务下次关机时就不会再卡顿了。

方法三：修改配置缩短超时（临时过渡方案） #

要是暂时不想禁用服务也修不好连接，可以改配置让它别卡那么久：

• 编辑libvirt-guests的配置文件：

  sudo nano /etc/default/libvirt-guests
  

• 找到ON_SHUTDOWN参数，把它改成ignore（这样服务碰到连接失败会直接跳过，不会等待）；或者修改SHUTDOWN_TIMEOUT，把默认的30秒改成更小的数值（比如5秒）。
• 保存后重启服务让配置生效：

  sudo systemctl restart libvirt-guests.service
  

另外你提到这个问题和另一个“Connection does not support required domain listing APIs”的问题不一样，确实如此——那个是virt-manager客户端和libvirt服务的API兼容问题，而你这个是系统服务层面无法连接到默认的libvirt实例，所以上面的方法都是针对这个场景的。

备注：内容来源于stack exchange，提问作者IMTheNachoMan