App store login problem: AMD-Action:authenticate

Ok my console also says "deny file-write-data" on the "adi" and SC Info" files.

Do you others that get this problem have a relocated home folder?

In my case, my iMac has relocated it's home folder from the OS X SSD to an internal HDD, while my Macbook Pro still has it in the root folder. The Macbook doesn't have the issue - all is running fine here.

So I thought it was working because Xcode updated, but I got the same error when I tried installing Evernote. :-(

yreiser, yes I relocated my home folder to a HHD. And I can confirm I get the same errors.

Well then I'm highly suspecting that the problem has to do with relocating the home folder although I'm not sure of course.

Makes sense. Maybe the new anti-root kit kernel trickery can't understand symbolic links. Hopefully the apple developers have it under control.

Ok good news now...

After a lot of tinkering around, I was able to solve the problem by simply copying the relocated Users/Shared folder back to the root Users/Shared.

Here's what I did (and please : YOU DO THIS ONLY AT YOUR OWN RISK and ONLY IF YOU REALLY HAVE A RELOCATED HOME DIRECTORY!!!) :

1) in Preferences / Users & Groups : UNLOCK THE LOCK at the bottom first , then rightclick your username to enter ADVANCED OPTIONS. Verify if the home directory is set to the full path of your relocated home directory (not the simlinked /user/home path. When not, set it to the full path and reboot. After reboot, everything should work as before.

2) go to terminal and do this (!!! AT YOUR OWN RISK):

cd /

sudo rm -rf /Users (this will remove a /Users simlink if you ever created one... if you did step 1 correctly, there should be no issue doing this).

sudo mkdir /Users (this will recreate the Users folder in root)

sudo ditto -V /Volumes/HDD/Users/Shared /Users/Shared (replace /Volumes/HDD/Users with your relocated Users home path - this will copy the Shared Folder of your relocated path to the normal path in root folder that OS X normally expects it to be).

Now that's all... for me - that was the solution.

Thanks it worked.

Interestingly I read that when relocating the home folder to a HDD its better to leave Library folder on the SSD because it's accessed by the OS a lot.

Anyway thanks yreiser. Great work.

Thanks a lot Yreiser, this was the problem for me (/Users/Shared relocated).

I think that we should simply replace Shared folder at his original location.

Removing all symlinks is dangerous when copying or even Using a SuperDuper sandbox.

Thanks again for your help ! Well done !

Yup, great find yreiser!

I had to do some symlink surgery to move /Users/Shared folder back to my SSD without also moving my /Users/Shared/Parallels virtual machines which take a ton of space... but you definitely discovered the problem and solution. You saved me several hours on the phone with Apple (if I even found the right person that could help and just not tell me to reinstall). You probably also fixed a long-standing issue I have had with iBooks (will have to check next). Muchas gracias!

Apple should take note, though... that the user should be able to move the /Users folder wherever they want and core functionality like the App Store shouldn't break. 😟

Note that the sudo rm -rf step is *very* dangerous - it could remove all your user data. Especially if your situation, like mine, was slightly different from the original problem. I had the "unexpected error" problem too, but as a result of having installed El Capitan on my new SSD, without moving my old /Users folder, and data, from my internal HD. So I had a /Users folder on my SSD, with /Users/Shared being a symlink to the folder on my HD. rather than deleting the /Users folder, I deleted the /Users/Shared symlink, and moved the /Users/Shared folder from the HD to the SSD. After this, App Store updates worked!

Thank you Yreiser, with the warning!

MY problem was slightly different. I'd installed an SDD on my Mac Mini and relocated all my /Users/accountXXX home directories individually to "ditto"ed copies on the repurposed HDD, so /Users was still on the SDD boot device. The thing that tripped my up was "ditto"ing /Users/Shared onto the HDD, deleting it from the SDD and recreating it as a symlink.

Obviously I don't want all the junk in the Shared folder on my SDD so I fixed it as follows:-

sudo -i

cd /Users

rm Shared

mkdir Shared

chmod 777 Shared

chmod +t Shared

I then symlinked the stuff I wanted to share from /Volumes/HDD/Users/Shared to /Users/Shared.

I also set up a new folder HDD-Shared on the HDD and symlinked it to /Users/Shared/HDD-Shared so that new Shared stuff can go there and not eat into my SDD.

There must be a better way to relocate the Shared folder than this, but for now it works, which is the main thing!

There is a better way to share "/Volumes/HDD/Users/Shared". Go to System Preferences > Sharing > File Sharing and double-click on "Shared" in the "Shared Folders" list. If it opens "/Volumes/HDD/Users/Shared" in Finder then there's nothing more to do. If it opens /Users/Shared then click the "-" beneath the list to stop sharing that folder, then click the "+" and add "/Volumes/HDD/Users/Shared". You may also need to change the "Shared" shortcut under Favourites in the Finder sidebar.

The problem with the App Store app appears to be with the /Users/Shared/adi directory. See here for info: http://galvanist.com/post/66313155502/userssharedadi

I had the same problem and moving back Shared to /Users, instead of using a symbolic link, solved the problem. Thanks for the advice!!!

I moved the System and Applications to an external SSD and was getting this error. My fix was twofold:

1. Fix the link to my personal folder in the settings for users and groups - advanced menu, as detailed previously.

2. Copying the "Shared" folder from my internal disk to my external disk /Users/Shared