Skip to content

Instantly share code, notes, and snippets.

Embed
What would you like to do?
A lot of people are having issues with com.apple.IconServicesAgent. Since this is a very new issue, Google was no help and `man iconservicesd` is even more hilarious. I eventually fixed it, when I was working on a completely different issue (that is still not fixed). The instructions are below and on the Apple Support Forum, https://discussions.…

I was chasing down another issue (slow "Save As") and thought these two issues may have been related (with QuickLook being the common broken link). Unfortunately, my "Save As" dialog is still miserably slow on the initial load; but IconServicesAgent hasn't gone above 30MB and he rarely makes an appearance in the Console!

Some of these steps may not be necessary, but here are all of the steps I took that inadverdently put IconServicesAgent back in its place. Note: all commands are a single-line, if they appear to be multiple that's just the forum formatting.

  1. Check for any QuickLooks related .plist files. In a terminal: mdfind com.apple.quicklook. -name .plist

  2. I only had files at the system level (specifically within /System/Library/LaunchAgents/). If you have others, modify the directions below to take that into account (re-introducing plist files from the system level back up to the user).

  3. Make some temporary directories to store these plist files, just in case: mkdir ~/tmp-quicklook

  4. Kill the IconServicesAgent: killall -KILL com.apple.IconServicesAgent

  5. Move the plist files to temporary directories: sudo mv /System/Library/LaunchAgents/com.apple.quicklook.* ~/tmp-quicklook/

  6. Reset QuickLook generators and disk cache: qlmanage -r && qlmanage -r cache

  7. Reboot

  8. Move plist files back: sudo mv ~/tmp-quicklook/com.apple.quicklook.* /System/Library/LaunchAgents

  9. Reboot

From this point on you shouldn't see IconServiceAgent ever go above 30MB on the memory tab; Twitter is actually consuming more memory than IconServiceAgent is right now! You will continue to see entries in your logs but they should only occur once per file type, roughly. I found just scrolling through "All My Files" in Finder really quick took care of most everything and after another reboot and repeating this process - I saw very few, if any, new entries.

If this doesn't work, my only suggestion would be to remove all entries from the user's Login Items and then go through the instructions above (I did this but I don't beleive it was relevant, therefore the ommission).

@GLMeece

This comment has been minimized.

Copy link

GLMeece commented May 14, 2014

This is the only guide that has helped me with this issue. All the other "solutions" I've seen have covered only creating a new folder in the current TMP directory. I did have to kill the IconServicesAgent one more time after the last reboot, but after that it calmed down and is only consuming 29.7 MB.

@RobBW

This comment has been minimized.

Copy link

RobBW commented Jul 9, 2014

Identical experience Except that IconServicesAgent has settled down to consuming 54 MB instead of over 200. Thank you to walesmd.

@voronianski

This comment has been minimized.

Copy link

voronianski commented Jul 16, 2014

everything was fine but starts again..

@reidisaki

This comment has been minimized.

Copy link

reidisaki commented Dec 6, 2014

agreed.. THIS IS THE FIX!!! thank you!!!

@maxpaynestory

This comment has been minimized.

Copy link

maxpaynestory commented Mar 1, 2015

Thanks for saving our lives from slow macs.

@sirhcsenots

This comment has been minimized.

Copy link

sirhcsenots commented Mar 26, 2016

Hmm which version of the OS did you try this on walesmd?

@visionarioso

This comment has been minimized.

Copy link

visionarioso commented Nov 1, 2016

Fixed, but the error is back again :(

@kirha

This comment has been minimized.

Copy link

kirha commented Oct 12, 2017

FYI on High Sierra the service is renamed, so run:

sudo killall -KILL iconservicesagent

Also, it looks like the service has some real problems if you put some very high res custom icons on files. For me it was on an external drive so I could get the system to be responsive by removing the drive. I went and removed all the custom icons and the system seems to be working well again.

@jeffvautin

This comment has been minimized.

Copy link

jeffvautin commented Mar 21, 2018

On High Sierra, this step is failing for me:

sudo mv /System/Library/LaunchAgents/com.apple.quicklook.* ~/tmp-quicklook/

I think due to SIP? I'm getting "Operation not permitted" messages.

@jshado1

This comment has been minimized.

Copy link

jshado1 commented Jul 11, 2018

still works! (OSX Mavericks, 10.9.5). I did need the extra step suggested by @GLMeece.

~151MB → 41MB

@eseiver

This comment has been minimized.

Copy link

eseiver commented May 29, 2019

In OSX Mojave (10.14), System Integrity Protection means that you can't move the plist files. To turn it off you need to reboot in safe mode (holding down Command + R), open Terminal and run csrutil disable. When you're done all the steps you should re-enable it in safe mode with csrutil enable.

@rcatyvr

This comment has been minimized.

Copy link

rcatyvr commented Jul 10, 2019

I have tried the above suggestions and still, no joy. I have also reniced both the services agent and its calling daemon down to +20, but still, when I highlight an item in finder the has a custom icon, the deep snooze takes off again and all I can do is if I have left a terminal open, just keep killing the service until I get some control back. Restarting finder does not help as when it comes back, so does the icon service agent.

Any other ideas?

I feel like downgrading to High Sierra or even giving up and turning my iMac in to a Debian computer.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.