Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

Mac OS X 10.8.4's Time Machine is taking a long time to back up...

Hello.


Is it because there is only about 10/ten GB of free disk space on the external USB2 HDD partition (250 GB)? It was almost done, but its disk size backed up and remaining/left kept growing. Oldest/First back up snapshot was from 9/13/2012. Latest one was before now was last Saturday (8/10/2013). It has already been about 30 minutes and used over 25% (was 99%) of the battery life so far. External HDD's free disk space is down to about 5.5 GB now.


Thank you in advance. 🙂

MacBook Pro, OS X Mountain Lion (10.8.4), 13.3" (9,2/MD102ll/A)

Posted on Aug 17, 2013 6:38 PM

Reply
7 replies

Aug 17, 2013 8:18 PM in response to antdude

Finally, it finished. I saw it go under a GB free too! It backed up over 15 GB of data! It did tell me it had to delete the first few snapshots up to October 2012. Will this happen again for the next one due to low free disk space? If so, then is there a way to just go ahead and delete a lot of snapshots to make plenty of free disk spaces to go faster? That took way too long. 😟

Aug 18, 2013 3:11 AM in response to antdude

antdude wrote:

. . .

Will this happen again for the next one due to low free disk space?

It will happen any time the disk is too full for a new backup. (And note that the backup disk doesn't need anywhere near as much free space as your internal HD does. It can get very near full without a problem.)


How long it will take depends on several things, but mostly the size of the new backup. If only one or two old backups have to be deleted, it shouldn't take more than a few extra minutes. If many do, or if there's a problem deleting the old one(s), it can take quite a while.


The easy way to tell what happened is to look at the log messages -- the sizes and every deletion are documented there. Use the widget in #A2 of Time Machine - Troubleshooting to see them. If in doubt, copy and post them here.


It's also possible that your TM disk is slowing down due to age, and/or beginning to fail. 😟


If so, then is there a way to just go ahead and delete a lot of snapshots to make plenty of free disk spaces to go faster? That took way too long. 😟

There is, but there's no particular reason to do so, at least not yet.

Aug 18, 2013 9:53 AM in response to Pondini

It will happen any time the disk is too full for a new backup. (And note that the backup disk doesn't need anywhere near as much free space as your internal HD does. It can get very near full without a problem.)


How long it will take depends on several things, but mostly the size of the new backup. If only one or two old backups have to be deleted, it shouldn't take more than a few extra minutes. If many do, or if there's a problem deleting the old one(s), it can take quite a while.


The easy way to tell what happened is to look at the log messages -- the sizes and every deletion are documented there. Use the widget in #A2 of Time Machine - Troubleshooting to see them. If in doubt, copy and post them here.


It's also possible that your TM disk is slowing down due to age, and/or beginning to fail. 😟


If so, then is there a way to just go ahead and delete a lot of snapshots to make plenty of free disk spaces to go faster? That took way too long. 😟

There is, but there's no particular reason to do so, at least not yet.

Thanks. I will look at this later. I know weekly back ups vary from a few hundred MBs to a 1 GB. Yesterday was weird. Up to 15 GB (kept growing slowly during the long TM backup) and free disk space went down slowly (had about 5? GB free to under 900 MB (didn't watch the whole thing).

Aug 24, 2013 12:43 PM in response to Pondini

Pondini wrote:


antdude wrote:

. . .

Will this happen again for the next one due to low free disk space?

It will happen any time the disk is too full for a new backup. (And note that the backup disk doesn't need anywhere near as much free space as your internal HD does. It can get very near full without a problem.)


How long it will take depends on several things, but mostly the size of the new backup. If only one or two old backups have to be deleted, it shouldn't take more than a few extra minutes. If many do, or if there's a problem deleting the old one(s), it can take quite a while.


The easy way to tell what happened is to look at the log messages -- the sizes and every deletion are documented there. Use the widget in #A2 of Time Machine - Troubleshooting to see them. If in doubt, copy and post them here.


It's also possible that your TM disk is slowing down due to age, and/or beginning to fail. 😟


If so, then is there a way to just go ahead and delete a lot of snapshots to make plenty of free disk spaces to go faster? That took way too long. 😟

There is, but there's no particular reason to do so, at least not yet.

I tried another weekly TM backup today, and it was short even though there was low free disk space. I took screen shots/captures and compared with TimeTracker (cool tool) from last week's very long backup (says it was about 13.3 GB big!): http://i.imgur.com/HIA6brx.gif ... It was interesting to see some were really big, but I don't remember them taking forever to finish. Another interesting was after today's weekly back up, I checked again to compare again with today's weekly backup, some snapshots went to zero/0 bytes. What the heck? Is that normal?

Aug 24, 2013 1:04 PM in response to antdude

antdude wrote:

. . .

I tried another weekly TM backup today, and it was short even though there was low free disk space. I took screen shots/captures and compared with TimeTracker (cool tool) from last week's very long backup (says it was about 13.3 GB big!): http://i.imgur.com/HIA6brx.gif ... It was interesting to see some were really big, but I don't remember them taking forever to finish.

Take a look at the contents -- it looks like you did an OSX update before that backup, since several apps are listed. There's probably a lot in Library and System, too. That would, of course, cause a large backup.


Another useful tool is the widget in #A1 ofTime Machine - Troubleshooting. It extracts the backup messages from your recent logs, so you can see how much was backed-up, which backups were deleted, etc. It also shows the total elapsed time in the header area.


(p.s., I love the name of your TM drive!)


Another interesting was after today's weekly back up, I checked again to compare again with today's weekly backup, some snapshots went to zero/0 bytes. What the heck? Is that normal?


That just means TimeTracker hasn't indexed them yet -- by default, it doesn't do so until you select one, but there is a preference that I think will load them all in the background. If you don't use it a lot, that may waste a lot of CPU time, as it may index backups that just get deleted after 24 hours.

Aug 24, 2013 1:19 PM in response to Pondini

Pondini wrote:


antdude wrote:

. . .

I tried another weekly TM backup today, and it was short even though there was low free disk space. I took screen shots/captures and compared with TimeTracker (cool tool) from last week's very long backup (says it was about 13.3 GB big!): http://i.imgur.com/HIA6brx.gif ... It was interesting to see some were really big, but I don't remember them taking forever to finish.

Take a look at the contents -- it looks like you did an OSX update before that backup, since several apps are listed. There's probably a lot in Library and System, too. That would, of course, cause a large backup.


Another useful tool is the widget in #A1 ofTime Machine - Troubleshooting. It extracts the backup messages from your recent logs, so you can see how much was backed-up, which backups were deleted, etc. It also shows the total elapsed time in the header area.


(p.s., I love the name of your TM drive!)


Another interesting was after today's weekly back up, I checked again to compare again with today's weekly backup, some snapshots went to zero/0 bytes. What the heck? Is that normal?


That just means TimeTracker hasn't indexed them yet -- by default, it doesn't do so until you select one, but there is a preference that I think will load them all in the background. If you don't use it a lot, that may waste a lot of CPU time, as it may index backups that just get deleted after 24 hours.

Hmm, I don't remember the update (check for updates once a week) being huge. It wasn't like 10.8.x to the latest 10.8.x. I know my client (not my MBP) uses iPhoto a lot. Hmm, I only remember seeing clear caches in TimeTracker. Is this it? I did try exiting TimeTracker, unmounting and disconnecting external HDD, reconnecting it and restarting TimeTracker. I did not see it reread the drives. I know it did when I first used the program.


I gave that amusing HDD name because he is a computer newbie. 😉 There's a 250 GB FAT32 partition drive to keep files in it so he can use it on any computers including Windows.


Speaking of logs, I didn't even see a specific TimeMachine category. I do remember seeing files copied in system.log or something as shown in your #A1 link. Nothing weird in it though like errors. I will check again if the problem returns. Let's see what happens next week!

Aug 24, 2013 1:55 PM in response to antdude

antdude wrote:

. . .

Hmm, I don't remember the update (check for updates once a week) being huge. It wasn't like 10.8.x to the latest 10.8.x. I know my client (not my MBP) uses iPhoto a lot.

Something seems to have added/changed 13 GB between Aug 10 and Aug 17. Since the intervening backups have been "thinned," there could have been several smaller ones adding-up to 13 GB. The widget probably won't go back that far, but at least some of your system.logs should.



Hmm, I only remember seeing clear caches in TimeTracker.

No, it's the only item in TimeTracker > Preferences.


But that may not be a good thing to have it doing. I've never experimented with it, so don't know for sure.


Speaking of logs, I didn't even see a specific TimeMachine category. I do remember seeing files copied in system.log or something as shown in your #A1 link.

No, there probably aren't any errors. It's just that the widget only extracts the messages from the current system.log and the most recent archived one, system.log.0.bz2. In the pink box of #A2 are instructions to use Console to see the messages in the older logs (sent by the backupd process. Those logs should go back farther, but perhaps not more than about a week.

Mac OS X 10.8.4's Time Machine is taking a long time to back up...

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple ID.