Ubuntu-fr

Hello,

Ça ne devrait te poser aucun soucis... sauf si tu as paramétré des droits sur des espaces de stockage que tu as changé les noms de user et que tu veux redonner accès sans faire des chown à gogo...

Les uid et gid (le vocabulaire est bon) sont indépendants fort heureusement sinon on aurait du mal à gérer les politiques de sécu par groupe d'utilisateurs.

Lolorase : ok merci :-)

erresse : c'est exactement cette situation, les utilisateurs n'ont pas été crées dans le même ordre sur la nouvelle machine et ont gardé les réf de la sauvegarde, ce qui donne des paires non concordantes.... en effet, aucun utilisateur ne semble rencontrer de problèmes, cependant, je trouve l'aspect "moins propre" (ou logique)....

Cependant vous semblez me rassurer que cette situation n'a rien d'anormal, tant mieux, merci pour les réponses..

Bonjour

Pour en savoir un peu plus sur les groupes
et sur les propriétés d'appartenance et de groupe d'un des fichiers de chaque compte utilisateur concerné,
il faudrait le retour des deux lignes de commande suivantes :

grep -E "^merlin|^arnoxz|^rix|^testos|^violette|^arnfb" /etc/group

ls -n /home/{merlin,arnoxz,rix,testos,violette,arnfbls}/.bashrc

EDIT : J'avais oublié sylvie …

Dernière modification par MicP (Le 21/08/2021, à 06:22)

MicP
ok, cela reflète également l'état des groupes/id de mon premier 'post', un beau mix finalement

 grep -E "^merlin|^arnoxz|^rix|^testos|^violette|^arnfb" /etc/group
arnfb:x:1001:
merlin:x:1010:
violette:x:1004:
rix:x:1005:
arnoxz:x:1000:
testos:x:1006:
arnoxz@MED-E15302:~$ ls -n /home/{merlin,arnoxz,rix,testos,violette,arnfb}/.bashrc
-rw-r--r-- 1 1006 1001 3771 jui  3  2019 /home/arnfb/.bashrc
-rw-r--r-- 1 1000 1000 3791 aoû 11 00:32 /home/arnoxz/.bashrc
-rw-r--r-- 1 1010 1010 3771 fév 28  2019 /home/merlin/.bashrc
-rw-r--r-- 1 1001 1005 3771 fév 28  2019 /home/rix/.bashrc
-rw-r--r-- 1 1002 1006 3771 jui 16  2020 /home/testos/.bashrc
-rw-r--r-- 1 1003 1004 3771 fév 28  2019 /home/violette/.bashrc

Par curiosité, que retourne un simple

ls -l /home

qui devrait montrer le même mix mais en toutes lettres… sauf pour les groupes 1004 et 1005 qui devraient être sans nom.

Bonjour

@arnoxz : Merci pour ton retour de commande dans ton message #8

=======
Il faudrait démarrer la machine depuis un système Ubuntu en mode Live,
pour pouvoir modifier le fichier /etc/group de façon à redonner à chaque nom de groupe
le même numéro d'ID de groupe que celui qui est utilisé pour l'ID du compte utilisateur

Dans les lignes de commande(s) ci-dessous, changer xxxxxxxxx par la valeur correspondant
au nom du point de montage du système de fichiers une fois monté dans la session Live.

pointDeMontage="/media/ubuntu/xxxxxxxxx"
sudo sed -i -e 's/^rix:x:1005:/rix:x:1001:/'           \
            -e 's/^testos:x:1006:/testos:x:1002:/'     \
            -e 's/^violette:x:1004:/violette:x:1003:/' \
            -e 's/^sylvie:x:1003:/sylvie:x:1004:/'     \
            -e 's/^arnfb:x:1001:/arnfb:x:1006:/' $pointDeMontage/etc/group

