I think that what I found is very interesting : marietto@chromarietto:~/Desktop/Dati/new/libvirt/build$ systemctl start virtqemud
==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ==== Authentication is required to start 'virtqemud.service'. Multiple identities can be used for authentication: 1. linux 2. mario,,, (marietto) Choose identity to authenticate as (1-2): 2 Password: ==== AUTHENTICATION COMPLETE ==== marietto@chromarietto:~/Desktop/Dati/new/libvirt/build$ systemctl enable virtqemud ==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-unit-files ==== Authentication is required to manage system service or unit files. Multiple identities can be used for authentication: 1. linux 2. mario,,, (marietto) Choose identity to authenticate as (1-2): 2 Password: ==== AUTHENTICATION COMPLETE ==== marietto@chromarietto:~/Desktop/Dati/new/libvirt/build$ ls /var/local/run/libvirt/virtqemud-sock /var/local/run/libvirt/virtqemud-sock but when I launch virt-manager : marietto@chromarietto:~/Desktop/Dati/new/libvirt/build$ /usr/local/bin/./virt-manager It tries to connect,but it gets disconnected after a couple of seconds and the error "Failed to connect socket to '/var/run/libvirt/virtqemud-sock': No such file or directory' is shown again. In addition,virtqemud-sock is deleted : marietto@chromarietto:~/Desktop/Dati/new/libvirt/build$ ls /var/local/run/libvirt/virtqemud-sock ls: cannot access '/var/local/run/libvirt/virtqemud-sock': No such file or directory The same problem I have has been found here and solved : https://unix.stackexchange.com/questions/715726/virsh-list-throw-error-failed-to-connect-socket-to-var-run-libvirt-virtqemud On Fri, Aug 25, 2023 at 8:34 PM Mario Marietto <marietto2...@gmail.com> wrote: > I don't agree with some of your assumptions,for example : > > 1) to send a screenshot is most of the time more informative than copy and > paste text,because it contains more information. To describe complicated > situations using only words takes a LOT of time,sometimes. Especially for > the newbies,that aren't so skilled and they may have some difficulty in > including or not some information. And even for the lack of a technical > language. > > 2) From my experience, going to irc to ask for help can be a problem for > the time zone. Every time I tried to go to an IRC channel,I've always found > bots and not talking users. > > 3) The rejection of emails happens even if I don't attach any screenshots > (a thing that I do rarely),and my messages are also rejected because when I > hit reply also all the story is attached. I think that it's important to > attach the story because it may contains important details that could be > missed > > On Fri, Aug 25, 2023 at 8:24 PM Eric Blake <ebl...@redhat.com> wrote: > >> On Fri, Aug 25, 2023 at 07:13:26PM +0200, Mario Marietto wrote: >> > I've sent you an email on your personal email address because the ML >> does >> > not accept pictures,but I need to show you a picture to help you to >> > understand well. I don't approve this rule of the ML,it does not help >> those >> > who want to learn and for this reason need to be exhaustive when there >> is a >> > strong need to explain well. >> >> The list has a cap at 300k for a reason. Sending larger attachments >> to the list then multiplies out to gigabytes of network data when >> counting the number of subscribers, even though many of those >> subscribers are not actively participating in the thread. Sending a >> URL to an image hosted externally uses much less bandwidth. Also, if >> the problem is something that happens in a terminal window, it is less >> bandwidth-intensive to just copy/paste the contents of the terminal >> (as text) instead of attaching a screenshot to your email, and no less >> informative. >> >> You may also try IRC; there, you can probably get faster turnaround >> times than waiting for emails to bounce back and forth. >> https://libvirt.org/contact.html#irc >> >> although at the end of the day, email is more persistent and reaches a >> larger audience whereas IRC only reaches whoever is online at the time. >> >> -- >> Eric Blake, Principal Software Engineer >> Red Hat, Inc. >> Virtualization: qemu.org | libguestfs.org >> >> > > -- > Mario. > -- Mario.
