Forum

Reprise du message précédent

Bonjour,
Les devs sont au courant du problème, pour l'instant évoqué sur ce bug
https://bugs.mageia.org/show_bug.cgi?id=17123#c49
Un autre rapport spécifique devrait arriver bientôt. Chacun peut y apporter son témoignage.

J'ai vérifié mon fichier kdmrc, à la ligne 62 j'ai bien UserList=true.

J'ai d'ailleurs comparé chaque ligne de kdm avec celles de mon portable pas encore mis à jour, rien ne diffère.

Hé hé !

Quand je lance Écran de connexion dans Configuration du système, j'ai le message :



Je n'aurais peut-être pas dû supprimer nobody...

Pour revenir en arrière, il faut que je supprime le dossier .kde4 en user, puis de redémarrer ?

bonsoir à tous!
Moi aussi j'ai eut ce "nobody" qui est apparu à la

bon le message est pari tous seul!
revenons à ce "nobody" à la connection

j'ai essayer de le supprimer avec userdel, et j'ai eut comme réponse:
"le groupe de nobody n'a pas été supprimé car ce n'est pas le groupe primaire de l'utilisateur "nobody".

je suis toujours avec MGA5 et KDE4 et cela est apparu après la mise à jour faite hier soir le 26 aout.

je craignais l'existence d'un malware; j'aimerai être rassuré sur ce point : si c'est un bug dans la dernière MAJ c'est Ok, on attendra la solution;
faudrait être certain que ce n'est pas une attaque malveillante.

merci pour vos réponses

@marc-andré : tu vas constater qu'au redémarrage la liste des noms des utilisateurs aura disparu du gestionnaire de connexion KDM.

Édité par paradise Le 27/08/2017 à 23h13

Salutations du soir, je viens de retrouver l'accès au forum, une sorte de parse error m'en a empêché pendant quelques heures.

Pour en revenir au compte nobody, si j'ai bien compris la littérature que j'ai lu sur internet, il est normal d'avoir un compte "nobody" sur sa machine.

Ce que je trouve surprenant, par contre, c'est qu'il soit proposé à l'ouverture de session. Peut-être un programmeur qui a voulu le faire apparaitre pour une vérification ou un débugage, et qui a oublié de le retirer avant de mettre la mise à jour à dispo ?

Quelques informations que j'ai pu glaner ici ou là : l'utilisateur "nobody" est propriétaire des répertoires qui sont mis en partage, et n'a pas de /home, il n'est pas enregistré sur le système comme un utilisateur lambda. il n'est pas recommandé de changer l'état de cet utilisateur (tenter de lui attribuer un mot de passe, le déverrouiller ou le verrouiller)

Sur ce site : http://www.linuxpedia.fr/doku.php/proftpd?s[]=nobody#l_utilisateur_sans_droit_nobody on parle d'un logiciel qui se lance avec les droits de l'administrateur « root » et que cela pause des problèmes de sécurité, et on nous dit que c'est la raison pour laquelle il est conseillé d'associer au service FTP un compte sans droits particuliers, comme par exemple le compte « nobody » (appartenant au groupe « nogroup » qui est utilisé), qui doit déjà exister sur le système Linux.

Un autre lien intéressant (pour moi, mais qui peut être un bon rappel)
http://www.linuxpedia.fr/doku.php/droits_et_permissions_sous_linux

voili

Édité par HerbertP Le 28/08/2017 à 00h46

paradise

Et comment on se connecte alors ?

Que dois je faire pour réparer le problème ?

En fait, j'ai lu un autre post qui préconise de démarrer avec un "escape" afin de voir défiler les messages du démarrage.
Et puis on arrive sur l'écran de connection, où effectivement, les noms ont disparu, mais le user par défaut est déjà positionné et il suffit de rentrer son password et tout est Ok.
Pas de souci donc.

