Il ne faut absolument pas que tu clones ton dossier de compte personnel dans le volume du SSD > car tu aurais un problème de
trop-plein de données. Il faut donc que tu l'
exclues.
Conséquence de cette exclusion --> dans le clone du SSD > ta session admin n'est provisoirement
plus démarrable sur le dossier de compte resté sur le HDD > car l'adresse n'a pas été éditée.
Si malgré tout tu tentais d'ouvrir ta session admin du volume du clone > le Système > s'apercevant qu'il n'y a pas de dossier de compte à ton nom dans le répertoire des
Utilisateurs du clone > t'en créerait un
vide à la volée d'après un patron standard > et tu ouvrirais une session
vide comme à la fin d'une clean install. Ce qui embrouillerait le tableau.
Pour éviter tous ces problèmes => je t'ai donc proposé de créer un
second admin =
toto dans le volume de ton HDD > afin que son dossier de compte (quasi vide) >
non exclu du clonage > soit présent dans le volume du SSD > et que tu puisses ouvrir sa session admin opératoire
toto.
=> je te conseille d'
exclure ton dossier de compte comme les 2 autres du clonage > d'ouvrir dans le clone
uniquement la session toto en premier lieu > à l'exclusion d'aucune des 3 autres > et d'opérer les
éditions d'adresses aux dossiers de compte restés dans le volume du SSD avant toute ouverture de session d'un des 3 autres utilisateurs dans le clone.
--------------------
[Tu dois savoir qu'un compte est la combinaison de 2 facteurs -->
- une carte d'identié d'utilisateur = un fichier untel.plist localisé at: /private/var/db/dslocal/nodes/Default/ users/untel.plist => fichier qui fait exister formellement l'utilisateur pour le Système et fait afficher une identité de log-in à l'écran d'ouverture de session ;
- un dossier de compte = dossier au nom court de l'utilisateur (genre : untel encore) > et localisé at : /Users/untel;
- une adresse portée dans le fichier untel.plist indique le chemin au dossier de compte = /Users/untel ;
Quand tu vas cloner l'OS
sans les
dossiers de compte des 3 utilisateurs > les 3
cartes d'identités (fichiers
.plist dans la base de données d'utilisateurs de l'
Open Directory at:
/private/var/db/dslocal/nodes/Default/users) vont être
clonées elles. Donc les 3 utilisateurs (dont toi)
existeront formellement pour le Système. Mais ces fichiers comporteront des
adresses de dossiers de compte du genre :
/Users/untel > inadéquates > puisqu'aucun dossier de compte n'aura été cloné dans le répertoire des
Utilisateurs du clone > sauf celui de l'admin auxiliaire
toto.
Donc c'est à
toto de rétablir la situation > en éditant par exemple la carte d'identité de
untel pour que l'adresse au dossier de compte pointe là où il est resté --> dans le volume
Macintosh HD du HDD => donc
/Volumes/Macintosh\ HD/Users/untel.
(Lorsque tu ouvres le sous-panneau des
Options avancées dans le panneau des
Utilisateurs et groupes --> en fait le logicel des «
Préférences Système» te donne accès en lecture et en écriture à un abrégé de la carte d'identité de l'utilisateur concerné = le fichier
plist recelé at :
/private/var/db/dslocal/nodes/Default/users.)
Une fois ces 3 éditions faites > tu n'y verras que du feu. Et le Système itou > qui s'en contrefiche > une adresse valant une autre adresse.]
Tophe
