|Jan 6, 2009, 12:01 AM||#1|
Annoying message: Safari wants to use keychain "login"!
I work for a company that has several Macs available for customers' use. These are basically demo-machines that they can play with, and at the end of each day, the machines are wiped and rebooted.
The way we do this is simple: the machines auto-login to the Guest account, which will wipe the account at the end of the day. Well, getting a few new Macs in this week, I simply copied over the entire Guest user account to the new machines to avoid reloading all the demo content, preferences, etc. And truthfully, the machines have been working great.
Except one thing. The computer keeps giving me that annoying message that says "Safari (or Finder, or System Preferences, or anything!) wants to use keychain 'login'". And asks for the login keychain password. Well here's the thing: the Guest accounts don't have passwords!
So I looked up a little bit on this topic, and did things like... Went to "Keychain List" in the Edit menu of Keychain Access, and deleted both the "login" and "system" keychains. No help. I went to Preferences in Keychain Access and said "Reset My Keychain". When doing this, however, it asks for the new password for the login keychain.
The problem with this is that I cannot leave the field blank! The Guest account doesn't have a password, so how am I supposed to not create a password?
Does anybody have any ideas? Thanks.
MacBook Pro [First Generation] | 2.16GHz | 2GB RAM | 120GB HD | Mac OS X (10.6.4)
iPhone 4 | 32GB | Black (I couldn't wait for white any longer.)
|Feb 27, 2010, 12:43 PM||#3|
Repair Permissions didn't help
I've been supporting six iMacs (10.5.8) at my new local public library, which opened late October 2009. Starting about a week ago, four of the iMacs have developed precisely the same Safari sickness ziggyonice described.
Repair Permissions on one of the problem iMacs made no change.
So far, Google has not revealed a cure for this annoying problem. I'm anxious to fix it because it's become bad PR for Macs in what used to be a PC-only library.
|Feb 27, 2010, 04:33 PM||#5|
I just returned from the library. Armed with a little more knowledge about Guest accounts, I fixed the problem that I created a couple of weeks ago. Here's my short story with a happy ending:
The six iMacs at my wonderful Townsend (MA) Public Library have Guest accounts so that each user session begins with a fresh account. When the out-of-the-box Guest account proved to be not quite right, I discovered Michael Coyle's "Create a Custom Environment for Leopard's New Guest User" tutorial.
I used Michael's tutorial to create friendlier Guest accounts on the six iMacs -- I set the desktop picture, changed the Safari home page to the library site, added iWork apps to the Dock, etc.
As I was performing the setup on iMac #2, I decided I could bypass the tedious customization steps on the other iMacs:
Safari wants to use the "login" keychain.It takes two clicks on "Cancel" to dismiss that dialog window.
Once I learned about the random Guest password, the fix was easy:
Delete the "User Template/English.lproj/Library/Keychains/" folder.-- Ward
|Feb 27, 2010, 05:12 PM||#6|
Is either box checked?
Last edited by LPZ; Feb 27, 2010 at 05:14 PM. Reason: Problem solved already
|Feb 27, 2010, 05:27 PM||#7|
You don't have a soul. You are a soul. You have a body. C. S. Lewis
2013 iMac & MBPR
|Thread Tools||Search this Thread|
|thread||Thread Starter||Forum||Replies||Last Post|
|Non "Login" Keychain Passwords Unprotected?||Sprint290||OS X Mavericks (10.9)||0||Apr 24, 2014 11:26 PM|
|GarageBand - annoying "airplay" pop up message||Doc Heartless||Mac Applications and Mac App Store||1||Jan 10, 2014 06:36 PM|
|"Keychain login cannot be found to store"||z06gal||OS X 10.8 Mountain Lion||0||Mar 9, 2013 10:41 AM|
|Mac OS X wants to use the "login" keychain - NORMAL?||Freida||OS X 10.8 Mountain Lion||3||Nov 19, 2012 11:01 AM|
|G5 wifi login getting "see administrator" message||laemmle||Mac Basics and Help||3||Oct 8, 2012 08:37 PM|
All times are GMT -5. The time now is 04:25 PM.