OS X demande à plusieurs reprises le mot de passe de connexion du trousseau de connexion

14

Je sais que cela a été demandé ici plusieurs fois, mais j'ai déjà vérifié les autres discussions et essayé leurs suggestions, mais sans succès. Puis-je faire quelque chose au lieu de réinstaller le système complet?

Lorsque certaines applications veulent accéder au trousseau, on me demande le mot de passe du trousseau "connexion" à plusieurs reprises et sans fin, même si je tape le mot de passe correct.

J'ai déjà essayé ce qui suit, séparément les uns des autres:

  • Keychain Access > Preferences > Reset my default key chain
  • réinitialiser le mot de passe (nouveau mot de passe = ancien mot de passe) du trousseau de connexion
  • Suppression du ~/Library/Keychains/XYZ...dossier (comme suggéré ici: /apple//a/148437/5924 )
  • redémarré plusieurs fois

Maintenant, je voulais simplement accorder l'accès à toutes les applications à certains trousseaux, mais lorsque je veux enregistrer les modifications, j'ai le même que le problème d'origine: on me demande le mot de passe du trousseau de connexion, qui n'est jamais accepté. Je tape définitivement le bon mot de passe, je peux même verrouiller et déverrouiller le trousseau avec lui sans problème. Ou même réinitialiser le mot de passe. Cela n'aidera tout simplement pas. (Et si cela est important: le mot de passe du trousseau "login" est le même que celui que j'utilise pour mon compte utilisateur.)

Voici la vidéo de la capture d'écran : https://www.dropbox.com/home/Public?preview=video3.m4v

