<div dir="ltr"><div>Dear Michael,<br>I spent hours investigating the problem before giving up and submitting the bug report, in the hope that someone could help. Given the error message, as you have done, my search focused on some kind of permission issue, but I was not able to find anything. </div><div><br></div><div>Then, after submitting the bug, I tried a different route discovering that actually virtiofsd crashed just after being launched by libvirt. I found a log that sent me in the right direction and... voila: problem solved. It was a dependency issue. My install was missing the uidmap package that, apparently, is required when virtiofsd is launched by a standard user (because, yes, libvirt, when used with the session channel, launches virtiofsd using the same user that runs virt-manager).</div><div><br></div><div>Given these premises, the bug report can be closed but I suggest adding a debian "recommends" dependency between the virtiofsd and the uidmap package, to avoid similar issues in the future.</div><div><br></div><div>Regards<br>  G.</div><div><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Thu, Jul 10, 2025 at 3:13 PM Michael Tokarev <<a href="mailto:mjt@tls.msk.ru">mjt@tls.msk.ru</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
I've no idea here, but it feels like it's a libvirt bug or it doesn't<br>
work at all.  virtiofsd needs root privileges.  Whenever libvirt can<br>
provide such privileges in qemu user session is a question to libvirt.<br>
There's nothing I can do here from virtiofsd PoV.<br>
<br>
/mjt<br>
</blockquote></div></div>