Show password in keychain.system

I would like to know the password that I set ages ago for my wireless DSL router. It is the only thing in my system keychain. I am able to unlock the system keychain using the password for my admin user, but when I check "Show Password" the new dialog box which appears and requests a password will not accept any password for any user. I have even tried enabling and logging in under root, but it still doesn't work.
I have been able to use the "show password" function with my login keychain without any problem - it's just this one.
I went ahead and deleted the password, which since I didn't know it, meant I had to set the wireless network up again. I was hoping that when the new password was saved the "show password" block would work in case I needed it again in the future. Of course, it didn't work, and I still can not show the password.
Anyone else having these problems? Anyone able to offer advice?
Thanks for the help!

Your admin password doesn't match the Keychain Access password. As for part 2, your login.keychain should reside in ~/Library/Keychains/ and the machine's System.keychain should reside in /Library/Keychains/. I have no idea why your using more than one and why they're not in the proper places. You might want to delete the small one, rename the large one, and delete whatever is currently in ~/Library/Keychains/.

Similar Messages

  • "Show password" in Keychain Access not working

    When I launch Keychain Access and tick the "Show password:" checkbox for a given Keychain item I get prompted to enter my password. After doing so the password field remains blank.
    Anyone else run into this problem? Know a workaround?

    I'm getting something like this but when I click  "Show Password" I get a mumbojumbo of letters and symbols at least 120 characters and clearly not my passworld. Is this something with Maverick, because I've been having a lot of problems.

  • Keychain "show password" issue with Airport

    I have 3 Keychain items for Airport Express. Two are in Login & if I select "show password" it asks for my Keychain password (which is also my login password), which I give & it shows me my password. No problem.
    The third Airport Keychain item is in System. Following the same procedure, I put in the same password & it rejects it.
    For both the Login & System Keychain items I get the same window asking me for my Keychain password, so I can't figure out why my password won't work for the Airport item in System. Any ideas would be appreciated.

    I don't know why the airport passwords end up in the System Keychain, or what's the password for the System Keychain, but probably you have the same problem I had: every time I wanted to connect to my Airport network I had to input the password again.
    In one ocassion, before entering the password, I clicked the "information" arrow and saw that indeed access to the system.keychain was being requested by some application called system.iUtilserver. I deleted the preference file "user">Library>Preferences>system.iUtils.prefs and now I do not have to input the password every time I connect to the airport. The password still reappears in the System Keychain, however. I also noticed that other accounts in my laptop didn't have this problem. One downside of this situation is that any user of your machine can access the airports covered by the password in the System Keychain, since it's a keychain available to all users.
    MacBookPro   Mac OS X (10.4.6)  
    MacBookPro   Mac OS X (10.4.6)  

  • Can I remove all but the last "Mac OS X Server certificate management" application password from my System Keychain?

    I am slowly nursing a broken Montain Lion Server back to health. The problems started with a name change days ago then went sour, probably because of some stuff in the keychain that tripped the commands up.
    I have now a trusted Root CA in my System Keychain which has signed my wildcard Certificate for my domain and all my services are protected by this wildcard certificate. Creating and installing that certificate helped me back (slowly) but there are still problems to solve
    I also have set the com.apple.servermgrd identity preference to this (now trusted) wildcard certificate a few minutes ago
    I am busy cleaning as much as possibe of junk from my Keychains to improve stability, of course without damaging things (I hope)
    There are 19 "Mac OS X Server certificate management" application passwords in my System Keychain.
    12 are from 9 days ago when I installed this clean OS X Mountain Lion Server for the first time, created within a minute during server install.
    1 from 6 minutes later, maybe when I turned on a Service
    2 are from that day, but 2 and 3 hours later (also probably because of something I did in Server.app, like enabling a service)
    1 from 2 days later (probably when I tried to change the server name/domain)
    1 from again 5 days later (probably when I tried to change the server name/domain again)
    1 from yesterday, when I changed the servername
    1 from today, when I changed the server name again.
    What are these application passwords for and can I safely remove all but the last one? What are they for?

    I went ahead and remove them a month ago. So far, there don't seem to be any issues. As long as you double-triple-check that the hash-number in those "Mac OS X Server certificate management" keychains _aren't_ in the filename of any of the *.pem files in the /etc/certificates folder, you can delete those orphan keychains.

  • Keychain shows password still encrypted

    Keychain shows my apple Mail password still encrypted when I click "Show Password".
    I need to confirm my email password.
    Other email accounts, like comcast, show the password legibly in keychain.
    Can anyone help me with this?
    10.8.3  server  imac
    Mac

    You might be able to fix the keychain by selecting
    Keychain Access ▹ Preferences ▹ First Aid
    from the menu bar.

  • "show password" doesnt' work in Keychain :-(

    I'm syncing several computers' keychains using .mac
    Previoulsy one of those was running 10.3.9 while the others were running 10.4.6.
    After updtaing the 10.3 mac to 10.4.6 I'm not able to "show password" from the keychain access. However, I changed two things at once. (1) I began syncing the keychains, and (2) upgraded my last 10.3 box to 10.4.
    Any help would be appreciated!
    TIA

    Reading this link below
    http://docs.info.apple.com/article.html?path=Mac/10.4/en/mh462.html
    Indicates that keychain access works differently for 10.4 than for prior versions of OSX. In the past, I was able to "show password" by only entering the keychain password. There was no need to know the "item's password".
    Can someone verify that 10.3 and 10.4 work differently in accessing keychain passwords.
    TIA

  • Keychain no longer shows passwords

    Since the change to Mavericks my keychain no longer shows passwords, my iPhone no longer logs onto Skype and I can't look up the password any more in my keychain.
    What has gone wrong?

    What happens if you double click on a password in Keychain Access? I get a show password option.
    You also might try running Keychain First aid and as a last resort, try resetting the original keychain.
    Keychain Reset

  • Keychain 'show password'

    hi,
    i clicked on 'show password' for an item in my keychain and after entering my keychain access password, i accidentally clicked 'always allow' instead of 'allow once'.
    now, when i click 'show password' for that item no dialog box appears, so i can't figure out how to switch it back so it will always ask for my password before showing the item's password.
    hope that makes sense.
    any suggestions?
    thanks!

    double-click on this keychain item and click on "Access Control" tab. remove Keychain access from the list of apps on the "always allow" list.

  • Keychain won't show passwords!!

    So when I click on a keychain and click show password a box pops up saying Keychain Access requires that you type your password. When I enter my login password I get a box that says Access to this item is restricted. What am I doing wrong? When I click on another keychain and click show password the box access to this item is restricted pops up without even asking for a password to access.
    Please help!

    Trey Page2 wrote:
    So when I click on a keychain and click show password a box pops up saying Keychain Access requires that you type your password. When I enter my login password I get a box that says Access to this item is restricted. What am I doing wrong? When I click on another keychain and click show password the box access to this item is restricted pops up without even asking for a password to access.
    Please help!
    Have you run keychain repair?
    Also this might help:
    http://support.apple.com/kb/TS1544?viewlocale=en_US

  • How to Delete and Reset a Lost Root Password on a System With a Mirrored ??

    hi All,
    we are experiencing problem,lost root password on Solaris 10 Sparc T5120, with mirror root,
    and we found the solution from Metalink.oracle.com, has anyone have try this??
    here list capture the file system :
    Filesystem size used avail capacity Mounted on
    */dev/md/dsk/d10 2.0G 349M 1.6G 18% /*
    */dev/md/dsk/d40 9.8G 563M 9.2G 6% /usr*
    */dev/md/dsk/d30 9.8G 1.4G 8.4G 15% /var*
    */dev/md/dsk/d50 7.9G 310M 7.5G 4% /opt*
    */dev/md/dsk/d600 3.8G 4.3M 3.8G 1% /home*
    */dev/md/dsk/d602 471M 20M 404M 5% /app/controlm*
    */dev/md/dsk/d601 471M 251M 173M 60% /app/ctsa*
    */dev/md/dsk/d604 4.9G 1.1G 3.8G 23% /app/oramon*
    */dev/md/dsk/d603 20G 11G 8.2G 58% /app/oracle*
    */dev/md/dsk/d606 39G 10.0G 29G 26% /proj/iprdb01/orafra/iprod01p*
    here the step :
    Solstice DiskSuite[TM] Software: How to Delete and Reset a Lost Root Password on a System With a Mirrored Root Disk [ID 1010755.1]
    Solution
    Steps to Follow
    How to delete and reset a lost root password on a system with a mirrored root disk.
    1) Insert the Solaris[TM] Operating System CD-ROM into the CD-ROM drive.
    2) Once the CD-ROM is in the drive, perform a stop-a. This brings the system down to the "ok" prompt.
    3) From the "ok" prompt, perform a single-user boot from the Solaris OS CD-ROM.
    ok boot cdrom -s4) At the "#" prompt, determine which disk is the system's boot disk (containing the root file system). There are several Oracle architectures and various configurations of systems when it concerns a boot disk. As a general rule, most boot disks are attached to controller 0 (c0). Usually, their SCSI target is
    either 3 (t3) or 0 (t0). However, Oracle machines are very flexible, and the boot disk could be at a different location. If you are not sure which disk is your boot disk, perform the following steps to determine the location of the boot device:
    a) # eeprom boot-device
    The output might appear to be simple, such as "disk" or "disk1" or more complicated, such as a pathname "/iommu/sbus/espdma@4,8400000/...../sd@3,0:a".
    b) Make note of the boot-device. If the boot-device is a pathname, it is beyond the scope of this information to provide the location of the customized boot disk. However, for most configurations,
    finding the customized boot disk is an easy task. The "Format" command shows all available disks:
    #format
    Searching for disks...done
    AVAILABLE DISK SELECTIONS:
    (enter its number): c) Enter d to exit format.
    Now, you will have an idea what disks are on the system. Therefore, if the boot-device is "disk" and format shows "c0t0d0" (on some systems "c0t3d0") then that is the boot device. If boot-device
    shows "disk1" and format shows "c0t1d0," then that is the boot device. If format shows multiple disks, then based on what the "eeprom boot-device" command shows, the system's boot disk would be:
    boot-device format
    disk c0t0d0 or c0t3d0 (machine dependent)
    disk1 c1t0d0
    disk2 c0t2d0
    disk3 c0t3d0 or c0t0d0 (machine dependent)
    and so on ....
    5) Because the system was not brought down gracefully (no root password means having to use the Stop-a keystroke to "crash" the system), you need to run "fsck" to clean the root partition (slice). The fsckalso confirms that you selected the proper slice.
    # fsck /dev/rdsk/c1t0d0s0
    where the X and Y are determined by the previous procedure. It is also possible to have a root partition which is not on slice 0 (s0), but, again, that is not a standard configuration.
    The output of "fsck" looks like this:
    ** /dev/rdsk/c1t0d0s0
    ** last mounted on /
    ** Phase 1 .....
    The second line in the output of "fsck" ("** Last mounted on /") confirms that this is the correct root filesystem partition. Answer "y" to any questions fsck asks. There shouldn't be too many items
    needing repair. If there are, there is a possibility of a corrupted root filesystem. After fsck is finished, mount the root partition:
    # mount /dev/dsk/c1t0d0s0 /a
    Again, X and Y are the same as for the fsck command.
    For example:
    # mount /dev/dsk/c1t0d0s0 /a
    6) From the root prompt, set the proper TERM type command (such as vt100, dtterm, sun, and so on)
    by entering this command:
    # TERM=sun; export TERM
    7) Use the VI text editor to edit the /etc/shadow file:
    # vi /a/etc/shadow
    8) The first line of the /etc/shadow file is the one you want to modify.
    It looks like this:
    root:c3.yAVmYodWsc:6445::::::
    9) Delete every character between the first and second colons in the first line of the file. When you finish deleting the characters, the line should look like this:
    root::6445::::::
    10) Press the Escape key, then enter the following to save the file and exit vi:
    :wq!
    11) Use the VI text editor to edit the /etc/system file andremove the "rootdev" line shown below:
    # vi /a/etc/system
    *rootdev:/pseudo/md@0:0,0,blk
    Don't comment out the "rootdev" line. Actually remove it.
    12) In the /a/etc/vfstab file, replace the lines for the system filesystem meta-devices with their underlying partitions. For example, change lines from
    /dev/md/dsk/d0 /dev/md/rdsk/d0 / ufs 1 no -
    to
    /dev/dsk/c1t0d0s0 /dev/rdsk/c1t0d0s0 / ufs 1 no -
    ONLY change the lines for root (/) and the filesystems that were affected by the actions you took in step 1 of this procedure. All other metadevices may stay as is in this file.
    13) Unmount root, check the root filesystem, and then stop the system:
    # cd /
    # umount /a
    # fsck /dev/rdsk/c1t0d0s0
    # stop-a
    14) Boot to single-user mode:
    ok boot -swTHIS STEP IS VERY IMPORTANT; YOU MUST BOOT TO SINGLE-USER MODE TO AVOID FILESYSTEM CORRUPTION.
    If the system does not boot to single user mode, you might have made a mistake in the previous steps.
    15) Because the root password was cleared in an earlier step, press Return when prompted for the the root password. Once you are in single-user mode, you must clear the metamirrors and all the sub-mirrors for the root filesystem. For example, if root (/) is d0, run the following command:
    # metaclear -f -r d0
    Running the metaclear command not only clears the metamirror but also clears the submirrors that are part of this mirror.
    16) When the metamirror is cleared, continue the boot up to multiuser mode by either pressing CTRL-D or by entering the following:
    # exit
    Now everything should be as it was, except that the system partition is on the underlying partition and isn't mirrored. You will simply need to re-create the metadevices for the root mirror as you had originally.
    many thanks

    Hi,
    Halt your machine.
    Boot with fail-safe mode.
    format and list out the disks. (You can get the root & mirror disk (c#t#d#) details from /etc/lvm/md.tab of your root or mirror disk. Earlier explorer output may help)
    Mount the root disk and remove the password entry in /etc/shadow
    umount it.
    Mount the mirror disk and remove the password entry in /etc/shadow
    umount it.
    reboot the server.
    Hope this helps!

  • How to change password and keychain?

    I want to change one user's password (with the GUI):
    <pre> System Preferences...
    Accounts
    choose the right one
    Reset Password...</pre>
    And I see a warning window telling me:
    <pre>Resetting the account password does not reset
    the user's keychain password.
    To reset the keychain password, use Keychain Access, located
    in the Utilities folder.</pre>
    This let me discover 2 problems:
    - How may I change the user's password and the user's
    keychain password... together?
    I want to keep them to the same string and the same
    managment policy (frequency of change).
    - I've tried with one account the method suggested (use
    Keychain Access). Unfortunately I don't see how I may
    change the keychain password, because every time I try
    to change it, it does first ask me to type it:
    <pre>Current Password:</pre>.
    How should one change a keychain password without the
    previous one (when the original password can't be used)?
    MacOS X version : 10.4.7
    Keychain Access : 3.3
    dan    

    Try going to the users home folder --> library --> preferences and delete the "com.apple.keychainaccess.plist" preference file.
    Also under users home folder --> library -->Keychains delete the "login.keychain" file

  • Annoying Safari behavior when I click show password in preferences and no favicon support

    An hour ago I decided to switch to Safari 6.0.2 on Mac OSX 10.7.5 from Google Chrome and here I am with two issues.
    Issue 1:
          Visiting preferences I eventually went to Password Tab as shown in screenshot below. As I checked show password option all of a sudden this pop up asking for permission :"safari wants to use your confidential information stored in your keychain."
         As I have about 100 websites passwords stored in my keychain, this pop up keeps coming one by one asking for permission for each and every site. And until I select any of 3 options I can not do any activity. I do not want to click around 100 times on Always Allow or any of other 2 options. This behavior is completely nuisance to me. Any suggestion on how to get rid of this? Is this a bug in Safari? Should I report it to Apple?
    Issue 2:
         I figured out that Safari does not support favicons too, which is, in my opinion very efficient way to manage bookmark on Bookmark bar as bookmarks are easily searchable. I visited few questions regarding Favicons and all says NO support for Safari but since they are quite a few months older now I am including it here, with hope, if any solution is known to anyone.
    Any suggestion or assistance will be helpful for any of the issue.
    Due to these two issues I am forced to switch back to chrome within an hour. :-(
    I have also posted my question on StackOveflow website superuser. 
    One small suggestion: UI and formatting on this discussion.apple.com seems very old and painful now. Stackoverflow offers excellent in this area. Kindly try to renovate this site with rich and easy features.

    If you saved the passwords in another browser, then Safari is not automatically authorized to access them, nor is any other application. That's the whole point of the keychain. You should only get the prompt once for each password.

  • Keychain system cannot be found

    There are several threads on this, and on my 2009 iMac running Mavericks I ran into many of the same obstacles to the standard remedies. I had a big crash when trying to update to Yosemite a few weeks ago (so I'm back on Mavericks), with lots of permissions problems in the highly-complicated resuscitation phase. I have done a CMD-R reboot, and repaired permissions (on the password-reset utility), checked various folders including my $HOME folder with CMD-I, looked in System Preferences -> Sharing to see that I had everything set properly, and used Disk Utility also to Repair Permissions. (Maybe not in that order.)
    And then, days later, for reasons unclear I began to get the "keychain system cannot be found" message. It occurred when waking the computer from sleep, finding the wi-fi disconnected and not being able to store the password. I ran Keychain First Aid. No help. I checked the Info (CMD-I) screens for my Library keychain folder and subfolders, and all looked normal.
    (Disk Utility still reports lots and by "lots" I mean thousands of unnecessary ACL permissions, which it says it repairs and then they're still there.)
    It's highly inconvenient as I "SSH" in to my base computer over the InterWeb, which is strangely impossible when the base is offline.
    I'm not sure about adding or making new keychains - the old one apparently will be preserved although some advisors say make a manual back-up first anyway. And apparently one can import "keys" from the old keychain to make things less onerous. But I couldn't quite deduce how far that rabbit-hold might lead, so still crashed around a bit, and found ...
    ... that my System keychain was locked. All of the Preferences selections were "unlocked", and the other keychains (login, local, and System Roots) were unlocked.
    I asked my wife what she was doing, creeping around in my keychain when I wasn't looking, but I have to say that I believed her when she professed not to know what a keychain was.
    So how it got locked I don't know. I did what I often advise but equally often forget: right-clicked the System keychain. There's an option of unlock it (or to lock it if it's already unlocked).
    That still didn't work, although the non-self-logging-on WiFi was my only practical problem.
    So, I deleted that one key, the one for my WiFi user password.
    Somewhere in there of course I rebooted (and rebooted), whether necessary or not.
    And that finally worked. It's only been a few hours, but I can log off, I can reboot, the computer can sleep, and I can turn the WiFi on and off manually - and it auto-logs back in.
    I wonder if I'm reporting this too early. So far, so good.
    Summary: I did all the usual stuff, outlined above, suggested in multiple other threads (e.g. 10.9 Mavericks and keychain issues), except that I didn't make any new keychains, but then:
    in Keychain, right-clicked the System keychain and  unlocked it;
    deleted just my Wifi user-password key in the System keychain.
    Hey  presto! YMMV!
    Hope this helps somebody.
    Charles

    As Eric Root suggested, I'm replying to myself. Several days have passed and my repairs are holding. Here's a partial and edited "re-post":
    I found that my System keychain was locked. All of the Preferences selections were "unlocked", and the other keychains (login, local, and System Roots) were unlocked.
    How it got locked I don't know. I did what I often advise but equally often forget: right-clicked the System keychain. There's an option of unlock it (or to lock it if it's already unlocked).
    That still didn't work, although the non-self-logging-on WiFi was my only practical problem, so, I deleted that one key, the one for my WiFi user password.
    Somewhere in there of course I rebooted (and rebooted), whether necessary or not.
    And that finally worked. It's only been a few days as of this writing, but I can log off, I can reboot, the computer can sleep, and I can turn the WiFi on and off manually - and it auto-logs back in.
    Summary: I did all the usual stuff, outlined above, suggested in multiple other threads (e.g. 10.9 Mavericks and keychain issues), except that I didn't make any new keychains, but then:
    in Keychain, right-clicked the System keychain and  unlocked it;
    deleted just my Wifi user-password key in the System keychain.
    Charles

  • Remember passwords in keychain

    I have Apple's Mail program check my .mac mail, gmail, and sbc global mail, and everytime it asks me for a password for gmail and sbc mail. Every time I also check the "remember password in keychain" and it doesn't remember...It worked with I had my G3 iBook, but not with the G4 Mac Mini...is there something I'm doing wrong?

    Nope. 10.4.5 has NOT taken care of it. In fact, it has become so frequent for me that I actually gave up and did a complete, clean system reinstall, created a new user account, and started over. And guess what? After about 3 hours of working correctly, this problem raised its ugly head again! Why can't Apple fix this after so many have had a problem with it? We have to use keychain -- we really have no choice. An on top of it all, keychain repair utility just keeps telling me "Keychain search list not properly configured." It doesn't repair it (although it says the repairs are complete). It just tells me there is a problem.
    Bah! I'm going to have to switch to using web mail until this problem is solved, which really ***** for more reasons than I care to go into. I just can't keep dropping everything I do every 1/2 hour to enter the password. God forbid I'm actually typing a message, I end up typing a few words in the password dialog that comes up instead of in my message. Really, really bad problem, Apple, and no help in sight from what I can tell.
    G5 Dual 2 GHz   Mac OS X (10.4.5)  

  • Missing view option passwords in keychain access

    When i open keychain access the option to show passwords has gone.
    Why and how can i restore it ?
    Thanks Terry

    Hi Linc,
    When l open the keychain access box the list headings when l choose passwords are
    : Name| Kind | Date Modified | Keychain | and this one used to be passwords but is now blank|
    but of course it had a series of dots before where the passwords should be, now there are no dots below.
    Then from the drop down list l could opt to ` show passwords' and they would appear, but the heading and the dots are no longer there beneath,
    and l don`t have the option to show them from the drop down menu, so it`s not the main password but the option to remind myself what all passwords l chose
    are, slightly dissconcerting to say the least.
    l hope this isn`t too long winded, l wondered if l had caused this myself somehow or more worryingly someone  or thing else.
    Regards,
    Terry
    P.S. l know l can use Safari for the Safari saved passwords but that is not the point, l don`t like my mac hiding personal data from me, it seems odd .
    Thanks again.

Maybe you are looking for