Page 1 sur 1

utilisateur libvirt qemu qui apparait à la connexion de session

Posté : sam. 4 avr. 2020 23:08
par Laurent0718
Bonjour,
je vous à vous afin de demander conseils/confirmation à une manipulation que j'ai effectué pour résoudre un problème. Après avoir installé qemu-kvm libvirt-bin virt-manager virt-viewer bridge-utils ubuntu-vm-builder, je me suis aperçu qu'il y avait un nouveau compte utilisateur "Libvirt-qemu" sur la fenêtre de connexion de session

Après quelques recherche, j'ai trouvé 3 solutions sur cette page :
https://qastack.fr/ubuntu/897026/why-do ... -in-ubuntu

Solution 1 : supprime le compte "libvirt qemu" dans "Utilisateurs et Goupes" des paramètres systèmes : cette solution n'est pas recommandée car si le compte existe, c'est qu'il est nécessaire.

Solution 2 : contourner le problème via un fichier de configuration

Code : Tout sélectionner

printf "[User]\nSystemAccount=true\n" | sudo tee /var/lib/AccountsService/users/libvirt-qemu
sudo systemctl restart accounts-daemon.service
Solution 3 : a priori, l'utilisateur système "libvirt-qemu" est créé avec l'uid 64055
En tapant la commande

Code : Tout sélectionner

cat /etc/passwd
Je ressorts effectivement ces deux lignes :

Code : Tout sélectionner

libvirt-qemu:x:64055:129:Libvirt Qemu,,,:/var/lib/libvirt:/bin/false
libvirt-dnsmasq:x:122:132:Libvirt Dnsmasq,,,:/var/lib/libvirt/dnsmasq:/bin/false
Or d'après le site cité ci-dessus, il est dit que l'uid devrait être inférieur à 1000 pour ne pas apparaitre dans la fenêtre utilisateur.

J'ai donc modifié l'uid de l'utilisateur "libvirt-qemu" via cette commande :

Code : Tout sélectionner

usermod -u 129 libvirt-qemu
J'ai choisi l'uid car le gid est 129, tout en mettant assuré via la comnande

Code : Tout sélectionner

cat /etc/passwd
que uid=129 n'était pas utilisé.

Ma question : est-ce que choisir l'uid 129 est correct ?
Ne maîtrisant pas bien les droits, pouvez-vous me confirmer ma manip ?
En vous remerciant

Re: utilisateur libvirt qemu qui apparait à la connexion de session

Posté : dim. 5 avr. 2020 13:17
par Laurent0718
Merci à toi,
Si tu y regardes bien, le lien que j'ai donné (en français) est presque un copié/collé du lien que tu viens de mettre (en anglais).
Les 3 solutions que j'ai donné dans mon post initial sortent de cette page.
Du coup qu'en pense-tu ?
La personne dit que
And this is how it should be :
libvirt-qemu:x:125:130:Libvirt Qemu,,,:/var/lib/libvirt:/bin/false
libvirt-dnsmasq:x:121:129:Libvirt Dnsmasq,,,:/var/lib/libvirt/dnsmasq:/bin/false
Il donne un uid=125.
Donc pour moi ce que j'ai fais est pas déconnant.
Je précise que ne maitrise pas du tout ces notions de droit, d'où ma demande de confirmation.
Lui a un uid inférieur à gid, alors quemoi j'ai mis uid = gid.
Cela n'a peut-être pas d'importance ...?

Re: utilisateur libvirt qemu qui apparait à la connexion de session

Posté : dim. 5 avr. 2020 17:04
par Laurent0718
J'ai également comme toi.
ok je vais suivre ton conseil, je vais lui mettre uid=125 (iud du gars sur l'autre forum)
si quelqu'un veut apporter sa contribution, nous sommes preneurs

Re: utilisateur libvirt qemu qui apparait à la connexion de session

Posté : dim. 5 avr. 2020 18:22
par Laurent0718
Oui j'étais déjà tombé sur ce post, et là encore, ça à l'air d'être le même post que les deux autres avec les mêmes réponses.
Merci.

Re: utilisateur libvirt qemu qui apparait à la connexion de session

Posté : lun. 6 avr. 2020 18:53
par Laurent0718
Re bonjour,
J'ai eu un petit problème hier, je n'avais pas encore fait le changement d'uid, j'étais resté avec l'uid=gid.
Mon PC s'est figé plusieurs fois, seule la souris n'était pas impactée.
A chaque fois, c'est un Crtl+Alt+ backspace (qui n'a pas été immédiat mais qui m'a sorti de là).
Je pensais que c'était un module que je venais d'ajouter dans firefox, mais finalement c'était le compte libvirt-qemu qui faisait tourner l'un de mes processeur à fond.
Au final, j'ai désinstallé et réinstallé le paquet libvirt-bin et ses dépendances.
L'iud s'est remis à 64055. J'ai donc mis l'uid = 125 qui est inférieur au gid
Depuis je n'ai pas eu de nouveau ce problème.