有用户反馈:iStoreOS 更新 KVM 后,HAOS 掉了,页面提示 libvirt-sock 没有文件或目录,感觉像 libvirtd 没装;同时 PVE 也打不开,想知道系统什么时候修复。
这种情况先不要反复卸载、重装 KVM,也不要直接连续点更新。libvirt-sock 相关报错通常指向 KVM / libvirt 依赖、服务启动或运行环境异常,需要先把基础信息查清楚。
可以按下面顺序排查:
- 先确认相关包是否还在
重点看这些包是否存在、版本是否正常:
libvirt
libvirtd
qemu
kmod-kvm
如果更新后依赖缺失、包版本不匹配,虚拟机相关服务就可能起不来,HAOS 和其他虚拟化功能都会受影响。
- 再看 libvirtd 服务状态
如果系统里有服务管理页面,先看 libvirtd 是否正在运行。能进 SSH 的话,也可以查看服务状态和启动报错。
重点不是只看“有没有安装”,而是看服务有没有正常启动。
- 查系统日志里的具体报错
libvirt-sock 不存在只是表面现象,真正原因要看日志里 libvirtd、qemu、KVM 内核模块相关报错。比如依赖缺失、权限问题、内核模块没加载、配置文件异常,都可能导致 socket 没生成。
- HAOS 和 PVE 问题先分开看
HAOS 掉线、PVE 页面打不开,不一定是同一个层面的错误。先确认 KVM / libvirt 是否正常,再分别看 HAOS 虚拟机状态和 PVE 的访问方式、端口、服务状态。
- 修复时间不能只靠一句报错判断
如果是集中出现的共性问题,需要开发者根据版本和日志定位后才能判断修复节奏。只发一句 libvirt-sock 没有文件,无法确认是个例配置问题、依赖问题,还是系统更新带来的共性 bug。
建议反馈时一次性提供这些信息:
设备型号:
iStoreOS 系统版本:
KVM / 虚拟机插件版本:
更新前后做过哪些操作:
完整报错截图:
libvirtd / qemu / 系统日志:
总结:KVM / libvirt 异常不要先反复装卸。先确认依赖包、服务状态和日志,再带版本信息反馈。这样才能判断是本机环境问题,还是需要等系统侧统一修复。