<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"  xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule">
	<channel>
		<title>TidBITS: Comments on FlippedBITS: Booting Your Mac from a Duplicate</title>
		<link>http://tidbits.com/</link>
		<description>Bootable duplicates are an important part of a complete backup strategy. But when you have to boot a Mac from such a disk — even if only temporarily — things may not always behave as you expect. Joe Kissell sheds light on some of the common points of pain and confusion when starting a Mac from a duplicate.</description>
		<language>en-us</language>
		<copyright>Copyright 2013 TidBITS Publishing Inc.</copyright>
		<pubDate>Sat, 23 Mar 2013 00:00:00 EDT</pubDate>
		<lastBuildDate>Sat, 23 Mar 2013 00:00:00 EDT</lastBuildDate>
		<managingEditor>editors@tidbits.com (TidBITS Editors)</managingEditor>
		<webMaster>editors@tidbits.com (TidBITS Editors)</webMaster>
		<creativeCommons:license><![CDATA[http://tidbits.com/terms/]]></creativeCommons:license>
		<image>
			<title>TidBITS</title> 
			<url>http://tidbits.com/images/tb_logo_152x55.png</url> 
			<link>http://tidbits.com/</link> 
			<height>55</height>
			<width>152</width>
			<description>TidBITS badge</description> 
		</image>
		
		<item>
			<title><![CDATA[Comment from Joe Kissell]]></title>
			<link>http://db.tidbits.com/article/13618?rss#comments_18088</link>
			<pubDate>Sat, 23 Mar 2013 08:43:19 EDT</pubDate>
			<guid>http://tidbits.com/article/13618#comments_18088</guid>
			<author><![CDATA[comments@tidbits.com (Joe Kissell)]]></author>
			<description><![CDATA[I don't see a particular problem with your solution. That might be a reasonable approach.<br><br>Joe]]></description>
		</item><item>
			<title><![CDATA[Comment from mongpa]]></title>
			<link>http://db.tidbits.com/article/13618?rss#comments_18086</link>
			<pubDate>Sat, 23 Mar 2013 08:08:31 EDT</pubDate>
			<guid>http://tidbits.com/article/13618#comments_18086</guid>
			<author><![CDATA[comments@tidbits.com (mongpa)]]></author>
			<description><![CDATA[Thanks for this illuminating article, Joe. I use duplicates with the same name as the source volume but with the word “duplicate” appended to the name.<br><br>I notice that the problems you allude to with having different names for the source volume and the duplicate are to do with using the latter as a “permanent” substitute for the former. I haven’t had to do this, but I guess I would have to rename the duplicate then, in line with your recommendation.<br><br>I like having a different name for the duplicate when I’m using it “temporarily”, though. For one thing, I can see clearly which disc is which in the Finder. How about it, if I start to use the duplicate “permanently”, then I change the name to “Macintosh HD” and the name of my source disc to “Macintosh HD OLD”. Wouldn’t that give me the best of both worlds? Would I have other problems?]]></description>
		</item><item>
			<title><![CDATA[Comment from Joe Kissell]]></title>
			<link>http://db.tidbits.com/article/13618?rss#comments_18021</link>
			<pubDate>Tue, 19 Mar 2013 18:05:53 EDT</pubDate>
			<guid>http://tidbits.com/article/13618#comments_18021</guid>
			<author><![CDATA[comments@tidbits.com (Joe Kissell)]]></author>
			<description><![CDATA[My suspicion is that most of those 70,000 files are caches, logs, and similar things that are irrelevant to the operation of your Mac.<br><br>As for Dropbox, yes, what you describe can happen, because Dropbox checks some of those unique hardware identifiers. However, once you log in with the same account and password, everything quickly returns to normal.<br><br>Joe]]></description>
		</item><item>
			<title><![CDATA[Comment from Jay Kappmeier]]></title>
			<link>http://db.tidbits.com/article/13618?rss#comments_18020</link>
			<pubDate>Tue, 19 Mar 2013 18:02:18 EDT</pubDate>
			<guid>http://tidbits.com/article/13618#comments_18020</guid>
			<author><![CDATA[comments@tidbits.com (Jay Kappmeier)]]></author>
			<description><![CDATA[Another factor is the cloning program.  I use Super Duper which tells you that it copies everything but the files that Apple says not to copy.  I don't know what those files are.  I do know that when I had to replace the  hard drive on my 2010 iMac, I used that drive to migrate my data on to the new drive.<br>The result was the new hard drive somehow had 70,000 fewer files than the old one.  I also find that booting from a cloned drive makes some programs (Dropbox for one) think you are on another computer so there is reauthentication to be done.]]></description>
		</item><item>
			<title><![CDATA[Comment from Joe Kissell]]></title>
			<link>http://db.tidbits.com/article/13618?rss#comments_18015</link>
			<pubDate>Tue, 19 Mar 2013 15:06:54 EDT</pubDate>
			<guid>http://tidbits.com/article/13618#comments_18015</guid>
			<author><![CDATA[comments@tidbits.com (Joe Kissell)]]></author>
			<description><![CDATA[OK, but I'd counter that very few people have startup disks with only 20 GB of data. The one I'm using right now has 509 GB, for example. Since we are talking about duplicates of one's main startup disk, we're looking at significant restore times. Not sure what benefits a disk image offers over multiple partitions.<br><br>Joe]]></description>
		</item><item>
			<title><![CDATA[Comment from Curtis Wilcox]]></title>
			<link>http://db.tidbits.com/article/13618?rss#comments_18014</link>
			<pubDate>Tue, 19 Mar 2013 15:00:16 EDT</pubDate>
			<guid>http://tidbits.com/article/13618#comments_18014</guid>
			<author><![CDATA[comments@tidbits.com (Curtis Wilcox)]]></author>
			<description><![CDATA[In my experience, creating bootable disk images takes hours but restoring them is much faster. A compressed disk image containing ~20GB of data would restore in maybe 30 minutes on a 2008 MBP, faster on faster hardware.]]></description>
		</item><item>
			<title><![CDATA[Comment from Joe Kissell]]></title>
			<link>http://db.tidbits.com/article/13618?rss#comments_18011</link>
			<pubDate>Tue, 19 Mar 2013 13:14:57 EDT</pubDate>
			<guid>http://tidbits.com/article/13618#comments_18011</guid>
			<author><![CDATA[comments@tidbits.com (Joe Kissell)]]></author>
			<description><![CDATA[It would be better simply to make multiple partitions and store bootable duplicates directly on each one. You can't boot from a disk image, after all, and it could take quite a few hours to restore an image onto a partition so that you could boot from it—which, in my view, nullifies the main point of having a bootable duplicate (that you can get back to work instantly).<br><br>Joe]]></description>
		</item><item>
			<title><![CDATA[Comment from Rob Lewis]]></title>
			<link>http://db.tidbits.com/article/13618?rss#comments_18008</link>
			<pubDate>Tue, 19 Mar 2013 10:44:02 EDT</pubDate>
			<guid>http://tidbits.com/article/13618#comments_18008</guid>
			<author><![CDATA[comments@tidbits.com (Rob Lewis)]]></author>
			<description><![CDATA[Thanks for the explanation, Joe. <br><br>One idea that might deserve mention: store your bootable clones as disk images on a big external drive. Then you can keep several of them in case the most recent one has inherited a problem from your boot drive. <br><br>I presume this would work: pick the clone image you want to boot from, and expand it to a separate partition on the external drive. Then you should be able to boot that partition.]]></description>
		</item><item>
			<title><![CDATA[Comment from Stan Adams]]></title>
			<link>http://db.tidbits.com/article/13618?rss#comments_18005</link>
			<pubDate>Tue, 19 Mar 2013 08:28:54 EDT</pubDate>
			<guid>http://tidbits.com/article/13618#comments_18005</guid>
			<author><![CDATA[comments@tidbits.com (Stan Adams)]]></author>
			<description><![CDATA[Great job, Joe. I think  that we wil all benefit from flipbits as you proceed. Can't wait for the next one]]></description>
		</item><item>
			<title><![CDATA[Comment from Harry Tripe]]></title>
			<link>http://db.tidbits.com/article/13618?rss#comments_17994</link>
			<pubDate>Tue, 19 Mar 2013 00:36:04 EDT</pubDate>
			<guid>http://tidbits.com/article/13618#comments_17994</guid>
			<author><![CDATA[comments@tidbits.com (Harry Tripe)]]></author>
			<description><![CDATA[I use Carbon Copy Cloner to make back-ups.  I make a Recovery Partition before cloning my Mountain Lion HD.]]></description>
		</item><item>
			<title><![CDATA[Comment from Joe Kissell]]></title>
			<link>http://db.tidbits.com/article/13618?rss#comments_17992</link>
			<pubDate>Mon, 18 Mar 2013 19:33:20 EDT</pubDate>
			<guid>http://tidbits.com/article/13618#comments_17992</guid>
			<author><![CDATA[comments@tidbits.com (Joe Kissell)]]></author>
			<description><![CDATA[It seems we have a number of points of disagreement, but I want to mention just one thing that particularly stuck out: you can have unlimited cloud storage for backups for $4 a month with CrashPlan or $5 a month with Backblaze, and there are other similarly inexpensive, unlimited options out there. Cost alone should not be a deterrent to cloud storage for most people.<br><br>Joe]]></description>
		</item><item>
			<title><![CDATA[Comment from B. Jefferson Le Blanc]]></title>
			<link>http://db.tidbits.com/article/13618?rss#comments_17991</link>
			<pubDate>Mon, 18 Mar 2013 19:06:48 EDT</pubDate>
			<guid>http://tidbits.com/article/13618#comments_17991</guid>
			<author><![CDATA[comments@tidbits.com (B. Jefferson Le Blanc)]]></author>
			<description><![CDATA[There are issues as well with the frequency of backups. If something goes wrong with your system and you update your cloned backup before you notice the issue, the problem may be transferred to the backup. This is particularly relevant if you don't do regular, routine maintenance on your boot drive. Problems with the original drive may even cause the backup to fail. For this reason, though it may seem like a hassle to do so, you should, at a minimum in my opinion, use Disk Utility to repair permissions and validate your hard drive before you update your clone. I also run those routines on my backup drive before updating the clone. However, these procedures are impractical if you back up twice or even once a day.<br><br>For this reason, I use SuperDuper! to maintain my clones and Time Machine for more frequent backups. This way I can update my clones less often (say once a week) and still be sure I have access to all my files should something go wrong in the meantime.<br><br>The reverse case arises for those who don't back up before making important modifications to their system, like major software and system updates. If your system is not in the best possible shape, an update can fail and even put your system out of commission. Without a recent backup, you're SOL. In this case, a clone is more practical than Time Machine because, as is the theme of this article, you can boot from the backup immediately and get back to work. Restoring from a Time Machine backup when your boot drive is hosed is time consuming and, I've found, not always reliable. Reinstalling over the network will put you even more behind the eight ball. In addition, if you cannot use your system because the drive itself has failed, you won't be able to access the Recovery HD partition either, which will mean even more work before you can return to work (or play). While a cloned backup won't include the Recovery HD partition, it will keep you going while you either reformat and reinstall OS X on your original drive - or replace the drive.<br><br>Another way around the clone frequency issue would be to use one backup drive for daily updates and another drive to update once a week or so, which would likely be the case if you follow Joe's advice to keep a copy of your boot drive off site. You're not going to update an off-site drive twice a day.<br><br>I will add my two cents here that while cloud backups may be convenient in some ways, they may be no more reliable than your own in-house backups. Cloud backups are, after all, done on someone else's computer, one likely to be even more heavily used than your own. Cloud providers not infrequently suffer service outages and hardware failures as well. And restoring from the cloud, even if it's possible, will be agonizingly slow. And who can afford to pay for the volume of cloud storage that would be required to back up an entire system? Cloud storage may be great for collaboration or those who use more than one computer - but for archival purposes I think the drawbacks are prohibitive.]]></description>
		</item><item>
			<title><![CDATA[Comment from Joe Kissell]]></title>
			<link>http://db.tidbits.com/article/13618?rss#comments_17917</link>
			<pubDate>Thu, 14 Mar 2013 10:54:08 EDT</pubDate>
			<guid>http://tidbits.com/article/13618#comments_17917</guid>
			<author><![CDATA[comments@tidbits.com (Joe Kissell)]]></author>
			<description><![CDATA[You've both brought up an important point that I'll need to address in an updated version of the article.<br><br>The short version is this: If you create an alias—and that's essentially what you're doing with Sidebar items and Login items too—to an item on the volume from which you have booted, that alias is a relative location. That is, it says, "On the current startup volume, whatever that happens to be, follow this path to get to this file or folder." However, if you create an alias to something on another volume, you get an absolute path: "On this particular volume name, follow this path to get to this file or folder."<br><br>Usually, this arrangement produces exactly the desired result: when you boot from your duplicate, your aliases point to things on the duplicate, not on your original volume. But there are some edge cases where it doesn't, and the problem is that it's not always visually obvious where an alias's target is, when you have two identical volumes mounted. So if you want to be absolutely safe and certain, you always navigate from the top of the desired volume to the item you want. (Because remember, sometimes you may WANT to open something on the non-boot volume, although most of the time you won't.)]]></description>
		</item><item>
			<title><![CDATA[Comment from Glen McAllister]]></title>
			<link>http://db.tidbits.com/article/13618?rss#comments_17916</link>
			<pubDate>Thu, 14 Mar 2013 07:04:17 EDT</pubDate>
			<guid>http://tidbits.com/article/13618#comments_17916</guid>
			<author><![CDATA[comments@tidbits.com (Glen McAllister)]]></author>
			<description><![CDATA[Good stuff Joe - think I'll update my bootable duplicate on a daily basis now.]]></description>
		</item><item>
			<title><![CDATA[Comment from Charles Prince]]></title>
			<link>http://db.tidbits.com/article/13618?rss#comments_17913</link>
			<pubDate>Thu, 14 Mar 2013 00:13:18 EDT</pubDate>
			<guid>http://tidbits.com/article/13618#comments_17913</guid>
			<author><![CDATA[comments@tidbits.com (Charles Prince)]]></author>
			<description><![CDATA[As a novice user I don't think I understand. Do items in the sidebar "point" to the applications on the internal boot drive?]]></description>
		</item><item>
			<title><![CDATA[Comment from jschenck]]></title>
			<link>http://db.tidbits.com/article/13618?rss#comments_17911</link>
			<pubDate>Wed, 13 Mar 2013 19:24:40 EDT</pubDate>
			<guid>http://tidbits.com/article/13618#comments_17911</guid>
			<author><![CDATA[comments@tidbits.com (jschenck)]]></author>
			<description><![CDATA[Thanks Joe. I didn't see anything I hadn't figured from my own mistakes, but you put it all together in a concise, readable article.]]></description>
		</item><item>
			<title><![CDATA[Comment from rastarman]]></title>
			<link>http://db.tidbits.com/article/13618?rss#comments_17905</link>
			<pubDate>Wed, 13 Mar 2013 15:47:34 EDT</pubDate>
			<guid>http://tidbits.com/article/13618#comments_17905</guid>
			<author><![CDATA[comments@tidbits.com (rastarman)]]></author>
			<description><![CDATA[Another thing to consider when booting from a clone is how you access items in the sidebar, including and especially applications.<br><br>If an app on the normal internal boot drive is acting up, and you boot from your clone to see if the app is ok there, you must be sure to NOT use the sidebar or any similar shortcut to open the app.<br><br>You must go into the "Appications" folder on the clone, and then open the app from there.<br><br>It's easy to forget. After years of working wih clones, I still sometimes do it.]]></description>
		</item>	
		
	</channel>
</rss>