EDIT : Ajout commande commande sed pour modifier le fichier /etc/passwd (voir message #17)
et ajout de sudo + simplification des lignes de commande sed

sudo sed -i -e 's/:1005:rix/:1001:rix/'  \
            -e 's/:1006:tes/:1002:tes/'  \
            -e 's/:1004:Vio/:1003:Vio/'  \
            -e 's/:1003:Syl/:1004:Syl/'  \
            -e 's/:1001:arn/:1006:arn/'   $pointDeMontage/etc/passwd

Ensuite, depuis la même fenêtre de terminal,
il faudra donner aux fichiers et répertoires personnels de chaque compte utilisateur
le même ID de groupe que celui du compte utilisateur

sudo find $pointDeMontage/home -user 1001 -execdir chown 1001:1001 {} \;
sudo find $pointDeMontage/home -user 1002 -execdir chown 1002:1002 {} \;
sudo find $pointDeMontage/home -user 1003 -execdir chown 1003:1003 {} \;
sudo find $pointDeMontage/home -user 1004 -execdir chown 1004:1004 {} \;
sudo find $pointDeMontage/home -user 1006 -execdir chown 1006:1006 {} \;

=======
Finalement :

le compte utilisateur rix gardera l'ID 1001, mais son GID sera changé de 1005 pour 1001
le compte utilisateur testos gardera l'ID 1002, mais son GID sera changé de 1006 pour 1002
le compte utilisateur violette gardera l'ID 1003, mais son GID sera changé de 1004 pour 1003
le compte utilisateur sylvie gardera l'ID 1004, mais son GID sera changé de 1003 pour 1004
le compte utilisateur arnfb gardera l'ID 1006, mais son GID sera changé de 1001 pour 1006

Et les fichiers et répertoires personnels de chaque compte utilisateur auront le même numéro d'ID que de GID

Dernière modification par MicP (Le 21/08/2021, à 07:11)

Pour éviter toute confusion,
dans le bloc ci-dessous, il n'y a que 2 lignes de commandes :

pointDeMontage="/media/ubuntu/xxxxxxxxx"
sudo sed -i -e 's/^rix:x:1005:/rix:x:1001:/'           \
            -e 's/^testos:x:1006:/testos:x:1002:/'     \
            -e 's/^violette:x:1004:/violette:x:1003:/' \
            -e 's/^sylvie:x:1003:/sylvie:x:1004:/'     \
            -e 's/^arnfb:x:1001:/arnfb:x:1006:/' $pointDeMontage/etc/group

la première est :

pointDeMontage="/media/ubuntu/xxxxxxxxx"

et la deuxième a été scindée en plusieurs lignes par le caractère final \
de façon à être plus facilement lisible :

sudo sed -i -e 's/^rix:x:1005:/rix:x:1001:/'           \
            -e 's/^testos:x:1006:/testos:x:1002:/'     \
            -e 's/^violette:x:1004:/violette:x:1003:/' \
            -e 's/^sylvie:x:1003:/sylvie:x:1004:/'     \
            -e 's/^arnfb:x:1001:/arnfb:x:1006:/' $pointDeMontage/etc/group

mais une fois ce bloc de lignes copié/collé et lancé,
le shell ne verra de ce bloc de lignes qu'une seule ligne à exécuter,
et pour lui, ce sera comme si on avait entré l'unique ligne de commande suivante :

sudo sed -i -e 's/^rix:x:1005:/rix:x:1001:/' -e 's/^testos:x:1006:/testos:x:1002:/' -e 's/^violette:x:1004:/violette:x:1003:/' -e 's/^sylvie:x:1003:/sylvie:x:1004:/' -e 's/^arnfb:x:1001:/arnfb:x:1006:/' $pointDeMontage/etc/group

(ce qui est quand même beaucoup plus difficile à lire et à vérifier pour un humain).

=======
Dans :

/media/ubuntu/xxxxxxxxx

il faudra remplacer les xxxxxxxxx par ce qui s'affichera quand tu auras monté le système de fichiers à modifier
/media/ubuntu sera sans doute utilisé puisque sur un système Live Ubuntu, le compte utilisateur non privilégié est nommé ubuntu
et une fois monté depuis le compte utilisateur par l'interface graphique,
le point de montage sera donc un sous-répertoire de /media/ubuntu

Mais dans le doute, avant de lancer les 8 lignes de commandes du message #12,
recontacte nous quand tu auras lancé le système Live pour qu'on te confirme ce qu'il faudra faire.

Dernière modification par MicP (Le 21/08/2021, à 07:56)

Pas de précipitation - je ne m'attendais pas à ce résultat pour le ls -l /home

Ça a l'air de signifier que les dossiers racines des utilisateurs ont des droits et permissions corrects et que c'est un peu le bazar un cran en-dessous dans leurs contenus.
→ Les dossiers racines utilisateurs ont été créés proprement, via paramètres / ajout d'utilisateur ou commande adduser
→ c'est seulement sur les fichiers et dossiers importés depuis ta sauvegarde que tu as des propriétaires différents provenant de ton ancienne installation ( car les droits et permissions sont portés directement par les fichiers/dossiers eux-mêmes ).
Ça doit pouvoir se vérifier avec

find ~ ! -group $USER

qui dans un dossier personnel devrait lister ce qui n'appartient pas au groupe de l'$USER de la session courante.

Donc c'est loin d'être sûr que tu aies besoin de modifier le fichier /etc/group comme le propose MicP
→ à vérifier avant via

grep 10[0-9][0-9] /etc/passwd
grep 10[0-9][0-9] /etc/group

La première donne les infos par utilisateur ( nom en toutes lettres pour le système, uid, gid principal, nom « humain », emplacement du dossier perso… )
La seconde donne pour chaque groupe gid les noms système des utilisateurs membres du groupe ( un même nom peut donc se trouver dans plusieurs groupes MAIS on doit au moins trouver dans le groupe machin l'utilisateur machin comme membre ).

Si dans la première ( qui vise /etc/passwd ), pour chaque utilisateur, uid = gid alors tout va bien.
Si dans la seconde ( qui vise /etc/group ), tu trouves dans chaque groupe son utilisateur comme membre alors tout va bien.
Et comme le suggère l'état de ton /home c'est à priori le cas puisque c'est un comportement réglé par défaut dans 'buntu ( via le fichier /etc/login.defs ).

Et si tu confirmes, le plus simple c'est juste de faire des :

chown   -R   bidule:bidule   /home/bidule

pour réattribuer les utilisateurs et groupes propriétaires correspondants, à tout le contenu de chaque dossier perso.
Avec usage de sudo si tu vises des dossiers en dehors de la session courante.

C'est vrai que je me suis un peu emballé avec la question des droits ( chez toi c'est juste un petit souci de groupe propriétaire ) - mais comme c'est un truc que je fais assez systématiquement quand je dois configurer des ordis en réseau ( m'assurer que certains utilisateurs et groupes existent sur toutes les machines avec les mêmes uid et gid ) j'ai répondu de façon un peu réflexe !

