直接用 virsh autostart <vm-name> 可设虚拟机自启，但需确保 libvirtd 服务已启用并运行，虚拟机处于 shut off 状态，且域名正确、未被 undefine；配置写入 /etc/libvirt/qemu/autostart/ 下软链接，仅影响宿主机重启后行为。
直接用 virsh autostart <vm-name> 就能生效，但必须确保 libvirtd 服务已启用且运行中，否则配置写不进 /etc/libvirt/qemu/autostart/ 目录，重启后自动启动会失效。
确认虚拟机名和当前状态
执行 virsh list --all 查看所有虚拟机及其状态（running、shut off 或 paused）。只有处于 shut off 状态的虚拟机才能被正确设为自启动；如果它正在运行，virsh autostart 仍会成功，但下次宿主机重启时可能因资源冲突或顺序问题无法拉起。
- 虚拟机名区分大小写，比如
CentOS221和centos221是两个不同域 - 别用 UUID 替代名称 ——
virsh autostart只接受域名（Domain Name），不支持 UUID - 若输出中没看到目标虚拟机，可能是它被
undefine过，需先用virsh define /etc/libvirt/qemu/<name>.xml重新注册
执行 autostart 并验证配置落地
运行 virsh autostart CentOS221 后，立刻检查配置是否实际写入：
- 查看软链接是否存在：
ls -l /etc/libvirt/qemu/autostart/CentOS221.xml—— 应该指向/etc/libvirt/qemu/CentOS221.xml - 若目录为空或报
No such file，说明libvirtd没在运行，或用户权限不足（非 root 或未加入libvirt组） - 配置不是“立即生效”的开关：它只影响下一次宿主机启动时的行为，当前不会启动虚拟机
libvirtd 服务必须启用并开机自启
这是最容易被跳过的前提。即使你反复执行 virsh autostart，只要 libvirtd 服务没启用，宿主机重启后整个 libvirt 管理层就不存在，自启动配置自然不触发。
- 启用服务：
sudo systemctl enable --now libvirtd - 确认状态：
systemctl is-active libvirtd应返回active，systemctl is-enabled libvirtd应返回enabled - 普通用户执行
virsh命令失败？检查是否已加入libvirt组：groups输出里要有libvirt，没有就运行sudo usermod -aG libvirt $USER，然后重新登录终端
禁用或排查失败情况
如果设置后仍不启动，优先检查日志和路径权限：
- 禁用自启动：
virsh autostart --disable CentOS221，再删掉/etc/libvirt/qemu/autostart/CentOS221.xml（如有残留） - 查看启动时 libvirtd 是否报错：
journalctl -u libvirtd -b，重点关注 “failed to start domain” 或 “no domain found” 类错误 - 注意 SELinux：若启用了 enforcing 模式，
/etc/libvirt/qemu/autostart/下的软链接可能被阻止访问，临时设为 permissive 测试：sudo setenforce 0
真正起作用的是 libvirtd 在系统启动早期读取 /etc/libvirt/qemu/autostart/ 目录并依次调用 virDomainCreateXML API 启动对应虚拟机 —— 所以任何打断这个链路的环节（服务未启、权限不足、XML 文件损坏、磁盘不可达）都会让自启动静默失败，且无明显提示。
