Ask Different is a question and answer site for power users of Apple hardware and software. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I'm on OS X Lion (10.7.5) and still cannot download OS X Mavericks (10.9). There is no progress bar on the Mac App Store. Also, it is not resumable. Whenever I pause the download and shutdown/reboot my MBP, it restarts the whole download process.

A random guy from the Power Mac Center (Apple Retailer) told me that it has something to do on the speed of the internet. I have a 3 Mbps plan and seems like there nothing inadequate about it.

Any workaround on this issue?

share|improve this question
Have you monitored your network activity after you click the download button for Mavericks? Perhaps it's downloading but the App Store GUI isn't updating? I had this issue happen to me, I let the computer sit for a while and eventually the App Store began to show progress for the download. – Anil Natha Dec 2 '13 at 20:14
I've also witnessed such a lazyness of the progress bar in the App Store GUI. I made stupid restarts because I thought my downloads had problems or I clicked wrong. Try to be patient, and if check it, confirm publicly that this sleeping progress bar is a real problem. – daniel Azuelos Dec 2 '13 at 21:51
Ok. Thanks for the help :) I'll check on it. Btw, is the download resumable after shutdown/reboot? – AppleDevX Dec 3 '13 at 1:51
up vote 4 down vote accepted
A few initial tips/suggestions/thoughts
  • The random guy at ‘Power Mac Center’ was close. It’s not the speed of the internet that matters, it’s the combination of: A) the speed at which Apple sends the files, and B) the bandwidth capabilities of your connection. In my experience “A” never comes close to “B”.

  • Large downloads from the Mac App Store should be resumable, but for some reason they often aren’t. You can pause them for awhile, but if you pause it for too long, it always seems to start over.

  • Someone told me that their download speeds from the iTunes Store varied greatly depending on which DNS servers they were using. I don’t pretend to know why that would be the case, but he said that it made a great deal of difference in his experience. So if you are using your ISP’s DNS servers, you might try OpenDNS or Google DNS and see if that helps.

The excruciatingly long and nerdy answer that just might help. But no promises.

GUI progress meters are often not very helpful. If you want the real scoop on what is happening, you’ll want to get down into the place where the actual files are being downloaded.

In this case, that’s (somewhere under) /var/folders/.[1]

Now, you could try to do this in Finder, but really, you’d be much better off firing up from /Applications/Utilities/. Then you can copy/paste this command:

find /var/folders -ipath '*/*' \
-name manifest.plist 2>/dev/null

Note that you can copy that command as two lines as long as the first line ends with \ or just remove the \ and keep it as one long line.

Translated into English, that command says “Look in the folder /var/folders/ for any file called ”manifest.plist“ in a path (series of folders/directories) that has ”" in it.

For example, on my computer right now (with no active Mac App Store downloads), I have only one of these, which is at:


Once you find that plist file, you need to look inside it for the name of the ‘package file’ which is being downloaded from the Mac App Store.

Usually that file will end with “.pkg” so if you wanted to skip a step, you could try just looking for .pkg files:

find /var/folders \
-ipath '*/*' \
-iname '*.pkg' \
-ls 2>/dev/null |\
egrep '\.pkg$'

This is a similar command as before, except that now we are asking find to look for any files which end with ‘.pkg’ and then show us the output of ls on any matching file or folder.

If you track the file size of any ‘.pkg’ files found in that directory, then you can see how much data has been downloaded.

Example: Since I don’t have any downloads currently, I don’t have any .pkg files to show, so I’ll use a ‘.plist’ file for this example. Here’s what the output of that command would look like for me:

4446464 8 -rw-r–r– 1 luomat staff 226 Dec 3 01:03 /var/folders/bk/cb9y7rbx30q_6n40wp096grc0000gn/C/

Most of the stuff on that line we don’t care about. You can probably pick out the date “Dec 3” and the time “01:03” but actually the only part we really care about is the size of the file, in bytes, which is the number just before the date: 226.

(Just stay with me here.)

If you count the number of ‘columns’ in that line, you’ll find that the ‘226’ is the 7th column, and the filename is the last column. Using another Unix tool called awk we can run that command again and only see the fields that we want to see: the file size and the file name.

find /var/folders \
-ipath '*/*' \
-iname '*.plist' \
-ls 2>/dev/null |\
awk '{print $7" "$NF}'  

Again, from top to bottom, that says: (1) look in /var/folders (2) for anything in a path of folders/directories which contains ‘/’ (3) and files which end in ‘.plist’ (which you’d want to change to ‘.pkg’) and then (4) show us the file listing (ls) output for anything that matches, and filter (|) the results through (5) awk and print out only: the 7th column, a space (that’s the “ ”) and the last column ($NF means ‘last’ to awk).

Whew! Ok, did you get all that? I hope so. If not, don’t give up yet. There’s a surprise at the end of this post. I’ll stop with the details there, but just imagine if you ran a loop which kept checking the size of that .pkg file every, oh, 15 seconds or so. Then you would be able to see how many bytes had been downloaded, and if you kept the old value and compared it to the new value, you could even tell how much of the file you had downloaded since the last time you checked.

But what! There’s more! In that manifest.plist file that I mentioned before, not only does it give us the name of the .pkg file that is being downloaded, it also tells us how many bytes it is supposed to be.

So, if you really wanted to, you could:

  1. Look for the manifest.plist file

  2. Find the name of the .pkg file that the manifest.plist said we were currently downloading

  3. Find the total size that .pkg file is supposed to be when it has completely downloaded

  4. Run a loop as long as that .pkg file exists, checking its size, comparing that to the previous size, and the total size, and give you an idea of how much has been downloaded, how fast it is being downloaded, and how much more there is to go.

Wow. Doesn’t that sound fün?

Well, I have some good news. These sorts of tedious tasks are just the sort of thing computers are really good at doing. All you need is someone who tells the computer what to do, and put it together in some kind of a ‘program’ or ‘script’.

Which is what I did. You can find it at My script uses Growl, and, more specifically, growlnotify to send you a notification every time the script loops.[2] That notification will show you the total size, the downloaded size, and the difference between the current downloaded size and the previous download size (to give you an idea how fast it is downloading).

To use the script, you’ll need to:

  1. Download and install Growl and growlnotify.

  2. Download the script

    curl -L –remote-name

  3. Make it executable:

    chmod 755

  4. Then start your download from the Mac App Store using the App Store app.

  5. Once the download has started, run the script in Terminal:


It should find the .pkg file and then start reporting the download size.

    If you have stray ‘pkg’ files in /var/folders/ (inside the “/” folder), it might be that a corrupted download is interfering with subsequent attempts. That seems unlikely, but is theoretically possible and it felt like I should at least mention it.  ↩

    Someone with a basic understanding of Un*x could read the script and change it to use echo instead of growlnotify, but that, as my Comp Sci professor used to say, “has been left as an exercise for the reader.”  ↩

share|improve this answer
I can't believe StackExchange ate my lovingly-crafted footnotes and return links. le sigh – TJ Luoma Dec 3 '13 at 7:30
This Answer != "A few initial thoughts" ;) ! – stuffe Dec 3 '13 at 16:07
HA! Yeah, I guess it kind of got away from me there. – TJ Luoma Dec 4 '13 at 4:43
Worked for me! Thanks :) – AppleDevX Dec 14 '13 at 12:12

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.