Ensuite, au cas par cas, tu affineras des droits sur certains dossiers en fonction des partages que tu veux mettre en place ( en ajoutant des utilisateurs à certains groupes, ou en créant de nouveaux groupes, en ajoutant le droit d'écriture à tel groupe sur tel dossier… )
Là l'idée c'est de te « remettre » d'abord dans la situation « basique » des droits et permissions, comme après une installation « fraîche ».

Dernière modification par Coeur Noir (Le 19/08/2021, à 13:17)

MicP → stop ! → il n'est pas forcément nécessaire de modifier manuellement le fichier /etc/group, il faut d'abord vérifier ce qu'il raconte !
Ainsi que ce que raconte /etc/passwd, là tu agis comme si le système lui-même avait crée ces « mauvais » couples utilisateurs-groupes, ce qui a peu de chance d'être vrai ( sauf si arnoxz a modifié le fichier /etc/login.defs → il nous l'aurait dit ).

Dernière modification par Coeur Noir (Le 19/08/2021, à 13:33)

Oui, et quelle conclusion peux-tu tirer de cette seule info ?
Ces groupes existent, ok, puisque ce sont les utilisateurs créés par arnoxz sur son système ( où de base, créer un utilisateur entraîne la création d'un groupe de même nom avec gid = uid en suivant les consignes de /etc/login.defs ).

Il faut la comparer à

grep 10[0-9][0-9] /etc/passwd

Si là uid et gid ne correspondent pas ce serait fâcheux et nécessiterait alors la manip' que tu proposes.
Si uid et gid correspondent bien alors il ne faut surtout pas modifier /etc/group ( car là ça introduirait du bazar à l'échelle du système ). Or…

Le retour de ls -l /home ( au #11 ) associe bien les bons utilisateurs et groupes à chaque dossier perso.
C'est très très fort probablement uniquement sur les fichiers (ré)importés depuis la sauvegarde qu'il y a des différences : normal, dans leur système d'origine les utilisateurs et groupes n'étaient pas organisés de la même façon.
Il faut juste agir sur les fichiers/dossier concernés - pas sur la gestion système des utilisateurs et groupes qui est probablement celle, saine, par défaut ( ce que je veux vous faire vérifier ).

On peut refaire un coup de :

ls -n /home
ls -l /home

puis

ls -n /home/{merlin,arnoxz,rix,testos,violette,arnfb}/.bashrc
ls -l /home/{merlin,arnoxz,rix,testos,violette,arnfb}/.bashrc

si ça peut te convaincre que le problème n'est pas global mais juste liés à certains fichiers.

Ce qui colle parfaitement à « Ce résultat a été obtenu après avoir reconfiguré un nouveau pc, ou les utilisateurs ont été créés à la main en premier lieu avec le même id utilisateur et mot de passe, pour ensuite restaurer les données via un outil de sauvegarde ». → là quelque chose continue de m'intriguer finalement.

Dernière modification par Coeur Noir (Le 19/08/2021, à 14:30)

Ooops

Ok, ok, tu as raison, c'était pas assez évident, en gros, blanc sur noir dès le premier message !

Mes excuses Micp.

Du coup :

Donc l'outil de restauration de la sauvegarde a visé autre chose que seulement les répertoires personnels ???
Y'a pas d'autres dangers potentiels là ???
Bon pas de « danger » s'il s'agit d'une nouvelle installation d'une même version de système, mais pourrait être gênant si versions de système / d'environnements de bureau différents.

Arnoxz, quand tu réimportes depuis une sauvegarde, ne vise d'abord que les documents personnels visibles des utilisateurs …/utilisateur/{Bureau,Documents,Images,Modèles,Musique,etc}
Ensuite éventuellement les profils utiles - cachés - de tes logiciels favoris généralement dans ~/.config, ~/.cache ou à la racine du répertoire perso, genre ~/.mozilla ou ~/.thunderbird + l'exception « snap » dossier non caché qui contient les config's des logiciels en snap ( si tu t'en sers ). Et l'autre exception flatpak qui met ses config's dans ~/.var/app/… si tu t'en sers aussi.

Enfin peut-être utiliser une commande du type

cp --preserve timestamps /source/sauvegarde /destination/emplacement

pour éviter de « copier » les propriétaires et droits d'origine ???
Les fichiers copiés dans la destination appartiendraient alors à l'utilisateur qui lance la commande cp…

Dernière modification par Coeur Noir (Le 19/08/2021, à 14:45)

Voici ce que dit :

arnoxz@MED-E15302:~$ grep 10[0-9][0-9] /etc/passwd
arnfb:x:1006:1001:arnfb,,,,:/home/arnfb:/bin/bash
merlin:x:1010:1010:Merlin,,,,:/home/merlin:/bin/bash
sylvie:x:1004:1003:Sylvie,,,,:/home/sylvie:/bin/bash
violette:x:1003:1004:Violette,,,,:/home/violette:/bin/bash
rix:x:1001:1005:rix-admin,,,,:/home/rix:/bin/bash
arnoxz:x:1000:1000:ArnoXz,,,,:/home/arnoxz:/bin/bash
testos:x:1002:1006:testos,,,,:/home/testos:/bin/bash

et en effet, j'ai été loin dans la resto, jusqu'à restaurer l'environnement, préférences app, système, (pourtant testé longuement avec des retours en arrière, jusqu'à recommencer aux limites de l'environnement de travail le plus ressemblant aux autres machines (je cherchais même à restaurer l'emplacement des icônes et raccourcis sur le bureau dans le même ordre)), et j'avoue que cela doit être un peu de ma faute d'avoir mis le bazar, à force de tester resto + donnée + config, mais je me rappelle en effet que même les droits pour certains utilisateurs n'étaient plus les mêmes suivant l'utilisateur, ce que je trouve étonnant pour une application qui utilise un sudo / admin pour sauvegarder et restaurer.... j'ai du si je me rappelle pour 2 ou 3 utilisateurs rechowner leur home complet pour qu'ils puissent ouvrir leur session, alors en effet, il y a eu des manips, mais je n'avais jamais remarqué pour cette différence d'UId,... lors d'une prochaine (re)install je me pencherai plus en détail, car j'apprécierais que ce soit "plus propre" en effet, bien qu'aucun utilisateurs ne rencontrent de problèmes d'accès et d'utilisation actuellement... je vais laisser comme ceci, mais je crains que mes sauvegardes actuelles ne prennent en compte ce "bazar" et que lors d'une prochaine resto je me reverrai dans la même situation... j'y serai attentif lors d'une intall fraîche.... ces restos viennent en effet de loin et ont connues de nmbrx ordis et versions d'ubu...