OK, normalement en supprimant ou renommant .kde4, je devrais retrouver mes utilisateurs (et nobody pour l'instant) au redémarrage ?

Salut marc-andré,
En effet, démarrer avec escape fait disparaitre nobody de l'écran de connexion.

Bon, comme les utilisateurs sur mon PC de bureau ne sont pas réapparus après suppression de .kde4, j'ai créé un utilisateur nobody, sans groupe associé ni même un /home, mes utilisateurs réapparaissent désormais dans la fenêtre de KDM.

Lors de la MàJ de mon portable, j'irai voir pour affiner les droits de nobody, en tentant de copier les mêmes paramètres.

Pas bien important pour l'utilisation simplement domestique de mon PC.


Et ce matin, même plus de nobody dans KDM, à mon avis parce qu'il n' a pas de /home; parfait !

Édité par paradise Le 29/08/2017 à 09h27

Bonne nouvelle si on peut remettre en place les choses aussi facilement. On attend les suites du rapport de bug avant de passer la discussion en "résolue" ?

Salut à tous
Oui, c'est pas bloquant mais ça reste un problème puisque le choix des users n'apparaît plus au login.
Je n'ai pas essayé de supprimer .kde4 ni de recréer "nobody".
J'attendrais patiemment la MAJ qui rétablira les choses.
De toute façon, d'ici quelques temps, faudra migrer vers mga6
Ce problème ne se rencontre il me semble que sur mga5, n'est ce pas?

Comme tu veux, mais tu vas dans le CCM, tu crées un utilisateur nobody en ne lui attribuant aucun groupe ni même un /home et le tour est joué, ça prend trente secondes.
Le KDM il est tout content , et nobody n'apparaît même pas.

mais stop les betises font partis du système user et groupe nobody en aucun cas faut les supprimer!!!

et bien sur que si il existe

root:x:0:0:root:/root:/bin/bash
bin:x:1:1:bin:/bin:/bin/sh
daemon:x:2:2:daemon:/sbin:/bin/sh
adm:x:3:4:adm:/var/adm:/bin/sh
lp:x:4:7:lp:/var/spool/lpd:/bin/sh
sync:x:5:0:sync:/sbin:/bin/sync
mail:x:8:12:mail:/var/spool/mail:/bin/sh
news:x:9:13:news:/var/spool/news:/bin/sh
uucp:x:10:14:uucp:/var/spool/uucp:/bin/sh
operator:x:11:0:operator:/var:/bin/sh
games:x:12:100:games:/usr/games:/bin/sh
nobody:x:65534:65534:Nobody:/:/bin/sh <---
messagebus:x:999:999:system user for dbus:/:/sbin/nologin
systemd-network:x:991:991:systemd Network Management:/:/sbin/nologin
systemd-timesync:x:988:988:systemd Time Synchronization:/:/sbin/nologin
systemd-resolve:x:990:990:systemd Resolver:/:/sbin/nologin
systemd-journal-upload:x:995:995:systemd Journal Upload:/:/sbin/nologin
systemd-journal-gateway:x:994:994:systemd Journal Gateway:/:/sbin/nologin
systemd-coredump:x:989:989:systemd Core Dumper:/:/sbin/nologin
systemd-journal-remote:x:992:992:systemd Journal Remote:/:/sbin/nologin
polkitd:x:987:986:system user for polkit:/usr/lib/polkit-1:/sbin/nologin
rpm:x:986:985:system user for rpm:/var/lib/rpm:/bin/false
vcsa:x:69:984:virtual console memory owner:/dev:/sbin/nologin
rtkit:x:985:983:system user for rtkit:/proc:/sbin/nologin
mysql:x:984:982:system user for mariadb:/var/lib/mysql:/bin/bash
sddm:x:983:981:system user for sddm:/var/lib/sddm:/sbin/nologin
nscd:x:982:975:system user for glibc:/:/bin/false
apache:x:981:974:system user for webserver-base:/var/www:/bin/sh
ices:x:980:973:system user for ices:/var/log/ices:/bin/false
postfix:x:979:971:system user for postfix:/var/spool/postfix:/bin/false
chrony:x:978:967:system user for chrony:/var/lib/chrony:/sbin/nologin
mpd:x:977:81:system user for mpd:/var/lib/mpd:/bin/false
lightdm:x:976:965:system user for lightdm:/var/lib/lightdm:/sbin/nologin
toruser:x:975:963:system user for tor:/var/lib/tor:/bin/false
clamav:x:974:961:system user for clamav:/var/lib/clamav:/bin/sh
avahi:x:973:960:system user for avahi:/var/run/avahi-daemon:/bin/false
avahi-autoipd:x:972:972:system user for avahi:/var/lib/avahi-autoipd:/bin/false
openvpn:x:971:959:system user for openvpn:/var/lib/openvpn:/bin/true
nm-openvpn:x:970:958:system user for networkmanager-openvpn:/var/lib/openvpn:/bin/false
nm-openconnect:x:969:957:NetworkManager user for OpenConnect:/:/sbin/nologin

Édité par Bidulle Le 03/09/2017 à 21h29