Ton expérience de réinstallation d'un OS > dans lequel nombre de dossiers-Système avaient été
mis en quarantaine dans un dossier
Recovered Items --> est importante logiquement parlant :
- elle paraît montrer que ce déplacement de dossiers-Système dans un dossier de quarantaine est une prodédure canonique d'une mise-à-niveau d'OS. Échappant habituellement à l'observation > mais révélée dans les seuls cas où le processus de l'installation se trouve interrompu dans sa tâche. La distribution atypique qui se laisse alors observer --> ne devrait pas être considérée comme un "endommagement" > mais comme une "redistribution provisoire régulière" d'un processus d'installation
- il s'ensuit qu'il ne faut pas chercher à "remettre en ordre" manuellement ce qui apparaît comme une "mise en quarantaine" sous peine de compromettre les chances de récupération du volume de démarrage > mais qu'il faille réitérer une installation à destination de ce volume > dans l'espoir que le programme d'installation reprenne les opérations là où elles avaient été interrompues
=> il semble malgré tout que > si tu as bien récupéré les
identités des utilisateurs > celles-ci n'ouvrent pas de session sur les
dossiers-domiciles comportant les données.
----------
Supposant donc que tu ouvres néanmoins une session administrateur légitime > je te propose d'aller au
Terminal de
macOS que tu trouves at:
Applications >
Utilitaires >
Terminal.app pour le lancer. Dans la fenêtre ouverte > passe (l'une après l'autre ; en copier-coller direct) les commandes informatives que je te présente en tableau :
Bloc de code:
sudo ls /private/var/db/dslocal/nodes/Default/users | sed '/^_/ d'
diskutil listUsers / | grep -v '.*[\^\_\].*'
dscl . -list /Users home | grep -v '.*[\^\_\].*'
sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +
sudo du -sh /Users/*
- lors de la validation de la 1ère commande commençant par sudo (qui permet de passer la commande avec les privilèges de root, le System Administrator) --> une demande de password va s'afficher : tape ton mot-de-passe de session admin en aveugle - aucun caractère ne se montrant à la frappe - et revalide. Dans les 5' qui suivent > tu n'auras pas besoin de te ré-authentifier pour passer d'autres commandes sudo
- la 1ère liste les fichiers identitaires d'utilisateurs (de type "personnel") dans la base de données users du Service d'Annuaire
- la 2è affiche en tableau les Noms Courts / Noms Longs des utilisateurs de type "personnel"
- la 3è affiche en tableau les Noms Courts / Adresses aux Dossiers-Domiciles d'ouverture de session pour les mêmes
- la 4è liste & mesure les fichiers / dossiers de 1er rang (visibles ou cachés) du volume de démarrage. Elle est particulièrement lente d'exécution. Attends tout le temps qu'il faut le réaffichage de l'invite de commande terminée par ton nom court d'utilisateur flanquée du sigle $ en signal de complétion
- la 5è liste & mesure les Dossiers-Domiciles résidents du répertoire des Utilisateurs. Elle est aussi assez lente d'exécution
Poste tous ces tableaux dans des fenêtres de code --> et tout ce qu'il y a à savoir pour mesurer la situation actuelle sera connu.
----------
Note : un
compte d'utilisateur dans
macOS se compose d'une
paire d'objets : un
fichier identitaire de type
machin.plist qui fait exister l'utilisateur pour le
Service d'Annuaire (
Open Directory) qui gère les utilisateurs et les groupes (fichier résidant at:
/private/var/db/dslocal/nodes/Default/users/machin.plist) + un
dossier domiciliaire contenant les données et préférences d'utilisateur > sur l'espace du sous-dossier
Bureau duquel s'ouvre la session (dossier résidant at:
/Users/machin). La connexion entre les 2 s'effectue via une
adresse au
Dossier-Domicile recelée dans le
fichier identitaire d'utilisateur.
Il peut se faire qu'une identité d'utilisateur -->
perde l'adresse au dossier-domicile original. Vice-versa qu'un dossier-domicile se retrouve
orphelin de l'identité d'utilisateur originale.
