kona68 Les commandes doivent bien fonctionner je pense mais le problème doit être ailleurs du coup.

J’ai corrigé ton message concernant l’utilisation du bloc code en Markdown.

Je t’invite vivement à lire les Conditions d’utilisation dont le lien est aussi en bas de page ainsi que plus particulièrement la FAQ du Forum. Merci par avance afin de faciliter la lisibilité.

Que retournent les commandes suivantes dans des blocs de code séparés
$ sudo journalctl -t setroubleshoot --since=yesterday
ainsi que
$ sudo ausearch -m user_avc -ts yesterday
et
$ sudo aureport -a -ts yesterday

    Pour désactiver temporairement selinux on peut tenter le :

    setenforce 0

    A voir si il n’y a pas un autre mécanisme en cause. Je regarde le problème que j’avais eu sur la machine en F39.

    Voilà le résultat de mon /run/libvirt

     ls -lZ
total 0
drwx------. 2 root root system_u:object_r:virt_common_var_run_t:s0  60 23 avril 06:06 common
drwxr-xr-x. 2 root root system_u:object_r:virt_var_run_t:s0         40 23 avril 06:06 hostdevmgr
drwx------. 2 root root system_u:object_r:virt_var_run_t:s0         40 23 avril 06:08 interface
srw-rw-rw-. 1 root root system_u:object_r:virt_var_run_t:s0          0 23 avril 06:06 libvirt-sock
drwxr-xr-x. 3 root root system_u:object_r:dnsmasq_var_run_t:s0     180 26 avril 08:35 network
drwx------. 2 root root system_u:object_r:virt_var_run_t:s0         60 26 avril 08:35 nodedev
drwxr-xr-x. 6 qemu qemu system_u:object_r:qemu_var_run_t:s0        200 26 avril 13:37 qemu
drwxr-xr-x. 2 root root system_u:object_r:virt_var_run_t:s0         80 26 avril 08:35 storage
srw-------. 1 root root system_u:object_r:virt_var_run_t:s0          0 23 avril 06:06 virtinterfaced-admin-sock
srw-rw-rw-. 1 root root system_u:object_r:virt_var_run_t:s0          0 23 avril 06:06 virtinterfaced-sock
srw-rw-rw-. 1 root root system_u:object_r:virt_var_run_t:s0          0 23 avril 06:06 virtinterfaced-sock-ro
srw-------. 1 root root system_u:object_r:virt_var_run_t:s0          0 23 avril 06:06 virtlockd-sock
srw-------. 1 root root system_u:object_r:virt_var_run_t:s0          0 24 avril 07:29 virtlogd-admin-sock
srw-------. 1 root root system_u:object_r:virtlogd_var_run_t:s0      0 23 avril 06:06 virtlogd-sock
srw-------. 1 root root system_u:object_r:virt_var_run_t:s0          0 23 avril 06:06 virtnetworkd-admin-sock
srw-rw-rw-. 1 root root system_u:object_r:virt_var_run_t:s0          0 23 avril 06:06 virtnetworkd-sock
srw-rw-rw-. 1 root root system_u:object_r:virt_var_run_t:s0          0 23 avril 06:06 virtnetworkd-sock-ro
srw-------. 1 root root system_u:object_r:virt_var_run_t:s0          0 23 avril 06:06 virtnodedevd-admin-sock
srw-rw-rw-. 1 root root system_u:object_r:virt_var_run_t:s0          0 23 avril 06:06 virtnodedevd-sock
srw-rw-rw-. 1 root root system_u:object_r:virt_var_run_t:s0          0 23 avril 06:06 virtnodedevd-sock-ro
srw-rw-rw-. 1 root root system_u:object_r:virt_var_run_t:s0          0 23 avril 06:06 virtnwfilterd-sock
srw-------. 1 root root system_u:object_r:virt_var_run_t:s0          0 23 avril 06:06 virtqemud-admin-sock
srw-rw-rw-. 1 root root system_u:object_r:virt_var_run_t:s0          0 23 avril 06:06 virtqemud-sock
srw-rw-rw-. 1 root root system_u:object_r:virt_var_run_t:s0          0 23 avril 06:06 virtqemud-sock-ro
srw-rw-rw-. 1 root root system_u:object_r:virt_var_run_t:s0          0 23 avril 06:06 virtsecretd-sock
srw-------. 1 root root system_u:object_r:virt_var_run_t:s0          0 23 avril 06:06 virtstoraged-admin-sock
srw-rw-rw-. 1 root root system_u:object_r:virt_var_run_t:s0          0 23 avril 06:06 virtstoraged-sock
srw-rw-rw-. 1 root root system_u:object_r:virt_var_run_t:s0          0 23 avril 06:06 virtstoraged-sock-ro

    ls -lZa /run/libvirt/*

    C’est la commande avec les bonnes options.

    Soit dit en passant je vois qu’il y a aussi des “virt” dans /run directement :

     ls -lZa /run | grep virt
drwxr-xr-x.  9 root           root           system_u:object_r:virt_var_run_t:s0            600 24 avril 07:29 libvirt
-rw-r--r--.  1 root           root           system_u:object_r:virtlogd_var_run_t:s0          6 24 avril 07:29 virtlogd.pid
-rw-r--r--.  1 root           root           system_u:object_r:virt_var_run_t:s0              6 26 avril 08:35 virtnetworkd.pid
-rw-r--r--.  1 root           root           system_u:object_r:virt_var_run_t:s0              6 26 avril 08:35 virtnodedevd.pid
-rw-r--r--.  1 root           root           system_u:object_r:virt_var_run_t:s0              6 25 avril 10:03 virtqemud.pid
-rw-r--r--.  1 root           root           system_u:object_r:virt_var_run_t:s0              6 26 avril 08:35 virtstoraged.pid

    Je pense que l’on peut les supprimer aussi au passage.

    Merci pour votre aide, cela commence à dépasser mes connaissances/compétences en sytème gnu/linux. La seule commande qui sort qqchose:

    philgo@fedora:~$ sudo aureport -a -ts yesterday

    AVC Report

    ===============================================================

    # date time comm subj syscall class permission obj result event
===============================================================
1. 25. 04. 24 20:33:44 rpc-virtqemud system_u:system_r:virtqemud_t:s0 0 dir relabelfrom system_u:object_r:virt_var_run_t:s0 denied 487
2. 25. 04. 24 20:33:44 virtlogd system_u:system_r:virtlogd_t:s0-s0:c0.c1023 0 file read append system_u:object_r:virt_var_run_t:s0 denied 490
3. 25. 04. 24 20:34:19 rpc-virtqemud system_u:system_r:virtqemud_t:s0 0 dir relabelfrom system_u:object_r:virt_var_run_t:s0 denied 504
4. 25. 04. 24 20:41:18 rpc-virtqemud system_u:system_r:virtqemud_t:s0 0 dir relabelfrom system_u:object_r:virt_var_run_t:s0 denied 612
5. 25. 04. 24 21:00:03 rpc-virtqemud system_u:system_r:virtqemud_t:s0 0 dir relabelfrom system_u:object_r:virt_var_run_t:s0 denied 271
6. 25. 04. 24 21:00:03 virtlogd system_u:system_r:virtlogd_t:s0-s0:c0.c1023 0 file read append system_u:object_r:virt_var_run_t:s0 denied 274
7. 25. 04. 24 21:13:39 rpc-virtqemud system_u:system_r:virtqemud_t:s0 0 dir relabelfrom system_u:object_r:virt_var_run_t:s0 denied 431
8. 25. 04. 24 21:22:03 rpc-virtqemud system_u:system_r:virtqemud_t:s0 0 dir relabelfrom system_u:object_r:virt_var_run_t:s0 denied 265
9. 25. 04. 24 21:22:03 virtlogd system_u:system_r:virtlogd_t:s0-s0:c0.c1023 0 file read append system_u:object_r:virt_var_run_t:s0 denied 268
10. 25. 04. 24 21:51:45 rpc-virtqemud system_u:system_r:virtqemud_t:s0 0 dir relabelfrom system_u:object_r:virt_var_run_t:s0 denied 263
11. 25. 04. 24 21:51:45 virtlogd system_u:system_r:virtlogd_t:s0-s0:c0.c1023 0 file read append system_u:object_r:virt_var_run_t:s0 denied 266
12. 26. 04. 24 09:22:14 rpc-virtqemud system_u:system_r:virtqemud_t:s0 0 dir relabelfrom system_u:object_r:virt_var_run_t:s0 denied 541
13. 26. 04. 24 09:22:14 virtlogd system_u:system_r:virtlogd_t:s0-s0:c0.c1023 0 file read append system_u:object_r:virt_var_run_t:s0 denied 544
14. 26. 04. 24 09:54:01 rpc-virtqemud system_u:system_r:virtqemud_t:s0 0 dir relabelfrom system_u:object_r:virt_var_run_t:s0 denied 710
15. 26. 04. 24 10:16:31 rpc-virtqemud system_u:system_r:virtqemud_t:s0 0 dir relabelfrom system_u:object_r:virt_var_run_t:s0 denied 257
16. 26. 04. 24 10:16:31 virtlogd system_u:system_r:virtlogd_t:s0-s0:c0.c1023 0 file read append system_u:object_r:virt_var_run_t:s0 denied 260
17. 26. 04. 24 11:25:03 rpc-virtqemud system_u:system_r:virtqemud_t:s0 0 dir relabelfrom system_u:object_r:virt_var_run_t:s0 denied 247
18. 26. 04. 24 11:25:03 virtlogd system_u:system_r:virtlogd_t:s0-s0:c0.c1023 0 file read append system_u:object_r:virt_var_run_t:s0 denied 250
19. 26. 04. 24 11:25:03 virtlogd system_u:system_r:virtlogd_t:s0-s0:c0.c1023 0 file open system_u:object_r:virt_var_run_t:s0 denied 251
20. 26. 04. 24 11:25:03 virtlogd system_u:system_r:virtlogd_t:s0-s0:c0.c1023 0 file lock system_u:object_r:virt_var_run_t:s0 denied 252
21. 26. 04. 24 11:25:03 virtlogd system_u:system_r:virtlogd_t:s0-s0:c0.c1023 0 file getattr system_u:object_r:virt_var_run_t:s0 denied 253
22. 26. 04. 24 11:25:03 rpc-virtqemud system_u:system_r:virtqemud_t:s0 0 filesystem unmount system_u:object_r:device_t:s0 denied 257
23. 26. 04. 24 11:25:03 rpc-virtqemud system_u:system_r:virtqemud_t:s0 0 chr_file setattr system_u:object_r:urandom_device_t:s0 denied 258
24. 26. 04. 24 11:25:03 rpc-virtqemud system_u:system_r:virtqemud_t:s0 0 chr_file setattr system_u:object_r:svirt_image_t:s0:c120,c278 denied 271
25. 26. 04. 24 11:25:03 rpc-virtqemud system_u:system_r:virtqemud_t:s0 0 file write unconfined_u:object_r:vmware_file_t:s0 denied 272
26. 26. 04. 24 11:25:03 rpc-virtqemud system_u:system_r:virtqemud_t:s0 0 file setattr unconfined_u:object_r:vmware_file_t:s0 denied 273
27. 26. 04. 24 11:25:03 rpc-virtqemud system_u:system_r:virtqemud_t:s0 0 file relabelfrom unconfined_u:object_r:vmware_file_t:s0 denied 274
28. 26. 04. 24 11:27:14 qemu-event system_u:system_r:virtqemud_t:s0 0 file relabelto unconfined_u:object_r:vmware_file_t:s0 denied 303
29. 26. 04. 24 11:27:14 qemu-event system_u:system_r:virtqemud_t:s0 0 file write unconfined_u:object_r:vmware_file_t:s0 denied 304
30. 26. 04. 24 11:27:14 qemu-event system_u:system_r:virtqemud_t:s0 0 file setattr unconfined_u:object_r:vmware_file_t:s0 denied 305
31. 26. 04. 24 11:40:43 rpc-virtqemud system_u:system_r:virtqemud_t:s0 0 dir relabelfrom system_u:object_r:virt_var_run_t:s0 denied 440
32. 26. 04. 24 11:40:44 rpc-virtqemud system_u:system_r:virtqemud_t:s0 0 filesystem unmount system_u:object_r:device_t:s0 denied 444
33. 26. 04. 24 11:40:44 rpc-virtqemud system_u:system_r:virtqemud_t:s0 0 chr_file setattr system_u:object_r:urandom_device_t:s0 denied 445
34. 26. 04. 24 11:40:44 rpc-virtqemud system_u:system_r:virtqemud_t:s0 0 chr_file setattr system_u:object_r:svirt_image_t:s0:c81,c1021 denied 459
35. 26. 04. 24 13:01:15 rpc-virtqemud system_u:system_r:virtqemud_t:s0 0 dir relabelfrom system_u:object_r:virt_var_run_t:s0 denied 247
36. 26. 04. 24 13:01:15 virtlogd system_u:system_r:virtlogd_t:s0-s0:c0.c1023 0 file read append system_u:object_r:virt_var_run_t:s0 denied 249

    Nicoss, je suis sans doute un peu bouché, mais je trouve pas clair du tout ces manières de citer du code / un bloc de code…

    Sinon, même si j’ai jamais été sous windows (ex mac user), ce serait pas plus simple de tout désinstaller ce qui a trait aux vm (libvirt, etc.) et de réinstaller ? Quoique je ne sais trop quoi désinstaller (entre libvirt, qemu, kvm…)

    Edit Nicosss : Correction balises Markdown -> Voir FAQ

      kona68 Nicoss, je suis sans doute un peu bouché, mais je trouve pas clair du tout ces manières de citer du code / un bloc de code…

      Tu as lu la FAQ ? Toutes les méthodes sont expliqués avec leur contexte.

      Bon il y a pas mal d’AVC SELinux, donc il doit s’agir d’un souci avec les règles de politique SELinux.
      D’ailleurs il y des rapports de bug à ce sujet donc un correctif devrait arriver rapidement https://bugzilla.redhat.com/buglist.cgi?columnlist=product%2Ccomponent%2Cassigned_to%2Cbug_status%2Cshort_desc%2Cchangeddate%2Cbug_severity&component=selinux-policy&order=status%2C%20assigned_to%2C%20id%2C%20&product=Fedora&query_format=advanced&short_desc=virtqemud&short_desc_type=allwordssubstr .

      Par ailleurs il y a eu pas mal d’ajustements aussi dernièrement de ce côté, mais ça n’a pas dû être testé à grande échelle donc aujourd’hui ça ressort. Voir https://koji.fedoraproject.org/koji/buildinfo?buildID=2438308 .

      Si tu as vraiment besoin de tes VM et que tu veux éviter de jouer avec les règles SELinux alors tu peux démarrer en mode Permissive en ajoutant l’option enforcing=0 depuis le Grub lors du démarrage.

        Je peux attendre des corrections de bug pour mes machines virtuelles, c’est en effet la meilleure solutions.

        Pour les citations, j’avais regarder la FAQ et utiliser ceci en pensant faire juste:

        "Vous pouvez également ajouter un bloc de code. Pour ça, là encore plusieurs solutions :

        • Soit sélectionner l’ensemble des lignes de texte et cliquer sur le bouton “</>” "

        Merci encore pour le support

          kona68 Pour le bloc de code les méthode divergent si tu es en mode texte enrichi ou non.

          Vous pouvez également ajouter un bloc de code. Pour ça, là encore plusieurs solutions :

          • Soit sélectionner l’ensemble des lignes de texte et cliquer sur le bouton “</>” , sans être en mode texte enrichi.
          • Soit cliquer sur “+” (Contrôles supplémentaires) puis sur “>_” (Insérer un bloc de code), en mode texte enrichi et coller les lignes dedans.

            kona68

            oui 👍

            J’ai lu la suite de tes échanges… Je continue à chercher.

              kona68 Je peux attendre des corrections de bug pour mes machines virtuelles, c’est en effet la meilleure solutions.

              Il y a une nouvelle version de politiques SELinux disponible en testing si tu souhaites faire l’essai.
              Elle contient entre autre

              • Define transitions for /run/libvirt/common and /run/libvirt/qemu

              Pour l’installer
              $ sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2024-57cdb8429c

                Merci pour le suivi.

                A Nicoss: quelques questions

                • avec cette commande, on active le dépôt testing uniquement pour l’installation de ce paquet, je suppose, je ne veux pas basculer ma fedora en testing pour les autres paquets.
                • Si ça marche pas, comment on revient en arrière, pour repasser sur la version actuelle
                • SELinux c’est sensible: avec cette version, risque de perturber ailleurs ? Sachant que je peux attendre la validation du paquet, j’utilise mes VM juste pour tester d’autres distributions (arch, debian et opensuse)

                  kona68 Tu as raison de poser des questions si c’est obscur pour toi.

                  • Oui, ça n’active pas les dépôts testing pour l’ensemble des mises à jour. Ça va permettre uniquement à dnf d’être autorisé à aller chercher dans testing une mise à jour particulière identifiée par l’option --advisory donc aucun impact sur les autres mises à jour qui dépendront toujours du dépôt updates.
                  • Suite à redémarrage, si ce n’est pas mieux ce n’est pas grave en soit car la prochaine mise à jour concernant SELinux viendra prendre la suite comme une mise à jour normale. Mais pour revenir en arrière tu peux juste faire la commande
                    $ sudo dnf history undo last
                  • Il y a en effet d’autres correctifs apportés sur les règles de politique SELinux et ça peut potentiellement engendrer une régression. Mais tu peux très bien surveiller la mise à jour lorsqu’elle sera passée dans updates et voir si le fonctionnement est rétabli.

                  Voilà, j’espère que ça répond à tes questions.

                    super, merci, j’en apprends tous les jours. Je teste et fais un retour tout soudain.

                    Problème résolu avec la suggestion de nicoss ci-dessus (version testing de SELinux) !

                    $ sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2024-57cdb8429c

                      kona68 Parfait, bonne nouvelle !

                      Pour information complémentaire il s’agit de selinux-policy-40.17-1.fc40.noarch.rpm (et ses autres paquets associés) qui vient corriger le problème du coup.

                      Edit : Retrait commentaire sur mauvais choix meilleure réponse