Messages récents

Nouvelles du projet openSUSE / Re : Leap 16 est sortie le 01 octobre 2025

Dernier message par jtro - 05 Novembre, 2025, 14:01:49

Salut . Perso j’ai fait un upgrade avec l’outil Suse , tout s’est bien passé et j’ai retrouvé mes petits y compris les modules yast.

Nouvelles du projet openSUSE / Re : Leap 16 est sortie le 01 octobre 2025

Dernier message par Yoman - 04 Novembre, 2025, 21:19:33

Bonsoir à tous

Sur SafeITExperts nous avons entrepris de tester Leap 16

Après 15 jours d'utilisation, le diagnostic :

Myrlyn : en anglais uniquement sinon quasi parfait 👎💓
Dépôts absents : Packman, Open H.264, LibDvdCss, nVidia 👎👎
Cockpit absent :Le remplaçant de Yast 👎👎👎
LibreOffice par la force : pas sélectionné à l'installation, mais présent post-installation 👎👎👎
Kde dépôts de développement : Le Wiki le propose mais uniquement Qt fonctionnel 👎👎👎
Fond d'écran officiel : Orange vif (attention les yeux) 👎
Choix Connexion : Enfin désélectionné "connexion automatique" 💓
Géolocalisation Langue : Malgrés choix langue FR-fr et clavier Azerty-fr = Géolocalisation : Berlin 👎
Agama Nouvel installateur quasi parfait 💓
Popup Bienvenu Pas activé au lancement. (dommage pour ceux qui découvre Leap) 👎
Application openSUSE: Le minimum syndical (Firefox, Vlc, LibreOffice & Myrlyn) -- why-not --- 👎💓
Application KDE Plasma : Le bouquet KDE 💓
Bugs Pas de bugs majeurs sur bugzilla Leap 16 💓
Stabilité Robustesse : Téléchargement + navigation web + youtube = 3.5 go mem utilisée , swap 1go sur 2 💓
Marketing de Sortie Leap 16 : Quasi néant. pas de pub, pas de relais réseaux, pas d'influenceur web technique pour tester (mise à par winceff de GLFOS et quelques sites anglophones) 👎

Tests fait :
* Aucune optimisation système & application effectuées
* Aucun audit de sécurité effectué

Verdict :
Les distributions openSUSE restent des distribution solide, Leap 16 ne déroge pas
Grande deception : cockpit le remplaçant de yast n'est pas installé = utilisateur sans aucun center dédié.
Utilisez les panneaux de configuration du bureau (Kde, Gnome etc etc) qui ne gèrent pas tout.
Mon avis objectif : Leap 16 malgré ses atouts, n'est pas prête a rivaliser avec les distributions telles que Fedora, Ubuntu, Linux Mint.
Elle fait son taff. Plus orientée Entreprise depuis le retrait de Yast
Elle donne l'impression d'une jeune distribution timide offrant un service minimum.
Il n'y a même pas un utilitaire pour créer un LiveUsb

Prochain tests :
* Audit de sécurité
* Utilisation des applications

Programmes et logiciels / Re : Machines virtuelles : erreur de redirection USB

Dernier message par Jules-Marie - 04 Novembre, 2025, 10:36:21

Bonjour @Yoman,

Citation de: Yoman – le 03 Novembre, 2025, 20:35:08

Bien heureux que ça fonctionne.

Et moi donc ! 😉

