OS X 10.9 Mavericks Post-Installation Issues
This FAQ describes some post-installation issues experienced by the author after upgrading from Apple® OS X® 10.8.5 Mountain Lion to OS X 10.9.2 Mavericks. The upgrade was performed on the author’s Mac Pro (Mid-2010) equipped with a 2.8 GHz Quad-Core Intel Xeon processor, 6 GB of1066 MHz DDR3 RAM, and two internal 1 TB hard disk drives.
This FAQ covers the following topics:
Installing Mavericks changed some System Preferences I customized under Mountain Lion. After installing Mavericks I recommend you check all settings in System Preferences to assure they are set to your liking.
Two post-installation issues I encountered were the result of the Mavericks installation changing preferences I had set before the upgrade:
If you want complete control of installing software updates on your Mac, I recommend deselecting the following two settings in App Store preferences:
After installing Mavericks and opening Mail all messages are"converted.” What happens in this conversion is unknown, but it is a common occurrence with Mail and OS X upgrades. In my case, this conversion had side effects.
I regularly archive old e-mail using the following process:
While browsing All Messages in Console, I noted a slew of messages in the following format:
Mail: *** Assertion failure...Absolute path passed into...path_to_archived_mailbox
These messages implied Mail was looking for the archived mailboxes, indicating something was amiss with the conversion. The solution was to rebuild the Mail index database:
Activity Monitor, located in /Applications/Utilities, is an important troubleshooting tool. In Mavericks, it lost some useful functions regarding memory and disk usage.
The Memory pane replaced the System Memory pane and lost the pie chart displaying memory utilization by type, i.e. Free, Wired, Active, and Inactive. Similar data is now displayed numerically in tables bookending the new Memory Pressure chart. Likewise, the option to display Memory Usage in the Activity Monitor Dock icon is lost. The pie chart was useful graphic. The Memory Pressure chart may reduce users’ concerns about memory use, but experienced OS X users may miss the pie chart. Nevertheless, memory utilization has changed in Mavericks with the introduction of compressed memory, making Memory Pressure an easier metric for users to to understand.
The Disk Activity and Disk Usage panes have been replaced by a single Disk pane. The Disk pane lacks functions provided by Disk Usage: one cannot choose a specific disk to examine and the pie chart showing disk space — used vs. available — is gone. The Disk Usage pane was useful for examining both external drives and non-startup disks installed in desktop Macs, such as pre-2013 Mac Pro computers. One must now open the Info window of a drive or volume for this information.
The new Energy pane should prove useful in troubleshooting battery life issues, but may be irrelevant to desktop Mac users.
I noticed the com.apple.IconServicesAgent process (IconServicesAgent henceforth) in Activity Monitor and was concerned by the size of its memory footprint. Research reveals this process has caused similar concerns in the Mac community for two reasons:
To understand IconServicesAgent, I searched all available Apple Developer resources, but came away empty handed. My search included:
I can only conclude that IconServicesAgent is undocumented with respect to Apple Developer resources.
Scouring the Web, the best explanation I found for IconServicesAgent is this StackExchange post by Graham Perrin.
The com.apple.IconServicesAgent code resides in the following directory:
This code has the file extension .xpc, indicating that it is a XPC Service. An XPC Service is “a lightweight helper tool” described in the “Creating XPC Services” chapter of the Apple Developer Document Daemons and Services Programming Guide.
After restarting and logging in to my account, there is one instance of IconServicesAgent — the one for my account — using about 100 MB of memory. This jumps up to around 200 MB if I open a folder of aliases to various applications I keep in the Dock. Memory usage creeps up during the day, leveling off in the low-to-mid 200s MB range. Some users report higher memory usage, others lower. I have yet to see its memory footprint decrease during the day.
After running a Time Machine backup, multiple instances — one per user account defined in Users & Groups preferences — appear, despite my account being the only one logged-in. This must be due to Time Machine backing up the other accounts, i.e. accessing them with root privileges for the backup. These additional instances seem to persist until I restart the computer; their persistence after a Time Machine backup may be a bug.
Until Apple provides Developer documentation, I conclude there is little more we can learn about IconServicesAgent. While the memory usage may be of concern to some, the process appears well-behaved, assuming one has not run into the excessive CPU usage problem caused by the missing folder. My plan is to observe it casually and not concern myself with its memory footprint unless it increases Memory Pressure.
I normally put my Mac Pro in sleep mode by choosing Sleep in the Apple menu. Under OS X 10.8 and earlier, this resulted in the computer immediately entering sleep mode. After installing Mavericks, a delay of roughly 20 seconds — measured by stopwatch — occurs between choosing Sleep and the computer entering sleep mode.
Research again reveals this delay is a common complaint, with many users accepting this behavior as a “feature.” None of the common hardware-related troubleshooting steps for sleep issues, such as resetting PRAM or the power-management chip resolved this issue.
I suspect this may be a side-effect of how Power Nap is implemented in Mavericks.
Mavericks maintains daily power management logs that reside in the directory
The log file names are in YYYY.MM.DD.asl format, where YYYY is the year, MM the month, and DD the day. The .asl extension means the logs are in Apple System Logging format. Double-clicking one these log files opens it in Console. They can also be opened in Console by clicking the disclosure triangle next to /var/log in the Log List, then clicking the disclosure triangle for powermanagement. The log data can also be read in Terminal with the command
pmset -g log
While my Mac Pro does not support Power Nap, I performed the following experiment: after choosing Sleep from the Apple menu at exactly 22:32 hours — per the menu bar clock — and the computer entering sleep mode after a delay, I then woke the computer and noted the following lines in the daily power management log for 27 April 2014 at 22:32 hours:
The time difference between the first and last line is 15 seconds, roughly the same as the delay seen after choosing Sleep in the Apple menu. My rough interpretation of the four lines is:
I believe com.apple.powermanagement.darkwakelinger refers to Power Nap: “Dark Wake” is the title of US Patent 7996694 — granted to Apple in August 2009 — that became the feature known as Power Nap.
I suspect, but have yet to prove:
If this is the cause, one can hope this delay may be shortened or eliminated in a future OS X update.
Mavericks creates more log files than previous versions of OS X. There are new logs daily in the System Diagnostic Reports section of the Console Log List, the aforementioned daily power management logs, and other miscellaneous logs which I have yet to fully explore. The maintenance scripts do not appear to be cleaning up these logs, hence they are consuming disk space — albeit small amounts — that will eventually add up.
I'm all for logging what needs to be logged, especially for diagnostic purposes, but the plethora of new logs in Mavericks — many related to power management — seem excessive.
The following cosmetic issues were readily apparent after installing and using Mavericks:
Installing Mavericks removes Java. Unfortunately, many Adobe applications, such as Dreamweaver CS6, require Java, specifically Java Standard Edition 6 (Java SE 6).
After the Mavericks installation completed, I logged in to my account and was greeted by the following alert:
The alert window contained buttons labeled Install and Not Now; I chose Not Now so I could research the message further. I have both CS5.x and CS6 versions of InDesign and Dreamweaver installed, as well as CS5.x versions of Illustrator and Photoshop.
Checking the Adobe knowledge base for information about this message, I found the article "Dreamweaver Help - Prompted to install Java SE 6 Runtime | Mac OS 10.9" with a screen shot of the same alert, albeit referring to Dreamweaver.
I had not yet opened any of my Adobe apps — Dreamweaver CS6 in particular — after installing Mavericks.
Before following Adobe’s advice to simply click Install in response to the alert, I dug further into the Adobe Forums on this matter. I found valuable information in the topic entitled "OS X 10.9 Mavericks / Dreamweaver CC Issue.” While CC is an abbreviation for Creative Cloud — the subscription version of Adobe software — and I installed Dreamweaver CS6 — the last versions shipped on discs — I decided to review this topic.
The gist of the topic is Dreamweaver would quit unexpectedly after opening, despite following the advice in the previously-cited Adobe knowledge base article, i.e. clicking Install to install Java SE 6. Several posts implied the best course of action was to download and install Java for OS X 2013-005 from Apple before opening any Adobe applications that required Java SE 6, DW in particular. I did this and Dreamweaver CS6 opened without crashing.
Therefore, if you use Adobe applications that require Java SE 6, after installing Mavericks I recommend not opening any such Adobe applications until you have downloaded and installed Java for OS X 2013-005 from Apple. Bypass any alerts prompting you to install a Java SE 6 Runtime by choosing Not Now.