Bonjour
mimi
Dans le sens des indications données plus haut par
usurp 
: une «
session » est la
période pendant laquelle le possesseur d'un compte d'utilisateur se sert de l'OS. Un compte d'utilisateur associe de 2 composants : une
identité et un
domicile.
- l'
identité d'un utilisateur dans l'OS est établie par l'équivalent d'un fichier d'état civil à son nom agglutiné, localisé dans l'OS at:
/private/var/db/dslocal/nodes/Default/users/mimi.plist (pour prendre l'exemple d'une utilisatrice
mimi). Grâce à cette carte d'identité >
mimi est reconnue par le Système comme une utilisatrice. Une série de caractéristiques sont consignées dans cette carte d'identité, entre autre :
Nom Complet >
Nom Court >
n° d'utilisateur (
501 ou autre) >
privilège de groupe (
admin ou autre) >
shell d'accès (
/bin/bash par défaut) >
mot-de-passe (uniquement en crypté, jamais en clair)...
- le
domicile dans l'OS est constitué par le
dossier de départ localisé dans l'OS at:
/Users/mimi (pour garder cet exemple, où l'on voit que le dossier de départ a pour intitulé le nom agrégé de l'utilisateur) : le dossier
mimi dans le répertoire des
Utilisateurs. Dans ce dossier, qui est le
{HOME} : sa
maison, l'utilisateur peut stocker des
fichiers (équivalent de meubles) et définir des
préférences (choix d'une tapisserie) > mais c'est également l'espace d'un sous-dossier privilégié : le
Desktop (la pièce du
Bureau) qui se trouve affiché à l'écran pendant l'ouverture de la session.
=> une association entre l'
identité de l'utilisateur et son
dossier-domicile est établie, dans le fichier identitaire de l'utilisateur, par une
adresse, qui pour l'utilisatrice
mimi prise en exemple est :
/Users/mimi. Ainsi, une utilisatrice qui va se connecter sous l'identité de
mimi > va voir s'afficher à l'écran le
Bureau de son domicile
mimi localisé dans le répertoire des
Utilisateurs > et à partir de là, aura accès direct aux différents sous-dossiers de son
{HOME}.
[
En résumé : un
compte associe un
fichier et un
dossier > le
fichier mimi.plist et le
dossier mimi > association établie par une
adresse au dossier
mimi consignée dans le fichier
mimi.plist lu par le Système à la connexion de cette utilisatrice.]
--------------------
Maintenant supposons que pour une raison =
x, le nom du dossier
{HOME} mimi ait été modifié accidentellement : au lieu d'avoir un dossier
mimi > supposons qu'une erreur (par exemple lors d'une migration) ait renommé le dossier :
mimi1. Lorsque l'utilisateur
mimi se connecte pour ouvrir une session > le Système consulte sa carte d'identité et lit l'adresse au domicile
{HOME }qui est restée dans le fichier :
/Users/mimi > or le dossier
{HOME} dans les
Utilisateurs a été accidentellement renommé
mimi1 > il s'ensuit qu'aucun domicile
mimi n'est trouvé à l'adresse indiquée.
Le Système alors, à la tentative de connexion de l'utilisateur
mimi > va créer de toute pièce un dossier
{HOME} vierge dans les
Utilisateurs (d'après un patron ou modèle de
{HOME} recelé dans le répertoire
/System/Library/User\ Template/French.lproj), dont l'intitulé sera le même que celui du nom court
mimi > ainsi, vont voisiner dans les
/Users 2 dossiers : le dossier antérieur
mimi1 et le nouveau dossier
mimi.
mimi ouvrira une session vide à partir de son nouveau dossier
mimi des
Utilisateurs, tandis que son ancien dossier
{HOME} mimi1 reste abandonné > par
perte d'une adresse valide dans le fichier
Carte d'identité.
Il est possible,
mimi, que tu te trouves dans une situation de cet ordre - ou une variante (il en est un certain nombre) d'une telle situation.
--------------------
Comme mes spéculations ci-dessus ont un caractère général qui risque de ne pas cibler avec précision le dysfonctionnement dans la relation : identité
mimi > adresse au dossier
{HOME} que tu subis > il faudrait que tu te livres à un enquête (graphique ou en ligne de commande : au choix) =>
A) en mode graphique :
- a) en allant à
Menu >
Préférences Système >
Utilisateurs et groupes > tu vois listés dans la colonne de gauche les utilisateurs enregistrés dans l'OS > dont l'
Utilisateur actuel (en tête de liste, identifié par son nom propre) et en-dessous les
utilisateurs non-connectés identifiés par leur nom agrégé => est-ce qu'il n'y a qu'une
mimi (
Michèle Pinson - admettons) ou bien est-ce qu'en-dessous tu avises une
variante identitaire de
mimi ?
- b) en allant à :
Utilisateurs et en ouvrant ce répertoire > tu avises les
dossiers de départ portant le nom agrégé d'utilisateurs > est-ce qu'il y a
2 dossiers qui seraient comme des
variantes nominales de
mimi, genre
mimi et
mimi1 ?
❈
- B) en ligne de commande :
- a) la commande :
Bloc de code:
sudo find /private/var/db/dslocal/nodes/Default/users \! -name "_*" -print
et ↩︎ --> une demande de
password s'affiche (commande
sudo) --> tape ton mot-de-passe
admin à l'aveugle - aucun caractère ne se montrant à la frappe et derechef ↩︎ => va te retourner la
liste des fichiers cartes d'identités d'utilisateur localisés à l'adresse
ad hoc du répertoire d'annuaire - moins une ribambelle d'utilisateur de coulisse dont le nom commence par un
_
=> alors je me doute que tu n'as pas envie de dévoiler ton nom de famille (si ton nom agrégé d'utilisatrice a été généré automatiquement par le Système à partir de ton Nom Complet) > mais peux-tu poster cette liste retournée en remplaçant seulement les
caractères de ton nom de famille par autant de
xxx, mais en gardant ton prénom
michele ?
- b) la commande :
va te retourner la liste des dossiers
{HOME} d'utilisateurs présents dans le répertoire des
Utilisateurs.
=> alors évidemment, là aussi, le ou les dossiers en rapport avec ton identité réelle vont être listés avec ton nom de famille en clair > peux-tu pareillement poster cette liste, en remplaçant seulement les
caractères de ton nom de famille par autant de
xxx, mais en gardant ton prénom
michele pour le ou les dossiers critiques ?
--------------------