Avant les modifs que tu m'as conseillées, il m'était demandé le mote de passe administrateur (je te rappelle que je n'ai pas de sudo).
Depuis les modifications l'ouverture est directe sans demande de mot de passe.

J'ai annulé ma modification sur root :

Code: [Sélectionner]

usermod -r -G libvirt,kvm root

L'USB fonctionne bien sûr toujours dans les MV, le gestionnaire de MV s'ouvre toujours sans demande de mot de passe administrateur
Par curiosité j'ai fait de même pour le comte utilisateur, là le mot de passe root m'est à nouveau demandé pour l'ouverture de KVM, et sans surprise, les périphériques USB ne fonctionnent plus.

J'ai donc rétabli les groupes pour le compte utilisateur uniquement et ça fonctionne parfaitement, ce qui est le but recherché.

Citation de: Yoman – le 03 Novembre, 2025, 20:35:08

Pour valider le bon fonctionnement sans droit et group, on va supprimer les commandes que je t'ai donné a effectuer

Pour résumer donc, le fonctionnement de l'USB dans KVM peut se faire sans que root fasse partie des groupes libvirt et kvm, par contre il reste bien obligatoire que le compte utilisateur lui en fasse toujours partie.

Citer

Tu m'as donné du travail 😀, mais c'était très intéressant, ça fera certainement l'objet d'un article pour mon blog.

Oui, et je te remercie encore pour ton temps et ton savoir. Content que tout ceci puisse te donner matière à nourrir ton blog.
Je pense que ceci devrait rendre service à plus d'un, car ça me semble un peu, pour ne pas dire beaucoup, dommage que ce genre de chose ne soit pas configuré dès l'installation, ce qui se fait de plus dans d'autres distributions.
Si OpenSuse Linux veut vraiment être plus adopté, alors il faut passer par une plus grande simplicité d'installation.
Mais ça n'est que mon avis.

Encore merci Yoman.

Programmes et logiciels / Re : Machines virtuelles : erreur de redirection USB

Dernier message par Yoman - 03 Novembre, 2025, 20:35:08

@Jules-Marie Bonsoir

Bien heureux que ça fonctionne.

Mais Slowroll est bizarre 🤔... en matière de sécurité. (pas de group, pas de droits) et ça fonctionne crème pour libvirtd. Tu n'as aucune authentification... et ta clé USB est reconnue

Tu dois certainement lancer virt-manager en "sudo" ?

Tu comprends ma démarche , "PAS à PAS"
Pour valider le bon fonctionnement sans droit et group, on va supprimer les commandes que je t'ai donné a effectuer

Retrouver eric dans aucun groupe commme auparavant

Code: [Sélectionner]

sudo usermod -r -G libvirt,kvm eric

Nettoyer root que tu as fais

Code: [Sélectionner]

sudo usermod -r -G libvirt,kvm root

pour vérifier

Code: [Sélectionner]

groups eric   RESULTAT # → eric : eric
groups root   RESULTAT # → root : root

Tu m'as donné du travail 😀, mais c'était très intéressant, ça fera certainement l'objet d'un article pour mon blog.

N'hésites pas a poster si tu as un souci sur KVM, je l'utilise depuis des années.

Programmes et logiciels / Re : Machines virtuelles : erreur de redirection USB

Dernier message par Jules-Marie - 03 Novembre, 2025, 19:36:16

@Yoman
Voilà, j'ai testé le résultat sur les machines virtuelles.

Et j'ai retrouvé le fonctionnement de celles-ci avec les périphériques USB, tels que je l'avais avec la Alma Linux et tel que je l'ai avec la Fedora sur mon portable.

En fait je n'ai rien eu à faire d'autre que de démarrer une machine (la Fedora puisque c'est sur celle-ci que j'avais découvert le problème), puis ensuite connecter une clef USB, celle-ci a été capturée par la MV instantanément, j'ai pu naviguer dans ses dossiers, ouvrir les fichiers, l'éjecter et après retrait de la clef redémarrer la MV sans blocage.

De plus, j'ai également le copier/coller qui fonctionne, ce qui n'était pas le cas mais que j'avais omis afin de ne pas faire un post de plus pour cette chose de moindre importance.

Je vais passer ce sujet en résolu.

Avant cela juste une question si tu permets : Vu que dans ma bourde j'ai ajouté le root aux groupes libvirt et kvm, faut-il faire la manœuvre inverse ? Si oui, comment STP, si non, laisser en l'état ne risque-t-il pas de faire une faille de sécurité ?

Un grand merci à toi Yoman pour ton aide précieuse et tes explications.

Programmes et logiciels / Re : Machines virtuelles : erreur de redirection USB

Dernier message par Jules-Marie - 03 Novembre, 2025, 10:58:42

Citation de: Yoman – le 03 Novembre, 2025, 09:44:09

Lancer sa session en root, ce n'est pas du tout conseillé, mais...

Non, je n'ai pas lancé ma cession en root, c'est juste dans le terminal que je me logue en root quand c'est nécessaire. En l'occurrence pour rentrer les commandes nécessitant les privilèges de root.
Tu as raison de rappeler ce principe, je connais des personnes qui s'obstinent, malgré mes avertissements, à le faire...

Citation de: Yoman – le 03 Novembre, 2025, 09:44:09

Sinon le problème : tu as lancé la commande alors que tu étais en session root, donc $USER valait "root", pas "eric".

Mais bien sûr, je suis passé à coté de ça... Merci pour la correction Yoman.

Citation de: Yoman – le 03 Novembre, 2025, 09:44:09

qemu : c'était pour kvm en ligne de commade (au cas oû)
et wheel : c'était pour les droits admin/sudo ,mais opensuse le fait directement dans le fichier sudoers (au cas oû aussi)

Je ne les aies pas mis dans la commande , car à ce stade c'était inutile.

Merci pour ces précisions et explications Yoman.

Donc, après avoir rentré :

Code: [Sélectionner]

usermod -a -G libvirt,kvm eric

et redémarré l'ordi, j'obtiens bien :

Code: [Sélectionner]

eric@localhost:~> groups $USER
eric : eric libvirt kvm
eric@localhost:~>

Du coup il ne me reste plus qu'à tester le résultat avec les machines virtuelles.
Je ferai ça plus tard dans la journée, là je dois partir, mais je tenais à te répondre au plus vite.
Je te fais donc très vite un compte rendu.

Encore merci Yoman.

Programmes et logiciels / Re : Machines virtuelles : erreur de redirection USB

Dernier message par Yoman - 03 Novembre, 2025, 09:44:09

@Jules-Marie Bonjour

Bien on avance...

Lancer sa session en root, ce n'est pas du tout conseillé, mais tu dois avoir de bonnes raisons.

Sinon le problème : tu as lancé la commande alors que tu étais en session root, donc $USER valait "root", pas "eric".

Si tu veux rester connecté en root, tu dois utiliser :

Code: [Sélectionner]

usermod -a -G libvirt,kvm eric

Après cette commande, redémarre et refais :

Code: [Sélectionner]

groups $USER

Tu devrais voir :

Citer

eric : eric libvirt kvm

Sinon :
qemu : c'était pour kvm en ligne de commade (au cas oû)
et wheel : c'était pour les droits admin/sudo ,mais opensuse le fait directement dans le fichier sudoers (au cas oû aussi)

Je ne les aies pas mis dans la commande , car à ce stade c'était inutile.

Programmes et logiciels / Re : Machines virtuelles : erreur de redirection USB

Dernier message par Jules-Marie - 03 Novembre, 2025, 07:23:25

Bonjour @Yoma, merci pour ta réponse.
J'ai donc supprimé le périphérique USB créé précédemment, ce qui a permis de pourvoir démarrer correctement la machine virtuelle (Fedora).
J'ai ensuite rentré la commande que tu m'as donnée :

Code: [Sélectionner]

localhost:~ # usermod -a -G libvirt,kvm $USER

- Question au sujet de cette ligne : dans ton message tu énumère les groupes libvirt; kvm; qemu; wheel, cependant dans ta commande seuls les deux premiers sont inclus. Est-ce normal, dans ce cas pourquoi ? Ou est-ce un simple oubli ?

De toute façon, après introduction de la commande et un retour au prompt SANS erreur, j'ai donc rebooté le bestiau.

Dans la gestion des groupes avec Yast, rien n'est changé, seul mon user apparaît :

Code: [Sélectionner]

eric@localhost:~> groups $USER
eric : eric
eric@localhost:~>

Est-ce normal ? Je parie que non, car même si effectivement il s'agit d'un oubli pour les deux derniers groupes dont tu parle, il devrait normalement y avoir les deux premiers dans ce retour de commande, vrai ou faux ?

Désolé que les choses ne se passent pas comme prévu.

Je veux préciser deux choses :
1 - La commande pour l'ajout des groupes je l'ai faite en root, je n'ai pas de sudo puisque j'ai activé le compte root à l'installation.
2 - Comme précisé dans mon premier post, j'ai fait l'installation de la virtualisation (KVM) lors de l'installation du système en ajoutant le module depuis l'installeur (Logiciels ==> sélection de KVM pour la virtualisation.
Ceci serait-il à l'origine du souci ? Perso je ne pense pas, mais je peux me tromper. Dans ce cas, si c'est l'origine du problème, c'est un sacré bug !!!

J'attends ton retour, merci.

Programmes et logiciels / Re : Machines virtuelles : erreur de redirection USB

Dernier message par Yoman - 03 Novembre, 2025, 01:32:22

@Jules-Marie

On a trouvé le problème important :

Tu n'as que ton groupe personnel eric, et aucun groupe de :
libvirt; kvm; qemu; wheel

Ajoutes :

Code: [Sélectionner]

sudo usermod -a -G libvirt,kvm $USER

Cela va te permettre d'ajouter et d'utiliser des périphériques USB dans virt-manager.

Après je te conseille de supprimer tous les ajouts précédents de clés USB dans la console de ta VM.

Ensuite reboot.

Ensuite lance ta virt-manager normalement, et ajoute ta clé USB en tant que périphérique...

En tous les cas, c'était un vrai problème. Si ça ne fonctionne pas, tu ne supprimes pas la commande que tu as faite.

On verra d'autres configurations.

100

Programmes et logiciels / Re : Machines virtuelles : erreur de redirection USB

Dernier message par Jules-Marie - 02 Novembre, 2025, 18:47:09

Merci pour ta réponse @Yoman.

Citer

Dans la console de ta VM, ajoute ta clé USB en tant que périphérique, et non en tant que redirection USB.

Je m'étais effectivement trompé de manip.
Après démarrage d'une MV, dans la console j'ai cliqué sur le bouton «Afficher les détail du matériel...»
Dans la fenêtre en bas à gauche j'ai cliqué sur «Ajouter un matériel», dans la liste j'ai cliqué sur «Périphérique hôte USB», après sélection de la clef USB j'ai cliqué sur «Terminer».
Et là effectivement j'ai pu utiliser la clef USB dans la machine virtuelle (Fedora 43).
En effet ta solution fonctionne.
Cependant, alors que j'ai démonté proprement la clef USB dans la Fedora en l'éjectant, il s'avère qu'au redémarrage de la même MV, clef absente du port USB j'ai le message d'erreur suivant :

Code: [Sélectionner]

Erreur lors du démarrage du domaine: erreur interne : N'a pas trouvé le périphérique USB 0781:5581

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/asyncjob.py", line 67, in cb_wrapper
    callback(asyncjob, *args, **kwargs)
    ~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/share/virt-manager/virtManager/asyncjob.py", line 101, in tmpcb
    callback(*args, **kwargs)
    ~~~~~~~~^^^^^^^^^^^^^^^^^
  File "/usr/share/virt-manager/virtManager/object/libvirtobject.py", line 57, in newfn
    ret = fn(self, *args, **kwargs)
  File "/usr/share/virt-manager/virtManager/object/domain.py", line 1467, in startup
    self._backend.create()
    ~~~~~~~~~~~~~~~~~~~~^^
  File "/usr/lib64/python3.13/site-packages/libvirt.py", line 1390, in create
    raise libvirtError('virDomainCreate() failed')
libvirt.libvirtError: erreur interne : N'a pas trouvé le périphérique USB 0781:5581

Il faut maintenant que la clef soit présente pour que je puisse utiliser cette VM.

S'il faut aller fouiller à nouveau dans la console pour enlever ce périphérique, le moins que l'on puisse en dire c'est que ça complique sérieusement l'utilisation des MV !

Je comprends ceci d'autant moins qu'avec la Alma Linux que j’utilisais précédemment, de même qu'avec la Fedora 43 installée sur mon ordinateur portable, je n'ai qu'à brancher un périphérique USB quand je suis sur une MV, celui-ci est monté automatiquement, se démonte de même et ne bloque pas la MV quand le port USB est vide. Et je n'ai jamais eu à configurer quoi que ce soit pour ça, d'où mon incompréhension face à ce problème.

Quelle autre manip faut-il faire pour que ça fonctionne simplement, automatiquement et correctement ? Est-ce possible avec Open Suse ?

Pour la commande demandée :

Code: [Sélectionner]

eric@localhost:~> groups $USER
eric : eric
eric@localhost:~>

Il semble donc que je fais bien partie du groupe user.

Merci pour les précisions sur les UID et les GID. Je vais aller étidier ça plus sereinement dès que je le pourrai, il ne faut jamais perdre une occasion de s'instruire. 😉
Je n'ai pas changé les valeurs, quand j'ai vu les erreurs, j'ai cliqué sur «annuler» afin de rien casser.
Bonne soirée Yoman.