OS X fragt wiederholt nach dem Kennwort für den Anmeldeschlüsselbund


14

Ich weiß, das wurde hier schon mehrmals gefragt, aber ich habe bereits die anderen Diskussionen überprüft und ihre Vorschläge ausprobiert, aber ohne Erfolg. Kann ich irgendetwas tun, anstatt das gesamte System neu zu installieren?

Wenn bestimmte Anwendungen auf den Schlüsselbund zugreifen möchten, werde ich wiederholt und endlos nach dem Kennwort für den Schlüsselbund "Anmelden" gefragt, obwohl ich das richtige Kennwort eingebe.

Ich habe schon folgendes probiert, getrennt voneinander:

  • Keychain Access > Preferences > Reset my default key chain
  • Setzen Sie das Kennwort (neues Kennwort = altes Kennwort) des Anmeldeschlüsselbunds zurück
  • Löschen des ~/Library/Keychains/XYZ...Ordners (wie hier vorgeschlagen: /apple//a/148437/5924 )
  • mehrmals neu gestartet

Jetzt wollte ich nur bestimmten Schlüsseln Zugriff auf alle Anwendungen gewähren, aber wenn ich die Änderungen speichern möchte, habe ich dasselbe Problem wie beim ursprünglichen Problem: Ich werde nach dem Kennwort für den Anmelde-Schlüsselbund gefragt, das nie akzeptiert wird. Ich tippe definitiv das richtige Passwort ein, ich kann sogar den Schlüsselbund damit ohne Probleme sperren und entsperren. Oder sogar das Passwort zurücksetzen. Es wird einfach nicht helfen. (Und falls es darauf ankommt: Das Passwort für den "Login" -Schlüsselbund ist dasselbe, das ich für mein Benutzerkonto verwende.)

Hier ist das Screencast-Video : https://www.dropbox.com/home/Public?preview=video3.m4v

[ Bildbeschreibung hier eingeben]

(Ich bin auf El Capitan, der Schlüsselbundzugriff ist Version 9.0 (55171.20.2))

Verwandte Diskussionen, aber keine davon hat geholfen:

=== UPDATE ===

Ich bin gerade auf diesen Thread gestoßen : Schlüsselbund zeigt nach dem El Capitan-Upgrade keine Passwörter an

Und tatsächlich ist dies auch die Nachricht, die ich in der Datei /var/log/system.log erhalte:

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

Ich benutze aber bereits eine echte Maus (Magic Mouse) und / oder das eingebaute Touchpad meines Mac, daher hilft die dort vorgeschlagene Lösung nicht viel:

Eine Lösung für dieses Problem ist die Verwendung einer physischen Maus zur Interaktion mit dem Schlüsselbund.

(Übrigens: Ich habe alle neuen Updates installiert, über die ich automatisch über den App Store benachrichtigt wurde.)

Interessant ist auch das system.log: Es zeigt viele dieser Zeilen ziemlich häufig, ohne Benutzerinteraktion und alle paar Sekunden:

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

(Jetzt habe ich gerade den Schlüsselbund aus dem Speicher von iCloud entfernt und der Fehler im Protokoll wurde gestoppt.)


Haben Sie bereits die alte Routine zum Reparieren von Berechtigungen (Erste Hilfe des Festplatten-Dienstprogramms) und die Berechtigungen zum Reparieren des Basisordners (vom Wiederherstellungspartitionssystem aus) ausprobiert?
Dictionarics Anonymous

@DictionaricsAnonymous Ich habe gerade eine Erste Hilfe durchgeführt und einige Fehler festgestellt. Obwohl im Dialogfeld Erste Hilfe die Meldung angezeigt wird, dass das Volume bei Bedarf repariert wird, werden auf dem Volume weiterhin Fehler angezeigt, wenn ich Erste Hilfe erneut ausgeführt habe. snag.gy/A9JAJ.jpg Über die Berechtigungsreparatur des Basisordners : Wie greife ich darauf zu ? / Ich habe anscheinend keine Wiederherstellungspartition, wenn ich mir die Partitionen anschaue (siehe Screenshot). Würde die Partition dort nicht auch erscheinen? Unterscheidet sich die DiskUtility, auf die ich über boot & cmd + R zugreifen kann, von der DiskUtility, auf der ich First Aid ausgeführt habe? (Erstellen eines TimeMachine-Backups vor den nächsten Schritten)
Mathias Conradt

Egal, ich sehe die Partition über "diskutil list" - pastebin.com/XfBViF3B und eine Forumsdiskussion auf El Capitan discussion.apple.com/thread/7254480?tstart=0
Mathias Conradt

Ah, ich habe El Capitan nicht und wusste nicht, dass es einige Änderungen mit sich bringt ... Wenn sich nicht alles geändert hat, müssen Sie das Wiederherstellungssystem starten (Neustart + Gedrückthalten von Cmd-R), dann das Festplatten-Dienstprogramm starten und es starten lassen Reparatur 'Macintosh HD' von dort. Es sollte die Beschädigung des Dateisystems beheben. Wenn nicht, führen Sie es erneut aus. Aber meine ursprüngliche Idee war es, PERMISSIONS zu reparieren, und diese Funktion wurde aus dem Festplatten-Dienstprogramm in El Capitan entfernt. Ich schlage vor, dass Sie diese Beschädigung zuerst beheben und dann versuchen, die beiden Berechtigungssysteme zu reparieren. Ich muss mich umsehen, um zu sehen, ob das auch noch auf El Capitan zutrifft ...
Dictionarics Anonymous

2
Starten Sie das Wiederherstellungssystem, starten Sie die Terminal-Anwendung (Menü Dienstprogramme) und geben Sie den Befehl resetpassword(in einem Wort) ein, um die Berechtigungen für den Basisordner zurückzusetzen . Eine separate Anwendung wird gestartet, in der Sie "Macintosh HD" und dann Ihren Benutzernamen auswählen und dann unten im Fenster auf "Zurücksetzen" klicken.
Dictionarics Anonymous

Antworten:


7

Ich hatte genau das gleiche Problem mit Lync Messenger - Aufforderung, immer wieder ein Schlüsselbundkennwort einzugeben, obwohl das Kennwort das richtige war. Versuchte zahlreiche Vorschläge, nichts hat funktioniert. Bis ich diesen gefunden habe:

  • Gehen Sie zum Ordner userid / Library / Keychains
  • Suchen Sie im Fenster zur Kennwortanforderung nach einem Schlüssel mit dem Dateinamen
  • lösche diese Datei (nur diese!)
  • versuchen Sie es noch einmal Ihre App - Passwort ist jetzt akzeptiert

Irgendwie wurde dieser Schlüssel in Keychain Access nicht angezeigt, als ob er nicht existiert. Die eigentliche Schlüsseldatei befand sich jedoch im Schlüsselbundordner.

Scheint ein Fehler in MacOS zu sein (ich bin auf Sierra), wenn es die Schlüsseldatei nicht sehen kann, und dann versucht ein anderes Bug-System, eine neue Schlüsseldatei zu erstellen, aber der Dateivorgang schlägt fehl (Datei existiert bereits dort). Ich würde den Apple-Entwicklern vorschlagen, dort eine ordnungsgemäße Ausnahmebehandlung hinzuzufügen, aber ich bin vorerst zufrieden - Problem behoben.


Exakter Fehler, den ich hatte, hat einwandfrei funktioniert.
Kevin

Re "nicht gezeigt"; Liegt es daran, dass Sie es in KeyChain (Menüansicht) ausgeblendet haben?
Pacerier

Klicken Sie auf "Abgelaufene Zertifikate anzeigen" und "Unsichtbare Elemente anzeigen".
Pacerier

3

Ich habe gerade FileVault in meiner System Settings > Security & Privacyletzten Nacht deaktiviert und die HD wieder entschlüsseln lassen und voila, jetzt funktioniert der Schlüsselbund wieder einwandfrei. Ich hatte es erst vor kurzem aktiviert, hatte aber keine Ahnung, dass dies zu solchen Problemen und Nebenwirkungen führen würde.

(Andere Probleme mit FileVault hängen wahrscheinlich zusammen, z. B. die App "Kennwort zurücksetzen" im Wiederherstellungsmodus wird nicht angezeigt und die Datenträger werden nicht angezeigt. )


Interessant. Ich habe El Capitan (auf einem brandneuen MBP) erst vor zwei Tagen verwendet und trotz der Lektüre bisher keine Probleme mit dem Schlüsselbund-Zugriff festgestellt - aber ich habe FileVault bei der Installation des Betriebssystems deaktiviert. Ich frage mich, ob das der Grund ist. (Warum ich keine Schlüsselbundprobleme hatte, meine ich.)
Wildcard

2

Ein Booten in den Wiederherstellungsmodus ( Command + Rdirekt nach dem Neustart) und Disk Utility > First Aidauf der Hauptdiskette löste das Problem für mich.


1
Aber was ist die Hauptursache?
Pacerier
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.