M
Membre supprimé 1060554
Invité
Bonjour Guillaume
Quand tu cites ainsi la commande que tu as tentée :
Par ailleurs > l'OS actuellement installé est-il High Sierra ? -->
En résumé : si tu avais bien passé la commande correcte et qu'au redémarrage il n'y ait pas eu déblocage d'ouverture de session => alors il faut passer au "plan B".
Quand tu cites ainsi la commande que tu as tentée :
J'ai tenté la commande rm /Vomumes/"Macintosh HD"/var/db/caches/opendirectory/*, mais ça ne semble pas fonctionner
- le "Vomumes" au lieu de "Volumes" dans la commande est un lapsus calami de ta part à la retranscription ici ? - tu avais bien saisi : Volumes dans la commande ?
Par ailleurs > l'OS actuellement installé est-il High Sierra ? -->
- des loupés de programmation du Service d'Annuaire (qui gère les utilisateurs et les groupes) dans cet OS --> induisent des plantades variées liées à ce service. Une des plus retorses consiste dans une corruption du cache mbr_cache du Service d'Annuaire. Car le Service d'Annuaire (Open Directory) fonctionne à partir de & par l'intermédiaire d'un cache des bases de données des utilisateurs et des groupes - et pas par accès direct aux informations "on_disk" (càd. par prise en charge directe des fichiers de ces mêmes bases de données). Il s'ensuit que la corruption du cache --> ne donne pas lieu à un rattrapage par adressage direct aux informations du disque => mais induit un plantage. Celui du service d'ouverture de session LoginWindow qui prend en charge ce cache.
- étant donné le contexte de fonctionnement "indirect" (par cache interposé) que je viens de brosser > une suppression du cache mbr_cache force le Service d'Annuaire à se référer aux informations primitives des bases de données du disque. Cette suppression permet souvent le déblocage du démarrage et de l'ouverture de session.
En résumé : si tu avais bien passé la commande correcte et qu'au redémarrage il n'y ait pas eu déblocage d'ouverture de session => alors il faut passer au "plan B".