MacOS – Finder Isn’t Responding Mac 10.10.1

This problem has been bugging me for months. I've kept a weather eye on the Google results, poked around trying to find my own solution, upgraded to Yosemite to see if the issue was resolved there, but nothing turned up. So, during the Thanksgiving break I decided to sit down and fix this once and for all.

Looooong story short, every time you add a new tag (and possibly when you add a tag to a file) it gets popped into the Finder sidebar for easy access. Handy. Thing is, if you get crazy and add a metric ton of tags, none of them are ever removed from the Finder sidebar. They roll off the edge where you can't see them, and are flagged as "visible if newer items are removed" but they are all retained in the sidebar items plist. This plist gets massive, and takes a long time to parse any time it must be modified.

To make things worse, when you have "documents and data" turned on under System Preferences > iCloud the tag list is synced. This means the hang follows you to every machine where you are signed into iCloud, even on a fresh reload of OS X. Funfunfun.

Thankfully, there is an easy fix. I'll keep the explanation simple for Joe Internet who may be having this problem stumble across this post.

When the Finder is running properly (not beach-balled), right-click on the icon in the Dock and select "Go to Folder". In the dialog that appears type "~/Library/Preferences/". That funny little squiggle at the front is just a nice little shortcut that tells the dialog to start in your home folder for the path, rather than the root of the internal drive.

You will be presented with a cornucopia of scary looking plists. The one we are after is titled "com.apple.sidebarlists.plist". Copy that plist somewhere you can find it later (just in case something goes awry and you have to put it back.) Now, delete the the original plist in the Library folder and reboot your machine. After the reboot Finder will have an empty tag sidebar and you can create, delete, and rearrange tags to your hearts content. No hangs. As long as you have iCloud "Documents and Data" enabled, this new clean sidebar will also be uploaded to iCloud and clear out the old gigantic one on all your machines.

It should be noted that this DOES NOT delete the tags from your files. That information is actually appended to an extended attribute (xattr) of the file itself, rather than being stored in a single plist or database somewhere. Thankfully the tags on the files themselves aren't what's causing the hang issue, so we can leave them untouched.

Of course, what you will lose are the list of tags and custom folders you want in the Finder sidebar. Add the folders back the normal way (drag them into the sidebar) and you can select which tags you want by going to the Finder menu > Preferences > Tags and checking the boxes. I've got about a dozen and things are snappy.

One other unfortunate loss are the tags' assigned colors. That's strictly stored in the Finder's plist. The tags may appear to retain their color until you add them back to the sidebar, or try to apply a tag to an item, at which point the color vanishes.

After you've added a tag or two back to the sidebar the "all tags" item will reappear at the bottom of the list. Click on that and scroll through the list of tags to re-assign their colors. Make sure to re-apply color even to the tags that appear to have retained it, because when that tag is next added to a file or otherwise modified there's a good chance the color will disappear.

Something to note if you have a lot of colors applied: adding them all back may cause the hang issue to re-manifest. All those color assignments are stored in the plist, and too many may drag things down. I've only got a few color assignments so I haven't been able to verify this theory.

That's it! Congratulations! Tags are now usable on your machine(s) again. Just remember to go into Finder > Preferences > Tags every now and again and clear the checkbox or minus sign from the tags you don't want displayed in the sidebar and things should remain snappy.

I've had similar problems compared to what you're describing, although it sounds like your problems are worse. It's very common based on what I've read and there's no cure. The issue is that Apple isn't using the Samba software but rather their own version. Here's my experience, FWIW:

1. SMB volumes were slower for me on Mavericks and older on these machines. Upgrading to 10.10.2 has sped it up and made everything work much better.

2. The shares are still very slow. One very large share performs much like you're describing at times. But other smaller ones are fairly managable, albeit frustrating.

3. We use Path Finder to connect to our shares, not Finder. This may be superstition on our part, as I don't know if it is actually doing anything different. But it does seem to give us fewer crashes.

4. DF in the terminal does not create the issue you have, it just lists like normal.

5. I have upgraded the RAM, but the hardware is older. One Mac Pro 2008 model has 8GB while another has 16GB. I've seen machines have a slow finder when they don't have enough RAM, but the problem is the software. Unfortunately, upgrading the RAM was the only solution I had to improve performance.

6. Windows shares may not list as slowly as my Linux NAS, but I have no benchmarks to prove that. (That would make sense if both weren't using Server Message Block.)

If none of this information helps you, may I ask if you've tried a fresh install?

As for me, I'm very interested in compiling Samba from source providing I can find enough support.