From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Sat, 1 Oct 2011 21:28:22 -0400 To: 9fans@9fans.net Message-ID: <906e80d587e99006633899b8d56be210@brasstown.quanstro.net> In-Reply-To: <4E87B1D1.9020603@gmail.com> References: <7828850E-D4E3-4621-B425-98423B95E1C4@cs.utwente.nl> <4E87B1D1.9020603@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] OT: how do 9fans backup their Mac(book)? Topicbox-Message-UUID: 2eed9802-ead7-11e9-9d60-3106f5b1d025 > 2. Cloning a drive is of limited use on any system. > Isn't "future proof", doesn't scale, doesn't allow for disk size > changes or hardware changes. > Is a necessary part of an Admin Toolkit, but only for very > particular situations. really? what do you mean by "doesn't allow for hardware changes"? i also, i'm pretty sure that whenever the new disk is larger than the end of the last used partition, both fdisk and prep just see more empty space at the end of the partition. judging from the spec, gpt should work the same way. where do you see cloning onto a larger disk failing? cloning a disk is really common for nas appliances, and it's not too hard to make your storage whatever size you require. most advanced storage features of vmware work by cloning storage. i see the the idea of cloning disks becoming more prevalent. - erik