The real problem seems to be that the libvirtd process won't start :
marietto@chromarietto:~$ systemctl enable libvirtd
==== 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:~$ systemctl start libvirtd
==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ====
Authentication is required to start 'libvirtd.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:~$ systemctl status libvirtd
○ libvirtd.service - Virtualization daemon
Loaded: loaded (/usr/local/lib/systemd/system/libvirtd.service; enabled;
preset: enabled)
Active: inactive (dead) since Fri 2023-08-25 21:04:37 UTC; 2s ago
Duration: 88ms
TriggeredBy: ● libvirtd-admin.socket
● libvirtd-ro.socket
● libvirtd.socket
Docs: man:libvirtd(8)
https://libvirt.org
Process: 3488 ExecStart=/usr/local/sbin/libvirtd $LIBVIRTD_ARGS
(code=exited, status=0/SUCCESS)
Main PID: 3488 (code=exited, status=0/SUCCESS)
CPU: 252ms
As you can see,it says "inactive". This is the reason :
Aug 25 21:22:59 chromarietto libvirtd[3663]: invalid argument: Failed to
parse user 'libvirt-qemu'
Aug 25 21:22:59 chromarietto libvirtd[3663]: Initialization of QEMU state
driver failed: invalid argument: Failed to parse user 'libvirt-qemu'
Aug 25 21:22:59 chromarietto libvirtd[3663]: Driver state initialization
failed
Aug 25 21:22:59 chromarietto systemd[1]: libvirtd.service: Deactivated
successfully.
On Fri, Aug 25, 2023 at 10:27 PM Mario Marietto <marietto2...@gmail.com>
wrote:
> 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.
>
--
Mario.
