-
All replies
-
Helpful answers
-
May 13, 2015 10:18 AM in response to shoulihanby polarbreeze1,Try this fix: https://www.hbang.ws/blog/yosemite-slow-finder-fix/
Also (or perhaps related), I've seen posted a theory that the delay is because for some reason it's trying to connect with a network folder that it can't find so the Finder dialog doesn't open up until it's timed out and given up on that. I'm not sure how exactly that might lead to a fix though.
-
-
May 13, 2015 10:29 AM in response to shoulihanby shoulihan,As far as I can tell, clearing the cloudd metadata worked for me. (I used cp ~/Library/Caches/CloudKit/CloudKitMetadata* ~/Desktop/cloudd; rm ~/Library/Caches/CloudKit/CloudKitMetadata*; killall cloudd)
-
May 13, 2015 10:30 AM in response to polarbreeze1by Kurt Lang,Just checking to see if we're discussing the same thing. By "slow-finder-open" bug, are you referring to the Mavericks issue of how silly long it took for your drives and folders took to appear in a dialogue box such as this?:
Or do you mean when double clicking a folder on the desktop, that it opens in a very choppy animated movement?
-
May 13, 2015 10:38 AM in response to Kurt Langby polarbreeze1,It's the "how silly long" bug - no choppy here. But it's not about slow drawing - it's about an interminable beachball before the dialog starts to open - once it decides to open it does so snappily.
-
May 13, 2015 11:02 AM in response to polarbreeze1by Kurt Lang,Ah, okay. I just wanted to be sure what we were referring to.
No, I haven't seen that at all, or anyone mentioning it (until now) regarding Yosemite. Did you install Yosemite clean, or over Mavericks? If the latter, and you have some time and the space to do it, try installing Yosemite on a new partition. Test to see if it does the same thing.
-
May 26, 2015 7:39 PM in response to d60Daveby ragic,This issue really bothered me too, and finally I've found the cause for my situation by looking into the system log messages.
For anyone experiencing this issue and has Dropbox installed, try quitting Dropbox or disable Dropbox finder integration and see if that helps speed things up.
-
May 26, 2015 7:50 PM in response to ragicby Kurt Lang,That brings back memories. Dropbox turned out to be the cause of some other OS weirdness some time back. Can't remember what it was, though.
-
Jun 25, 2015 1:04 PM in response to Kurt Langby Kenneth Cohen1,In my case using 10.10.3, the slow open/save dialogs began a week ago on a 6 month old Mac which worked fine until then. The problem occurs after the dialog is opened - the file/folder list appears but clicking and scrolling appears to hang for up to 10 or so seconds while the beach ball twirls. Then clicking/scrolling is restored and I can open my file. But the problem repeats itself without end.
I ejected my external drive, which fixed the problem. When I remount the drive, the problem is back. I rebuilt the drive with Disk Warrior but DW reported nothing to fix. But I need to use the drive periodically and for scheduled cloning at the end of the day, which won't happen if I forget to remount the drive.
Using/quitting Dropbox had no effect.
I also logged into a special user that I keep for testing problems like this. The slow behaviour occurred with that user as well, so I've concluded the issue is somewhere in the system files.
I ran Onyx - cleaned every cleanable cache etc. - this did not fix the problem.
I thought about reinstalling Yosemite, but not as a clean install, I'm not that desperate yet. However, I doubt that reinstalling this way will do anything, it reminds me too much of taking a bath with clothes on.
-
Jun 25, 2015 5:49 PM in response to Kenneth Cohen1by Kurt Lang,It may be due to your settings in OS X. The default behaviour in one of the Energy settings is to spin down hard drives which have been idle for xxx number of minutes. So what you may be seeing is the lag of waiting for the drive to spin back up to speed when you access it.
-
Aug 3, 2015 11:28 AM in response to Kurt Langby Kristofer W,Kurt, this fixed this issue for me. In Snow Leopard, I had the "Put hard disks to sleep when possible" unchecked in the energy savings settings control panel. Mavericks, however, put this back on after upgrading and I had to uncheck it once more. I've been working with this setting off for several days and it's saved so much time and headache.
-
Sep 18, 2015 9:36 AM in response to d60Daveby G J Piper,This issue is happening in Yosemite 10.10.5 as well. None of the fixes in this thread work very long, if at all. Very annoying. Even clearing all Cache directories completely, and all Log directories, then rebooting doesn't work very long.
-
Sep 18, 2015 9:57 AM in response to G J Piperby Kenneth Cohen1,None of the suggestions has helped me, either. One of the two volumes on my external drive appears to be causing the delays. I now keep Disk Utility open all day and have the problem volume unmounted except when I specifically need to use it. This "fixes" the problem.
Worse however is one of the people I work with, who has the problem constantly even when all peripherals are physically disconnected.
-
Sep 18, 2015 11:05 AM in response to Kenneth Cohen1by Eric Hildum,The vast majority of people with this problem report that it was resolved with later versions of Mavericks or Yosemite. At this point, if you still have this issue, it is likely to be an issue with one or more hard drives or the enclosure and cabling if external. Certain types of disk formatting problems can also cause slow performance.
I recommend you verify the format of every hard drive in your system, and repair any issues found as the first step. Then check the Smart Status and see if any errors are reported. For external drives, try swapping cables, a poor quality cable can cause retries when sending data to/from the drive which will severely impact performance.
-
Sep 18, 2015 11:11 AM in response to Eric Hildumby G J Piper,Nope there were no bad hard drives... tried all that.
However, I gave up on all the other fixes and tried a purge... Running these commands in the command-line has worked so far for me:
(shut down all apps except Terminal and close all windows)
sudo rm -R /Users/<username>/Library/Caches/*
sudo rm -R /Library/Caches/*
sudo rm -R /System/Library/Caches/*
sudo rm -R /Users/<username>/Library/Logs/*
sudo rm -R /Library/Logs/*
sudo rm -R /var/log/*
(then restart immediately)
/var/log/ contained a couple of log files that were apparently not archiving correctly. One was over 40MB in size.
