View Full Version : Does SuperDuper create a log file?

07-26-2007, 02:57 PM
Apologies if this has been asked before but I couldn't find any reference to it.

I've set SD to do a smart update of my hard drive to an external FireWire drive and I'm trying to work out if SuperDuper leaves a log file of the data it's copied over in a particular update. I know it tells you as it's copying but I'd like a way to see the info after it's finished (so i don't have to watch it like a hawk).

I'd like to know what files and the amount of data it's copied. As it is, it just tells me the number of files evaluated, copied and the write speed.

07-26-2007, 02:58 PM
Cmd+L (or Window > Show Log) will show you the log file.

07-26-2007, 03:00 PM
Wow, super quick reply! Thanks very much.

I feel like an idiot for not spotting it sooner. I hadn't imagined it would be in the window menu. :)

08-01-2007, 02:08 PM
Apologies for piggybacking on an old and presumably closed thread -- I hope anybody notices this post.

Where is the log file? I'm on a Mac. Cmd-L shows the log file but it has a date a week in the past. I want to know if this is the only log file, if there are others wherever it lives in the file system with other dates -- in short whether this one date is the only time SuperDuper has run, ever.

I just installed SD and set it up for automatic backup daily, on the default schedule, to an external FW disk.

08-01-2007, 02:31 PM
You want to look at the logs for your schedule. So, open the Scheduled Copies window (Window > Scheduled Copies), select the copy, then click Show Log...

08-01-2007, 02:41 PM
That's where I started. Clicking Show Log from the Scheduled Copies dialog does nothing. I assume this means there are no log files, therefore the scheduled copy never ran. I just wanted to look in the file system to verify that no log file exists (cuz I'm old school).

08-01-2007, 02:46 PM
That's what that means. The logs are inside the settings bundle (which you'll find in Library/Application Support/SuperDuper!/Scheduled Copies)... but there are none...