能直接用virt-manager或virsh管理虚拟机，说明KVM环境已就位；但需确保安装对应发行版的完整工具包（如Ubuntu用apt install qemu-kvm libvirt-daemon-system virtinst virt-manager，RHEL/Fedora用dnf groupinstall "Virtualization"），启用libvirtd服务（sudo systemctl enable --now libvirtd），并将用户加入libvirt组（sudo usermod -aG libvirt $USER）后重新登录。
能直接用 virt-manager 或 virsh 管理虚拟机，说明 KVM 环境已就位；但很多人装完发现命令不存在、连不上 hypervisor 或点开图形界面就报错——问题几乎都出在「工具链没装对」或「服务没跑起来」上。
确认发行版对应包名，别抄错命令
Ubuntu/Debian 和 RHEL/CentOS/Fedora 的包管理逻辑完全不同，混用会导致 virt-manager 找不到、virsh 报 Failed to connect to the hypervisor。
- Ubuntu/Debian：运行
sudo apt install -y qemu-kvm libvirt-daemon-system virtinst virt-manager（libvirt-clients可选，但virtinst必须有，否则virt-install不可用） - RHEL/CentOS 8+：用组安装，
sudo dnf install -y @virtualization（不是qemu-kvm单包，否则缺virt-manager依赖） - Fedora：同 RHEL，
sudo dnf groupinstall -y "Virtualization" - CentOS 7：
sudo yum groupinstall -y "Virtualization"，再补sudo yum install -y virt-manager（组安装有时漏 GUI）
libvirtd 服务必须启用并运行
装完包不代表能用——libvirtd 没启，所有管理命令都会失败。常见现象是 virsh list 报 connection refused 或 no daemon running。
- 执行
sudo systemctl enable --now libvirtd（--now同时启动，不能只enable） - 验证状态：
systemctl status libvirtd，输出里要有active (running) - 若提示 socket 权限错误，检查
/var/run/libvirt/libvirt-sock是否存在且属组为libvirt
非 root 用户必须加入 libvirt 组
不加组，virt-manager 会弹窗报错“Unable to connect to libvirt”，virsh 则提示 permission denied。
- 运行
sudo usermod -aG libvirt $USER（注意-aG，不是-G，否则会删掉其他组） - 改完必须重新登录终端，或执行
newgrp libvirt切换当前会话组 - 验证：
groups命令输出里应含libvirt（kvm组也建议加上，尤其用virt-install时）
启动 virt-manager 前先验证连接是否通
直接双击图标或输 virt-manager 很容易卡在连接界面，其实底层已经失败。先用命令行确认通路：
- 运行
virsh -c qemu:///system list --all，应返回空列表或已有 VM 列表，而非报错 - 若提示
error: failed to connect to the hypervisor，优先查libvirtd状态和用户组 - 若提示
Permission denied on '/dev/kvm'，说明kvm组没加或/dev/kvm权限不对（ls -l /dev/kvm应显示属组kvm且含rw）
真正卡住的地方往往不是图形界面本身，而是 socket 连接、组权限、服务状态这三者中某一个没闭环。跑通 virsh list 再开 virt-manager，能省掉 80% 的 GUI 报错排查时间。