[ entrez la description de l'image ici]

(Je suis sur El Capitan, le trousseau d'accès est la version 9.0 (55171.20.2))

Discussions connexes, mais aucune n'a aidé:

=== MISE À JOUR ===

Je viens de rencontrer ce fil: le trousseau n'affiche pas les mots de passe après la mise à niveau d'El Capitan

et en effet, c'est aussi le message que je reçois dans le /var/log/system.log:

SecurityAgent[877]: Ignoring user action since the dialog has received events from an untrusted source 

mais j'utilise déjà une vraie souris (Magic Mouse) et / ou le pavé tactile intégré de mon Mac, donc la solution proposée n'y aide pas beaucoup:

Une solution à ce problème consiste donc à utiliser une souris physique pour interagir avec le trousseau.

(Soit dit en passant: j'ai installé toutes les mises à jour récentes dont j'ai reçu une notification automatique via l'App Store.)

Ce qui est également intéressant, en regardant le system.log: il montre beaucoup de ces lignes assez fréquemment, sans aucune intervention de l'utilisateur et toutes les quelques secondes:

secd[292]:  __SOSCCProcessSyncWithAllPeers_Server_block_invoke sync with all peers failed: Error Domain=com.apple.security.sos.error Code=1032 "peer: UQl/Oz6WIs//dOl3o8fSLDAa2p not found" UserInfo={NSDescription=peer: UQl/Oz6WIs//dOl3o8fSLDAa2p not found}
Mar 21 22:40:04 mln-mbp CloudKeychainProxy[344]:  __39-[UbiqitousKVSProxy doSyncWithAllPeers]_block_invoke_2 <UB--s--C---> syncWithAllPeers (null), rescheduling timer

(Maintenant, je viens de supprimer le trousseau d'être stocké sur iCloud et l'erreur dans le journal s'est arrêtée.)

Mathias Conradt
la source
Avez-vous déjà essayé la routine des autorisations de réparation (les premiers soins de l'utilitaire de disque) et les autorisations de réparation du dossier de départ (à partir du système de partition de récupération)?
Dictionarics Anonymous
@DictionaricsAnonymous Je viens de lancer un secourisme et j'ai eu quelques erreurs. Même si la boîte de dialogue Premiers soins indique «Il réparera alors le volume si nécessaire», le volume affiche toujours les erreurs si j'ai relancé Premiers soins. snag.gy/A9JAJ.jpg À propos de l'autorisation de réparation du dossier de départ: comment y accéder / je ne semble pas avoir de partition de récupération, quand on regarde dans les partitions (voir capture d'écran). La partition n'y apparaîtrait-elle pas également? La DiskUtility à laquelle je peux accéder via boot & cmd + R est-elle différente de la DiskUtility à partir de laquelle j'ai exécuté First Aid? (Faire une sauvegarde TimeMachine avant les prochaines étapes)
Mathias Conradt
Peu importe la partition, je la vois via "diskutil list" - pastebin.com/XfBViF3B et un forum de discussion sur El Capitan discussions.apple.com/thread/7254480?tstart=0
Mathias Conradt
Ah, je n'ai pas El Capitan et je ne savais pas qu'il a apporté des changements… Si tout n'a pas changé, vous devez démarrer sur le système de récupération (redémarrer + maintenir Cmd-R), puis lancer l'Utilitaire de disque et le laisser réparer 'Macintosh HD' à partir de là. Il devrait corriger cette corruption du système de fichiers. Sinon, exécutez-le à nouveau. Mais mon idée initiale était de réparer les AUTORISATIONS, et cette fonctionnalité a été supprimée de l'Utilitaire de disque dans El Capitan. Je vous suggère de corriger cette corruption en premier, puis de tenter de réparer les deux systèmes d'autorisation. Je vais devoir faire une recherche sur Google pour voir si cela s'applique toujours à El Capitan ...
Dictionarics Anonymous
2
Pour réinitialiser les autorisations du dossier du dossier de base, démarrez dans le système de récupération, lancez l'application Terminal (menu Utilitaires) et tapez la commande resetpassword(en un mot). Une application distincte sera lancée, dans laquelle vous sélectionnez «Macintosh HD» puis votre nom d'utilisateur, puis cliquez sur «Réinitialiser» en bas de la fenêtre.
Dictionarics Anonymous

Réponses:

7

J'ai eu exactement le même problème avec Lync Messenger - demande d'entrer un mot de passe de trousseau, encore et encore, même si le mot de passe était le bon. J'ai essayé de nombreuses suggestions, rien n'a fonctionné. Jusqu'à ce que je trouve celui-ci:

  • allez dans le dossier userid / Library / Keychains
  • recherchez une clé avec le nom de fichier dans la fenêtre de demande de mot de passe
  • supprimer ce fichier (seulement celui-ci!)
  • réessayez votre application - le mot de passe est accepté maintenant

D'une manière ou d'une autre, cette clé n'était pas affichée dans Keychain Access, car elle n'existe pas. Mais le fichier de clé réel était présent dans le dossier du trousseau.

Semble être un bogue dans macOS (je suis sur Sierra) quand il ne peut pas voir le fichier de clés, puis un autre bogue - le système essaie de créer un nouveau fichier de clés, mais l'opération du fichier échoue (le fichier existe déjà là-bas). Je suggérerais aux développeurs Apple d'ajouter une bonne gestion des exceptions, mais je suis satisfait pour l'instant - problème résolu.

Andy-G
la source
Une erreur exacte que j'ai eu, a parfaitement fonctionné.
Kevin
Re "non montré"; Est-ce parce que vous l'avez caché dans KeyChain (menu Affichage)?
Pacerier
Cliquez sur "Afficher les certificats expirés" et "Afficher les éléments invisibles".
Pacerier
3

Je viens de désactiver FileVault sous ma System Settings > Security & Privacydernière nuit et de laisser le HD décrypter à nouveau et le tour est joué, maintenant le trousseau fonctionne à nouveau correctement. Je ne l'avais activé que récemment, mais je ne savais pas que cela causerait de tels problèmes et effets secondaires.

(D'autres problèmes avec FileVault sont probablement liés, tels que l' application Réinitialiser le mot de passe en mode de récupération ne s'affiche pas et les disques )

Mathias Conradt
la source
Intéressant. Je n'ai commencé à utiliser El Capitan (sur un tout nouveau MBP) il y a deux jours, et je n'ai jusqu'à présent rencontré aucun problème avec Keychain Access malgré ce que j'ai lu, mais j'ai désactivé FileVault lors de l'installation du système d'exploitation. Je me demande si c'est pourquoi? (Pourquoi je n'ai eu aucun problème de trousseau, je veux dire.)
Wildcard
2

Un démarrage en mode de récupération ( Command + Rjuste après le redémarrage) et Disk Utility > First Aidsur le disque principal a résolu le problème pour moi.

JohnGalt
la source
1
Mais quelle est la cause principale?
Pacerier