OS X ขอรหัสผ่านของพวงกุญแจเข้าสู่ระบบซ้ำหลายครั้ง


14

ฉันรู้ว่าสิ่งนี้ถูกถามที่นี่หลายครั้ง แต่ฉันได้ตรวจสอบการสนทนาอื่น ๆ แล้วลองใช้คำแนะนำของพวกเขา แต่ไม่ประสบความสำเร็จ มีอะไรที่ฉันสามารถทำได้แทนที่จะติดตั้งระบบทั้งหมดใหม่อีกครั้ง?

เมื่อบางแอปพลิเคชันต้องการเข้าถึงพวงกุญแจฉันจะถูกถามรหัสผ่านของ "การเข้าสู่ระบบ" ซ้ำ ๆ และไม่มีที่สิ้นสุดแม้ว่าฉันจะพิมพ์รหัสผ่านที่ถูกต้องก็ตาม

ฉันได้ลองทำสิ่งต่อไปนี้แล้วแยกจากกัน:

  • Keychain Access > Preferences > Reset my default key chain
  • รีเซ็ตรหัสผ่าน (รหัสผ่านใหม่ = รหัสผ่านเก่า) ของพวงกุญแจเข้าสู่ระบบ
  • การลบ~/Library/Keychains/XYZ...โฟลเดอร์ (ตามที่แนะนำไว้ที่นี่: /apple//a/148437/5924 )
  • รีสตาร์ทหลายครั้ง

ตอนนี้ฉันต้องการให้สิทธิ์การเข้าถึงแอปพลิเคชันทั้งหมดกับพวงกุญแจบางอย่าง แต่เมื่อต้องการบันทึกการเปลี่ยนแปลงฉันมีปัญหาเช่นเดิม: ฉันได้รับการขอรหัสผ่านเข้าสู่ระบบพวงกุญแจซึ่งไม่เคยได้รับการยอมรับ ฉันพิมพ์รหัสผ่านที่ถูกต้องแน่นอนฉันยังสามารถล็อคและปลดล็อคพวงกุญแจได้โดยไม่มีปัญหา หรือแม้กระทั่งรีเซ็ตรหัสผ่าน มันแค่ช่วยไม่ได้ (และในกรณีที่มีความสำคัญ: รหัสผ่านพวงกุญแจ "เข้าสู่ระบบ" นั้นเหมือนกับที่ฉันใช้สำหรับบัญชีผู้ใช้ของฉัน)

นี่คือวิดีโอหน้าจอ screencast : https://www.dropbox.com/home/Public?preview=video3.m4v

[ ป้อนคำอธิบายรูปภาพที่นี่]

(ฉันใช้ El Capitan, Keychain Access เป็นรุ่น 9.0 (55171.20.2))

การสนทนาที่เกี่ยวข้อง แต่ไม่มีใครช่วย:

=== UPDATE ===

ฉันเพิ่งเจอกระทู้นี้: Keychain ไม่แสดงรหัสผ่านหลังจากการอัพเกรด El Capitan

และแน่นอนนี่เป็นข้อความที่ฉันได้รับใน /var/log/system.log:

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

แต่ฉันใช้เมาส์จริง (Magic Mouse) และ / หรือทัชแพดในตัวของ Mac ของฉันแล้วดังนั้นวิธีแก้ปัญหาที่เสนอจึงไม่ได้ช่วยอะไรมาก:

ดังนั้นวิธีแก้ไขปัญหานี้คือการใช้เมาส์ที่มีอยู่จริงเพื่อโต้ตอบกับ Keychain

(โดยวิธี: ฉันมีการติดตั้งการอัปเดตล่าสุดทั้งหมดที่ฉันได้รับการแจ้งเตือนอัตโนมัติผ่านทาง App Store)

สิ่งที่น่าสนใจก็คือดูที่ system.log: มันแสดงจำนวนบรรทัดเหล่านี้ค่อนข้างบ่อยโดยไม่ต้องมีการโต้ตอบกับผู้ใช้และทุก ๆ สองสามวินาที:

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

(ตอนนี้ฉันเพิ่งลบพวงกุญแจออกจากการจัดเก็บใน iCloud และข้อผิดพลาดในบันทึกหยุดลง)


คุณได้ลองใช้ชุดสิทธิ์การซ่อม (การปฐมพยาบาลเบื้องต้นของยูทิลิตี้ดิสก์) และการอนุญาตการซ่อมแซมโฟลเดอร์ภายในบ้าน (จากระบบพาร์ติชั่นการกู้คืน) หรือไม่?
พจนานุกรม Dictionarics ไม่ระบุชื่อ

@DictaricsAnonymous ฉันเพิ่งวิ่งปฐมพยาบาลและฉันได้รับข้อผิดพลาด แม้ว่ากล่องโต้ตอบการปฐมพยาบาลจะบอกว่า "มันจะซ่อมแซมโวลุ่มหากจำเป็น" แต่ไดรฟ์ข้อมูลยังคงแสดงข้อผิดพลาดหากฉันเรียกใช้การปฐมพยาบาลอีกครั้ง snag.gy/A9JAJ.jpgเกี่ยวกับการซ่อมแซมสิทธิ์โฮมโฟลเดอร์: วิธีการเข้าถึงนั้น / ฉันไม่มีพาร์ติชั่นการกู้คืน, เมื่อมองเข้าไปในพาร์ติชั่น (ดูภาพหน้าจอ). พาร์ติชันจะไม่ปรากฏที่นั่นด้วยหรือไม่ DiskUtility ที่ฉันสามารถเข้าถึงได้ผ่าน boot & cmd + R นั้นแตกต่างจาก DiskUtility ที่ฉันเรียกใช้ First Aid จากหรือไม่ (ทำการสำรองข้อมูล TimeMachine ก่อนขั้นตอนถัดไป)
Mathias Conradt

ไม่ต้องกังวลเกี่ยวกับพาร์ติชันฉันเห็นมันผ่าน "รายการ diskutil" - pastebin.com/XfBViF3Bและการอภิปรายในฟอรัมเกี่ยวกับ El Capitan Discussions.apple.com/thread/7254480?tstart=0
Mathias Conradt

อ่าฉันไม่มี El Capitan และไม่รู้ว่ามันนำการเปลี่ยนแปลงบางอย่าง ... ถ้าไม่ใช่ทุกอย่างเปลี่ยนไปคุณต้องบูตระบบ Recovery (เริ่มใหม่ + กด Cmd-R ค้างไว้) จากนั้นเปิด Disk Utility แล้วปล่อย ซ่อมแซม 'Macintosh HD' จากที่นั่น ควรแก้ไขความเสียหายของระบบไฟล์นั้น ถ้าไม่ให้รันอีกครั้ง แต่ความคิดดั้งเดิมของฉันคือการซ่อมแซมสิทธิ์และคุณลักษณะนี้ถูกลบออกจาก Disk Utility ใน El Capitan ฉันขอแนะนำให้คุณแก้ไขความเสียหายนั้นก่อนจากนั้นลองแก้ไขระบบการอนุญาตทั้งสอง ฉันจะต้อง google รอบ ๆ เพื่อดูว่ายังใช้กับ El Capitan ...
Dictionarics ไม่ระบุชื่อ

2
หากต้องการรีเซ็ตสิทธิ์โฟลเดอร์โฟลเดอร์หลักให้บูตเข้าสู่ระบบกู้คืนเรียกใช้แอปพลิเคชั่น Terminal (เมนู Utilities) และพิมพ์คำสั่งresetpassword(หนึ่งคำ) แอปพลิเคชันแยกต่างหากจะเปิดขึ้นโดยคุณเลือก 'Macintosh HD' จากนั้นชื่อผู้ใช้ของคุณจากนั้นคลิก 'รีเซ็ต' ที่ด้านล่างของหน้าต่าง
พจนานุกรม Dictionarics ไม่ระบุชื่อ

คำตอบ:


7

ฉันได้ว่าปัญหาเดียวกันกับ Lync Messenger - ร้องขอให้ใส่รหัสผ่านพวงกุญแจ, ซ้ำแล้วซ้ำอีกแม้ว่ารหัสผ่านเป็นที่ถูกต้อง ลองใช้คำแนะนำมากมายไม่มีอะไรทำงาน จนกว่าฉันจะพบสิ่งนี้:

  • ไปที่โฟลเดอร์userid / Library / Keychains
  • ค้นหาคีย์ด้วยชื่อไฟล์จากหน้าต่างขอรหัสผ่าน
  • ลบไฟล์นี้ (เฉพาะไฟล์นี้เท่านั้น!)
  • ลองแอปของคุณอีกครั้ง - ยอมรับรหัสผ่านทันที

ยังไงก็เถอะปุ่มนี้ไม่แสดงใน Keychain Access เหมือนไม่มีอยู่ แต่ไฟล์คีย์จริงมีอยู่ในโฟลเดอร์ Keychain

ดูเหมือนว่าจะเป็นข้อผิดพลาดบางอย่างใน macOS (ฉันอยู่ที่เซียร่า) เมื่อมันไม่สามารถมองเห็นไฟล์คีย์และจากนั้นข้อผิดพลาดอื่น - ระบบพยายามที่จะสร้างไฟล์คีย์ใหม่ แต่การทำงานของไฟล์ล้มเหลว ฉันอยากจะแนะนำให้ผู้พัฒนาแอปเปิ้ลเพิ่มการจัดการข้อยกเว้นที่เหมาะสม แต่ตอนนี้ฉันพอใจแล้ว - ปัญหาได้รับการแก้ไข


ฉันมีข้อผิดพลาดที่แน่นอนทำงานได้อย่างสมบูรณ์
เควิน

เรื่อง "ไม่แสดง"; เป็นเพราะคุณซ่อนมันไว้ใน KeyChain (มุมมองเมนู) หรือไม่
Pacerier

คลิก "แสดงใบรับรองที่หมดอายุ" และ "แสดงรายการที่มองไม่เห็น"
Pacerier

3

ฉันเพียงแค่คนพิการ FileVaultภายใต้ของฉันSystem Settings > Security & Privacyคืนที่ผ่านมาและปล่อยให้ถอดรหัส HD อีกครั้งและ voila ตอนนี้พวงกุญแจทำงานได้ดีอีกครั้ง ฉันเพิ่งเปิดใช้งานเมื่อไม่นานมานี้ แต่ไม่ทราบว่าจะทำให้เกิดปัญหาและผลข้างเคียงดังกล่าว

(ปัญหาอื่น ๆ ที่เกี่ยวข้องกับ FileVault อาจเกี่ยวข้องเช่นแอปรีเซ็ตรหัสผ่านในโหมดการกู้คืนที่ไม่แสดงและดิสก์ )


น่าสนใจ ฉันเพิ่งเริ่มใช้ El Capitan (บน MBP ใหม่ล่าสุด) เมื่อสองวันที่แล้วและฉันไม่เห็นปัญหาใด ๆ กับ Keychain Access แม้จะเป็นสิ่งที่ฉันอ่าน - แต่ฉันปิดการใช้งาน FileVault เมื่อติดตั้งระบบปฏิบัติการ ฉันสงสัยว่าเป็นเพราะอะไร (ทำไมฉันถึงไม่มีปัญหาเกี่ยวกับ Keychain ฉันหมายถึง)
Wildcard

2

การบูตเข้าสู่โหมดการกู้คืน ( Command + Rทันทีหลังจากรีบูต) และDisk Utility > First Aidบนดิสก์หลักช่วยแก้ปัญหาให้ฉันได้


1
แต่สาเหตุหลักคืออะไร
Pacerier
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.