[fs] info sur dernière maj / merge fichier shadow (résolu)

[falke]

bonjour,

confronté au même problème j'ai guetté ici un post à ce sujet mais apparemment ç'est passé inaperçu /ou ça n'a posé de problème à personne. Donc voici le post et sa réponse sur les sites anglophones (voir sur le second lien la réponse du dév)

https://bbs.archlinux.org/viewtopic.php?id=151423

la réponse du dév :

https://bbs.archlinux.org/viewtopic.php?pid=1171488

en espérant que ça vous rendra service

falke

[FoolEcho]

ç'est passé inaperçu /ou ça n'a posé de problème à personne.

Pas tout à fait, mais j'ai coupé court, le sujet étant vieux:
http://forums.archlinux.fr/post104472.html#p104472

Merci pour tes liens en tous cas (même si je crains que ça n'embrouille tout le monde davantage ). Pour ceux qui ont des doutes sur ce qu'il faut ou non faire: ne touchez à rien et supprimer le .pacnew. Dites-vous que s'il y avait eu quelque chose de sensible à faire, il y a aurait eu une annonce (ceci ne s'applique pas à tous les pacnew cependant ).

Code : Tout sélectionner

man 5 shadow
man 5 passwd

[jc51]

+1@FoolEcho c'est ce que j'ai fait,j'ai supprimé le .pacnew

[falke]

ok,

le dév dit que ça n'a pas d'importance de changer ou d'ignorer le pacnew c'est sûr.

Mais quitte à se poser cette question autant se la poser qu'une fois ; les interrogations resurgiront sinon à la prochaine maj de filesystem donc à mon avis autant changer une bonne fois pour toutes ça mange pas de pain puisque qu'il n'y aucune conséquence actuellement (pas d'interraction avec des fichiers persistants mais en revanche sur le principe il peut toujours y en avoir à l'avenir donc autant avoir le bon uuidd/group)

falke

[FoolEcho]

Sauf qu'il faut garder une cohérence entre passwd/shadow/group sous peine de problème justement (c'est pourquoi je vous renvoie au man pour le détail des champs ): certains paquets gérant leurs propres groupes. Il est préférable de passer par les outils d'administration appropriés plutôt que d'éditer directement ces fichiers (password, usermod, groupmod, etc.).

http://wiki.archlinux.fr/Utilisateurs_e ... s_fichiers

[falke]

@ foolecho :

merci pour la mise à jour du wiki.

En approfondissant cette question en me replongeant dans mon précieux bouquin certification linux LPIC1.

j'ai trouvé au sujet de cette fameuse cohérence passwd/shadow et group/gshadow deux outils très bien pour vérifier la cohérence :

la commande pwck
et
la commande grpck

cela permet de détecter des utilisateurs sans groupe/mauvais groupe ou mauvais home ou mauvais shell etc etc...

grpck vérifie des doublons de groupe (j'en ai notamment trouvé deux :uuidd 998 et uuidd 68) dû certainement à une mauvaise manip suite à un pacnew

et aussi un groupe protégé par un mot de passe qui ne se trouve pas dans /etc/gshadows :

j'ai à ce sujet également trouvé l'erreur suivante :

Code : Tout sélectionner

[root@falke_netbook etc]# grpck
aucune entrée correspondante dans le fichier de groupe /etc/gshadow
Faut-il ajouter le groupe « smmsp » dans /etc/gshadow ? 

as-tu une entré dans gshadow pour smmsp ? Auquel cas je l'aujouterais mais ça doit être une omission d'archlinux j'ai l'impression.

Pourrais tu parler de ces deux outils dans ton tuto ? Il sont bien utiles pour une rolling comme Arch ?

[benjarobin]

grpck et pwck ne me retourne aucune erreur, je pense que tu as du faire une mauvaise manipulation de ton coté.

Code : Tout sélectionner

#grep smmsp /etc/gshadow
smmsp:::

[FoolEcho]

+1 avec benjarobin. Pareil pas d'erreur.

Tu peux utiliser groupmod pour rétablir un identifiant commun à uuidd.
Connais pas le groupe smmsp, apparemment c'est lié à cron/sendmail en tant qu'utilisateur test pour l'envoi par mail (Rien de sensible.
). Même ligne ici que ce que t'indique benjarobin.

Pourrais tu parler de ces deux outils dans ton tuto ?

Ce n'est pas *mon* tuto. C'est communautaire (mais je vais rajouter ces quelques notions, ainsi que des précisions sur les pacnew de ce type).