<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Backup on Mac OS X: Testing MimMac with Backup Bouncer</title>
	<atom:link href="http://foliovision.com/2009/01/18/backup-bouncer-mimmac/feed" rel="self" type="application/rss+xml" />
	<link>http://foliovision.com/2009/01/18/backup-bouncer-mimmac</link>
	<description>Making the web work for you</description>
	<lastBuildDate>Thu, 09 Feb 2012 11:42:37 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
<image><title>Foliovision</title><url>http://foliovision.com/site/wp-content/themes/foliovision/images/foliovision-logo-380.gif</url><link>http://foliovision.com</link><width>240</width><height>66</height><description>Making the web work for you</description></image>	<item>
		<title>By: lucidsystems</title>
		<link>http://foliovision.com/2009/01/18/backup-bouncer-mimmac#comment-23216</link>
		<dc:creator>lucidsystems</dc:creator>
		<pubDate>Sat, 16 Jan 2010 13:33:01 +0000</pubDate>
		<guid isPermaLink="false">http://foliovision.com/2009/01/18/backup-bouncer-mimmac/#comment-23216</guid>
		<description>If you are scheduling command line backup of a folder on your system, LBackup is an open source rsync based backup tool which you may want to consider.

[this is a promotional comment from the developer of lbackup linked to his commercial backup service. on the other hand lbackup does look like an interesting interface to rsync. unfortunately there are no screenshots. there is zero feedback at macupdate. you are really on your own with this one: pursue at your own risk. alec]</description>
		<content:encoded><![CDATA[<p>If you are scheduling command line backup of a folder on your system, LBackup is an open source rsync based backup tool which you may want to consider.</p>
<p>[this is a promotional comment from the developer of lbackup linked to his commercial backup service. on the other hand lbackup does look like an interesting interface to rsync. unfortunately there are no screenshots. there is zero feedback at macupdate. you are really on your own with this one: pursue at your own risk. alec]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alec</title>
		<link>http://foliovision.com/2009/01/18/backup-bouncer-mimmac#comment-23208</link>
		<dc:creator>alec</dc:creator>
		<pubDate>Thu, 14 Jan 2010 19:42:04 +0000</pubDate>
		<guid isPermaLink="false">http://foliovision.com/2009/01/18/backup-bouncer-mimmac/#comment-23208</guid>
		<description>Woa John, chill.

Do you have any idea how many projects we have on the go at Foliovision right now? There&#039;s no way I have time to do experiments on command line tools. I could run the tool if I had the documentation but don&#039;t have time to create the documentation for myself. It seemed you had already reverse engineered the SD! tool so you could share your cheat sheet with us.

Like I share my tests on OS X software (go have a look at yesterday&#039;s Little Snitch and hosts article).

Thanks for letting us know about the tool.</description>
		<content:encoded><![CDATA[<p>Woa John, chill.</p>
<p>Do you have any idea how many projects we have on the go at Foliovision right now? There&#8217;s no way I have time to do experiments on command line tools. I could run the tool if I had the documentation but don&#8217;t have time to create the documentation for myself. It seemed you had already reverse engineered the SD! tool so you could share your cheat sheet with us.</p>
<p>Like I share my tests on OS X software (go have a look at yesterday&#8217;s Little Snitch and hosts article).</p>
<p>Thanks for letting us know about the tool.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Fitzgerald</title>
		<link>http://foliovision.com/2009/01/18/backup-bouncer-mimmac#comment-23204</link>
		<dc:creator>John Fitzgerald</dc:creator>
		<pubDate>Thu, 14 Jan 2010 17:49:29 +0000</pubDate>
		<guid isPermaLink="false">http://foliovision.com/2009/01/18/backup-bouncer-mimmac/#comment-23204</guid>
		<description>Huh? I don&#039;t know. I thought that you were the one that wanted to use SD! Now you&#039;ve got me really confused. Have I been a complete idiot going to all that trouble using SD! when I could have been using ditto?

Why don&#039;t you make two folders &quot;source&quot; and &quot;target&quot; and copy the same 1 GB+ movie into each of them. Then try the following commands in turn, and report back on the timings:

time rsync source target
time ditto source target
time SDCopy source target

where SDCopy is an alias to SDCopy with the options set to Smart Update.

In general, everyone wants different options, but if you set the options you want in the SD! GUI, then inspect what gets passed to SDCopy, you know what to do.

You&#039;re giving me insight into why SD! wants absolutely nothing to do with supporting this command line tool. PLEASE run considered experiments to answer your own questions, before asking me to write a blog page in your comments.</description>
		<content:encoded><![CDATA[<p>Huh? I don&#8217;t know. I thought that you were the one that wanted to use SD! Now you&#8217;ve got me really confused. Have I been a complete idiot going to all that trouble using SD! when I could have been using ditto?</p>
<p>Why don&#8217;t you make two folders &#8220;source&#8221; and &#8220;target&#8221; and copy the same 1 GB+ movie into each of them. Then try the following commands in turn, and report back on the timings:</p>
<p>time rsync source target<br />
time ditto source target<br />
time SDCopy source target</p>
<p>where SDCopy is an alias to SDCopy with the options set to Smart Update.</p>
<p>In general, everyone wants different options, but if you set the options you want in the SD! GUI, then inspect what gets passed to SDCopy, you know what to do.</p>
<p>You&#8217;re giving me insight into why SD! wants absolutely nothing to do with supporting this command line tool. PLEASE run considered experiments to answer your own questions, before asking me to write a blog page in your comments.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alec</title>
		<link>http://foliovision.com/2009/01/18/backup-bouncer-mimmac#comment-23202</link>
		<dc:creator>alec</dc:creator>
		<pubDate>Thu, 14 Jan 2010 15:16:57 +0000</pubDate>
		<guid isPermaLink="false">http://foliovision.com/2009/01/18/backup-bouncer-mimmac/#comment-23202</guid>
		<description>Great John. I was able to grab my paths while running SD! - ps -ax &#124; egrep S[D]Copy worked perfectly.

I think the GUI to SuperDuper! is superb for what it is that it does which is backing up whole volumes.

Why would using the SuperDuper! command be better than ditto for backing up folders?

Some ideal usage scenarios with the exact options would be a godsend.</description>
		<content:encoded><![CDATA[<p>Great John. I was able to grab my paths while running SD! &#8211; ps -ax | egrep S[D]Copy worked perfectly.</p>
<p>I think the GUI to SuperDuper! is superb for what it is that it does which is backing up whole volumes.</p>
<p>Why would using the SuperDuper! command be better than ditto for backing up folders?</p>
<p>Some ideal usage scenarios with the exact options would be a godsend.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Fitzgerald</title>
		<link>http://foliovision.com/2009/01/18/backup-bouncer-mimmac#comment-23199</link>
		<dc:creator>John Fitzgerald</dc:creator>
		<pubDate>Thu, 14 Jan 2010 12:01:41 +0000</pubDate>
		<guid isPermaLink="false">http://foliovision.com/2009/01/18/backup-bouncer-mimmac/#comment-23199</guid>
		<description>Start the paid version of SD! on a &quot;Smart Update&quot; copy from the GUI. While it runs, go to Terminal and type

ps -ax &#124; egrep S[D]Copy

You&#039;ll extract the exact call to SDCopy, something like

/Applications/SuperDuper!.app/Contents/MacOS/SDCopy -v -v -p -c different -x -a copy -d /Users/dave/Library/Application Support/SuperDuper!/Copy Scripts/Standard Scripts/Backup - all files.dset -u &quot;John Fitzgerald&quot; -k 9999999999999999999 /Volumes/User /Volumes/bUser

Any arguments with spaces, such as my name or the folder locations, WON&#039;T be quoted but need to be quoted. This is a basic Unix issue; if one doesn&#039;t recognize this as a trivial problem, there are other gotchas one will probably encounter.

Substitute your license code, as it is shown when your copy of SD! runs.

This command line program is only helpful if one has a clear idea what SD! already does before calling it. For instance, that &quot;Apple thinks we&#039;re dumb as stumps!!!&quot; default of not enabling permissions on newly mounted drives. Without enabling permissions (&quot;sudo vsdbutil -i&quot; will fix everything currently mounted, but don&#039;t try it without understanding it) SDCopy will just make a mess.

That said, SDCopy happily copies folder to folder, including remote targets like those mounted by ExpanDrive. It is what it is; if your remote copy doesn&#039;t boot or have a faithful Time Machine backup, it is entirely unreasonable to expect SD! to hold your hand. Knowing SDCopy just saves you time if you could have written it yourself, and you know what you&#039;re doing.

Read everything you can at http://www.bombich.com to get a better idea what CCC and SD! do. The site is hard to navigate, e.g. try finding the must-read http://www.bombich.com/mactips/rsync.html from the site index. In particular, he tells you exactly what files not to copy for a bootable system, somewhere on that site and again in plain text inside CCC. He probably mentions &quot;blessing&quot; a system folder too, but I couldn&#039;t find it there; I already knew.</description>
		<content:encoded><![CDATA[<p>Start the paid version of SD! on a &#8220;Smart Update&#8221; copy from the GUI. While it runs, go to Terminal and type</p>
<p>ps -ax | egrep S[D]Copy</p>
<p>You&#8217;ll extract the exact call to SDCopy, something like</p>
<p>/Applications/SuperDuper!.app/Contents/MacOS/SDCopy -v -v -p -c different -x -a copy -d /Users/dave/Library/Application Support/SuperDuper!/Copy Scripts/Standard Scripts/Backup &#8211; all files.dset -u &#8220;John Fitzgerald&#8221; -k 9999999999999999999 /Volumes/User /Volumes/bUser</p>
<p>Any arguments with spaces, such as my name or the folder locations, WON&#8217;T be quoted but need to be quoted. This is a basic Unix issue; if one doesn&#8217;t recognize this as a trivial problem, there are other gotchas one will probably encounter.</p>
<p>Substitute your license code, as it is shown when your copy of SD! runs.</p>
<p>This command line program is only helpful if one has a clear idea what SD! already does before calling it. For instance, that &#8220;Apple thinks we&#8217;re dumb as stumps!!!&#8221; default of not enabling permissions on newly mounted drives. Without enabling permissions (&#8220;sudo vsdbutil -i&#8221; will fix everything currently mounted, but don&#8217;t try it without understanding it) SDCopy will just make a mess.</p>
<p>That said, SDCopy happily copies folder to folder, including remote targets like those mounted by ExpanDrive. It is what it is; if your remote copy doesn&#8217;t boot or have a faithful Time Machine backup, it is entirely unreasonable to expect SD! to hold your hand. Knowing SDCopy just saves you time if you could have written it yourself, and you know what you&#8217;re doing.</p>
<p>Read everything you can at <a href="http://www.bombich.com" rel="nofollow" class="liexternal">http://www.bombich.com</a> to get a better idea what CCC and SD! do. The site is hard to navigate, e.g. try finding the must-read <a href="http://www.bombich.com/mactips/rsync.html" rel="nofollow" class="liexternal">http://www.bombich.com/mactips/rsync.html</a> from the site index. In particular, he tells you exactly what files not to copy for a bootable system, somewhere on that site and again in plain text inside CCC. He probably mentions &#8220;blessing&#8221; a system folder too, but I couldn&#8217;t find it there; I already knew.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alec</title>
		<link>http://foliovision.com/2009/01/18/backup-bouncer-mimmac#comment-23197</link>
		<dc:creator>alec</dc:creator>
		<pubDate>Thu, 14 Jan 2010 04:42:15 +0000</pubDate>
		<guid isPermaLink="false">http://foliovision.com/2009/01/18/backup-bouncer-mimmac/#comment-23197</guid>
		<description>Hi John,

That&#039;s a superb tip. Any chance you could just share the basics with us here. I&#039;ve just been using ditto for rescuing a hard drive gone sour and would have loved to have used the SD! command line functions instead.

Thanks!</description>
		<content:encoded><![CDATA[<p>Hi John,</p>
<p>That&#8217;s a superb tip. Any chance you could just share the basics with us here. I&#8217;ve just been using ditto for rescuing a hard drive gone sour and would have loved to have used the SD! command line functions instead.</p>
<p>Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Fitzgerald</title>
		<link>http://foliovision.com/2009/01/18/backup-bouncer-mimmac#comment-23196</link>
		<dc:creator>John Fitzgerald</dc:creator>
		<pubDate>Thu, 14 Jan 2010 04:31:25 +0000</pubDate>
		<guid isPermaLink="false">http://foliovision.com/2009/01/18/backup-bouncer-mimmac/#comment-23196</guid>
		<description>I use SD! all the time to copy folder to folder. There is a command-line binary inside the SD! application bundle, &quot;Contents/MacOS/SDCopy&quot;, which can be observed running when one launches the SD! application, and whose command-line arguments are easily reverse-engineered.

Do not even think to ask them for support using SDCopy. Anyone who needs to ask for help using SDCopy shouldn&#039;t be using it.

Is this better than the latest rsync? No. Is it convenient, if you own SD!? Yes.</description>
		<content:encoded><![CDATA[<p>I use SD! all the time to copy folder to folder. There is a command-line binary inside the SD! application bundle, &#8220;Contents/MacOS/SDCopy&#8221;, which can be observed running when one launches the SD! application, and whose command-line arguments are easily reverse-engineered.</p>
<p>Do not even think to ask them for support using SDCopy. Anyone who needs to ask for help using SDCopy shouldn&#8217;t be using it.</p>
<p>Is this better than the latest rsync? No. Is it convenient, if you own SD!? Yes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lucidsystems</title>
		<link>http://foliovision.com/2009/01/18/backup-bouncer-mimmac#comment-23028</link>
		<dc:creator>lucidsystems</dc:creator>
		<pubDate>Fri, 11 Dec 2009 10:45:00 +0000</pubDate>
		<guid isPermaLink="false">http://foliovision.com/2009/01/18/backup-bouncer-mimmac/#comment-23028</guid>
		<description>You may be interested in the list of rsync GUI&#039;s listed on the LBackup website : http://www.lbackup.org/about#alternatives_to_lbackup</description>
		<content:encoded><![CDATA[<p>You may be interested in the list of rsync GUI&#8217;s listed on the LBackup website : <a href="http://www.lbackup.org/about#alternatives_to_lbackup" rel="nofollow" class="liexternal">http://www.lbackup.org/about#alternatives_to_lbackup</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim</title>
		<link>http://foliovision.com/2009/01/18/backup-bouncer-mimmac#comment-22752</link>
		<dc:creator>Tim</dc:creator>
		<pubDate>Sun, 04 Oct 2009 15:24:49 +0000</pubDate>
		<guid isPermaLink="false">http://foliovision.com/2009/01/18/backup-bouncer-mimmac/#comment-22752</guid>
		<description>F.y.i. The LaCie newsletters are optional! Just uncheck the boxes next to them and download your copy of SilverKeeper</description>
		<content:encoded><![CDATA[<p>F.y.i. The LaCie newsletters are optional! Just uncheck the boxes next to them and download your copy of SilverKeeper</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alec</title>
		<link>http://foliovision.com/2009/01/18/backup-bouncer-mimmac#comment-22696</link>
		<dc:creator>alec</dc:creator>
		<pubDate>Sun, 13 Sep 2009 15:12:31 +0000</pubDate>
		<guid isPermaLink="false">http://foliovision.com/2009/01/18/backup-bouncer-mimmac/#comment-22696</guid>
		<description>Hi Bastiaan,

Thanks for sharing.

The Croat developer Archiware has nothing to do with reasonable Mac backup solutions. He is attempting to do cross-platform industrial level backup. His low end product Backup2Go comes in at €500. The guy doesn&#039;t even have screenshots up. I&#039;m sure the program is Medusa ugly as cross-platform solutions tend to be. Not impressed.

What&#039;s interesting is that the spyware you name, Synchonize Plus is from the developer who could have owned the Mac backup market if he weren&#039;t such a paranoid disagreeable chap. Instead of serving customers and improving his software, he&#039;s spent most of the last five years on anti-piracy schemes (end result of his anti-piracy schemes was that I was unable to use the software as  a licensed user while I could have used the software with a cracked copy).

Insanity.

I stand by my guns: weekly/monthly SuperDuper! backups are the main solution. For folder synchronisations we are underserved, with either underpowered or slightly impenetrable interfaces like Mimmac or the much worse Synk. LaCie&#039;s &lt;a href=&quot;http://www.lacie.com/silverkeeper/index.htm&quot; rel=&quot;nofollow&quot;&gt;SilverKeeper&lt;/a&gt; will also do if you manage to get a copy of it (SliverKeeper is marketingware (you have to sign up for newsletters to get it). Apparently LaCie has already made SilverKeeper Snow Leopard compatible (there are advantages to corporate backing sometimes).</description>
		<content:encoded><![CDATA[<p>Hi Bastiaan,</p>
<p>Thanks for sharing.</p>
<p>The Croat developer Archiware has nothing to do with reasonable Mac backup solutions. He is attempting to do cross-platform industrial level backup. His low end product Backup2Go comes in at €500. The guy doesn&#8217;t even have screenshots up. I&#8217;m sure the program is Medusa ugly as cross-platform solutions tend to be. Not impressed.</p>
<p>What&#8217;s interesting is that the spyware you name, Synchonize Plus is from the developer who could have owned the Mac backup market if he weren&#8217;t such a paranoid disagreeable chap. Instead of serving customers and improving his software, he&#8217;s spent most of the last five years on anti-piracy schemes (end result of his anti-piracy schemes was that I was unable to use the software as  a licensed user while I could have used the software with a cracked copy).</p>
<p>Insanity.</p>
<p>I stand by my guns: weekly/monthly SuperDuper! backups are the main solution. For folder synchronisations we are underserved, with either underpowered or slightly impenetrable interfaces like Mimmac or the much worse Synk. LaCie&#8217;s <a href="http://www.lacie.com/silverkeeper/index.htm" rel="nofollow" class="liexternal">SilverKeeper</a> will also do if you manage to get a copy of it (SliverKeeper is marketingware (you have to sign up for newsletters to get it). Apparently LaCie has already made SilverKeeper Snow Leopard compatible (there are advantages to corporate backing sometimes).</p>
]]></content:encoded>
	</item>
</channel>
</rss>

