fichier .config configuré avec les droits root

sardon · 21-05-2016 10:13:11

Comme je n'utilise pas d'annuaire, j'ai régulièrement besoin de réinitialiser les comptes génériques des systèmes GNU/Linux que je gère. Pour cela, je vide complètement le /home/user des comptes..

Dès la première tentative d'ouverture de session sur les différents systèmes, les répertoires sont de nouveau réapprovisionnés des fichiers nécessaires, mais le fichier .config est systématiquement configuré avec les droits de root.. L'opération d'ouverture de session ne pourra pas aller plus loin sur les systèmes tant que je n'aurai pas lancé la commande :

chown -R user:user /home/slam/.config

Le système est un debian Jessie 64 bits, installé via le réseau...

Thuban · 21-05-2016 10:25:12

Bonjour!
De quelle façon vides-tu les dossiers des utilisateurs? C'est étrange que .config n'ait pas les bons droits.

sardon · 21-05-2016 11:04:28

Pour réinitialiser les comptes, je procède ainsi :

# rm -rf /home/user/*

# rm -rf /home/user/.??*

# cp -r /etc/skel/. /home/user

# chown -R user:user /home/user

mais je ne suis pas persuadé que ça soit lié à cette procédure.. je crois plus à une conséquence de mon installation réseau.. je m'explique, dans mes souvenirs, j'ai du faire face au même blocage, suite à la création des comptes utilisateurs et de leurs premières utilisations (je veux dire les comptes autres que celui crée lors de la procédure d'installation)

Thuban · 21-05-2016 11:16:31

Ah, voilà

Lorsque tu copies avec "cp" avec le compte root, les documents copiés appartiennent toujours à root. Utilise plutôt la commande install. Cependant, tu changes ensuite le propriétaire avec chown, donc ç ane devrait pas arriver.

Comment est créé le dossier .config alors? As-tu essayé d'en créer un (vide) dans le /etc/skel, qui aurait donc les bons droits après copie ?

sardon · 21-05-2016 13:53:29

Thuban a écrit :

Comment est créé le dossier .config alors?

en effet, c'est la bonne question, quels sont les scripts qui interviennent lors de la configuration du /home de l'utilisateur. Je ne suis pas forcément expert pour le savoir. De base, le répertoire /etc/skel ne contient pas grand chose :

# ls -al /etc/skel/

total 28

drwxr-xr-x   2 root root  4096 mai   16  2015 .

drwxr-xr-x 162 root root 12288 mai   21 11:05 ..

-rw-r--r--   1 root root   220 déc.  30  2012 .bash_logout

-rw-r--r--   1 root root  3515 nov.  13  2014 .bashrc

-rw-r--r--   1 root root   675 déc.  30  2012 .profile

Thuban a écrit :

As-tu essayé d'en créer un (vide) dans le /etc/skel, qui aurait donc les bons droits après copie ?

non, il faudra que j'essaie ça en effet...

vv222 · 21-05-2016 16:19:18

Une méthode que je trouve plus simple, nécessitant que le paquet adduser soit installé :

deluser --remove-home toto

Recherche des fichiers à sauvegarder ou à supprimer...

Suppression des fichiers...

Suppression de l'utilisateur « toto »...

Attention ! Le groupe « toto » ne contient plus aucun membre.

Fait.

adduser toto

Ajout de l'utilisateur « toto » ...

Ajout du nouveau groupe « toto » (1013) ...

Ajout du nouvel utilisateur « toto » (1005) avec le groupe « toto » ...

Création du répertoire personnel « /home/toto »...

Copie des fichiers depuis « /etc/skel »...

Entrez le nouveau mot de passe UNIX : 

Retapez le nouveau mot de passe UNIX : 

passwd : le mot de passe a été mis à jour avec succès

Modification des informations relatives à l'utilisateur toto

Entrez la nouvelle valeur ou « Entrée » pour conserver la valeur proposée

  Nom complet []: 

  N° de bureau []: 

  Téléphone professionnel []: 

  Téléphone personnel []: 

  Autre []: 

Cette information est-elle correcte ? [O/n]

Thuban · 21-05-2016 17:01:36

+1
Sachant qu'on peut passer en argument de adduser toutes les infos nécessaires si on veut scripter le tout.

sardon · 21-05-2016 18:52:09

comme je l'écrivais plus haut dans le fil, même si je fais un

adduser test

sans script sur le système, quand l'utilisateur test essaiera de s'authentifier, il n'y arrivera pas car ce même fichier .config sera défini avec les droits root..

Thuban · 21-05-2016 19:41:12

C'est pour ça qu'il faut trouver ce qui crée le .config. C'est quand même pas banal tout de même! Que lancent les utilisateurs à la connexion?

raleur · 22-05-2016 08:59:15

Visiblement /etc/skel ne contient pas de répertoire (et non fichier) .config.
Ce répertoire existe-t-il après le nettoyage du profil ou n'est-il créé que lors de la première ouverture de session ?

Dernière modification par raleur (22-05-2016 08:59:40)

Debian-facile

#1 21-05-2016 10:13:11

fichier .config configuré avec les droits root

#2 21-05-2016 10:25:12

Re : fichier .config configuré avec les droits root

#3 21-05-2016 11:04:28

Re : fichier .config configuré avec les droits root

#4 21-05-2016 11:16:31

Re : fichier .config configuré avec les droits root

#5 21-05-2016 13:53:29

Re : fichier .config configuré avec les droits root

#6 21-05-2016 16:19:18

Re : fichier .config configuré avec les droits root

#7 21-05-2016 17:01:36

Re : fichier .config configuré avec les droits root

#8 21-05-2016 18:52:09

Re : fichier .config configuré avec les droits root

#9 21-05-2016 19:41:12

Re : fichier .config configuré avec les droits root

#10 22-05-2016 08:59:15

Re : fichier .config configuré avec les droits root

Pied de page des forums