kvm是linux内核自带的虚拟化模块，本质为启用内核模块、安装管理工具、验证硬件支持三步闭环；任一环节缺失均导致virt-install报错、libvirtd启动失败或kvm-ok提示加速不可用。
直接上结论：KVM 不是独立软件，而是 Linux 内核自带的虚拟化模块，配置它本质是「启用内核模块 + 安装管理工具 + 验证硬件支持」三步闭环。跳过任一环节，virt-install 会报错、libvirtd 启动失败、甚至 kvm-ok 显示“KVM acceleration can't be used”，不是你装错了，是环境没通。
确认 CPU 是否真正支持 KVM
很多用户卡在第一步：明明 BIOS 开了 Intel VT-x/AMD-V，kvm-ok 却提示不支持。这不是误报，常见原因有三个：
- 宿主机开启了 Hyper-V（Windows 上的 WSL2 或 Docker Desktop 默认启用），会独占硬件虚拟化能力，Linux KVM 无法抢到资源；需在 Windows 中执行
bcdedit /set hypervisorlaunchtype off并重启 - BIOS 中启用了“Trusted Execution Technology (TXT)”或“Secure Boot”中的某些子项，会干扰 KVM 模块加载；建议关闭 TXT，Secure Boot 可保留但需确保内核签名被信任
-
cat /proc/cpuinfo | grep -E "(vmx|svm)"无输出，说明内核根本没识别到虚拟化标志 —— 此时不是 BIOS 没开，而是服务器厂商（如 Dell、HPE）固件版本太旧，需升级 iDRAC/iLO 固件
安装 libvirt + qemu-kvm 的最小必要组件
不同发行版包名差异大，装错会导致 virsh list 报 “connection refused” 或 qemu-system-x86_64 找不到二进制文件。关键不是全量安装，而是盯住这四个核心：
- CentOS/RHEL 8+：
dnf install -y @virtualization（注意是@virtualization组，不是qemu-kvm单包） - Ubuntu/Debian：
apt install -y qemu-kvm libvirt-daemon-system virtinst virt-manager（virt-manager非必需，但调试时 GUI 能快速暴露网络/存储配置错误） - 必须启用并启动服务：
systemctl enable --now libvirtd；若用非 root 用户操作，还需把用户加进libvirt组：usermod -aG libvirt $USER - 验证是否就绪：
virsh -c qemu:///system list应返回空列表而非连接错误；lsmod | grep kvm应显示kvm_intel或kvm_amd
创建虚拟机时绕过最常踩的磁盘与网络坑
用 virt-install 创建 VM 时，90% 的失败源于磁盘路径权限或网络后端不匹配：
- 磁盘路径必须可写且位于
libvirtd上下文能访问的位置。默认/var/lib/libvirt/images/是安全选择；若自定义路径（如/home/user/vms），需运行：chown -R root:libvirt /home/user/vms && chmod -R 775 /home/user/vms - 网络务必指定
--network network=default（而非--network bridge=br0），除非你已手动配好br0并禁用 NetworkManager 对其接管；default网络由 libvirt 自动创建 NAT，兼容性最高 - 镜像格式优先用
qcow2：qemu-img create -f qcow2 /var/lib/libvirt/images/centos8.qcow2 20G；不要用 raw 格式直接挂 ISO 安装，否则安装过程可能因 I/O 错误中断 - 启动安装命令示例（精简可靠）：
virt-install --name centos8 --ram 2048 --vcpus 2 --disk /var/lib/libvirt/images/centos8.qcow2,size=20 --cdrom /path/to/CentOS-8-x86_64-1905-dvd1.iso --network network=default --graphics none --console pty,target_type=serial --import
为什么 virsh console 连不上新装的 CentOS/RHEL？
这是 KVM 新手最困惑的问题：VM 装完了，virsh start 成功，但 virsh console 黑屏或卡住。根本原因不是串口没开，而是系统内核启动参数没透传：
- 编辑 GRUB 配置：
sudo vi /etc/default/grub，在GRUB_CMDLINE_LINUX行末尾追加：console=ttyS0,115200n8 - 更新 GRUB：
sudo grub2-mkconfig -o /boot/grub2/grub.cfg（RHEL/CentOS）或sudo update-grub（Ubuntu） - 重启 VM 后，
virsh console centos8才能真正进入登录界面；否则即使开了getty服务，内核日志也不走串口 - 额外提醒：Ubuntu 20.04+ 默认禁用
ttyS0，需同时检查/etc/default/console-setup和systemctl status serial-getty@ttyS0
真正麻烦的从来不是敲几条命令，而是每个环节都依赖前序状态 —— CPU 标志没暴露，libvirt 就起不来；libvirtd 没跑，virt-install 就是死循环；磁盘路径权限不对，安装中途就静默失败。别信“一键脚本”，先用 lsmod | grep kvm 和 virsh -c qemu:///system list 两行命令，亲手确认底座稳了再说别的。
