确切的说不是不能用,每次开机后立刻打开virt-manager
时,还是能联上的,也能正常打开虚拟机。
但是如果开机了先上上网啥的,等一会再启动virt-manager
,就会显示连接不上。
我按照arch wiki 上面的,修改了/etc/libvirt/libvirtd.conf
中的以下几行(去掉了注释),也把个人用户添加到libvirt-qemu组了,并没有改善。
/etc/libvirt/libvirtd.conf
#unix_sock_group = “libvirt”
#unix_sock_ro_perms = “0777” # set to 0770 to deny non-group libvirt users
#unix_sock_rw_perms = “0770”
#auth_unix_ro = “none”
#auth_unix_rw = “none”
需要我再提供啥信息吗?
我用的wm是 openbox
,开机启动里面可能相关的就是一个lxpolkit
了吧,其它的都是些日常软件。
1 个赞
你这种情况我没遇到过。
排错我不擅长,也许依云姐姐有办法~
你说的升级是指什么?debian 11升到12,还是日常的apt upgrade?
从Debian 12 bookworm 升到了Debian 13 Trixie.
我一直都用的Testing版本。
可以看看livbirtd.service
什么状态,是不是异常退出了
一直用testing?稳定性咋样?平时只是玩还是有生产内容?
跨版本升级,我升过两次,升级后总是有一些奇怪的小问题,后来我就不再跨版本升级了。
我又不用 libvirt,除了看日志我能有什么办法喵 QAQ
用下面两个指令看好像都没什么异常,就是连接不上。
systemctl status libvirtd
service libvirtd status
你是说用 sudo 执行这两个查看状态命令,还是说让我的日常使用中用sudo virt-manager
来管理虚拟机?
以前不用sudo 就好好的啊
现在sudo virt-manager
也是连接不上的。
查看日志,因为libvirtd.service
是系统级别的服务,所以要用sudo systemctl status libvirtd
1 个赞
话说我的虚拟机文件的权限怎么不一致啊,我都是用同样步骤创建的。
刚刚重启后趁能用的机会,重新创建一个新虚拟机,权限和winxp.qcow2一致,都是 root 的。
我不记得我动过这方面的权限。
我现在找到一个临时解决方法,就是 sudo systemctl restart libvirtd
。
这样就连上了。
可是心理上觉得不完美。
我的 qcow2 文件也是属于 root 的,正常。
连不上的时候,你可以尝试用终端运行virsh start winxp
,看看报什么错。
如果你没有设置LIBVIRT_DEFAULT_URI
环境变量的话,要用virsh -c qemu:///system start winxp
输出是空白。
执行后没有反应。
重启libvirtd
服务再执行,正常的结果是下面这样的。
sudo systemctl restart libvirtd
virsh -c qemu:///system start winxp
Domain ‘winxp’ started
对了,偶尔能看到这个报错,但这个错误不管是在能连接还是不能连接的情况下都会出现。
尝试VIRSH_DEBUG=0 virsh -c qemu:///system start winxp
VIRSH_DEBUG=0 virsh -c qemu:///system start winxp
等了近一分钟,就多出下面这一行
start: domain(optdata): winxp