From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <4E87CC5A.1090006@gmail.com> Date: Sun, 2 Oct 2011 13:28:42 +1100 From: steve jenkin User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070728 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> References: <7828850E-D4E3-4621-B425-98423B95E1C4@cs.utwente.nl> <4E87B1D1.9020603@gmail.com> <906e80d587e99006633899b8d56be210@brasstown.quanstro.net> In-Reply-To: <906e80d587e99006633899b8d56be210@brasstown.quanstro.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [9fans] OT: how do 9fans backup their Mac(book)? Topicbox-Message-UUID: 2efcd1aa-ead7-11e9-9d60-3106f5b1d025 w.r.t. Disk Cloning. you are conflating multiple issues: - hardware disk imaging - managing NAS appliances - handling VM images I agree with you. Cloning drives in low-end NAS appliances is quick, simple and effective. I had a lot of fun a year ago documenting how to clone config and data from one Thecus to another. But that approach doesn't/won't work on high-end systems or 'enterprise grade' LVM systems, like Veritas, and the IBM/HP LVM system. They build in too many checks, because they give you all the tools you need to move data around and keep it 'known' by their system. How many times have you cloned a physical disk yourself, NOT in a NAS, but on Apple hardware for OS/X? If you haven't done exactly that, you have no idea of the magnitude of the problem, or if it is feasible at all. After having to clone disks in systems far too many times, I've come to find it tiresome and time wasting. If the situation demands you do it, you've already failed as an Admin... At home, I have an 80MB (m-e-g-a b-y-t-e) drive in an old PC that I want to access. Really, I'd like to access the data, so how do I do that? And for some extra fun, upgrade the disk on that old existing system so I have more space available. cloning the 80Mb onto a more recent drive won't work. The BIOS notices the mismatch and won't play. More significantly, if I could bodgy-up everything so the new drive worked, I'd still only have 80Mb and no way to expand it. The disk partitioner respects the limits of the drive. If I simply 'dd' the drive onto another, it fails. Couldn't take an image of the drive either: IDE version was so old, modern adaptors wouldn't work. So I figured out how to transfer the files to a 2nd, newer, drive with a large filesystem whilst mounted in the PC. [The system would only allow a maximum filesystem of 472Mb. The rest of the drive was wasted] Having a readable copy of the data, NOTE, not the original hardware-disk-image, I've taken a copy of that filesystem so I can run up a VM in the future. That VM image I can now 'clone' to my hearts content. You are right that cloning disk *images* is an essential part of using/managing VM's. Don't conflate that with cloning physical disks. Physical cloning is not something to trifle with when you're looking after Other People's Data/Systems, more a last-chance desperation measure. [see above. having to clone means everything else has failed] Something we're going to see more of is the physical disk information being incorporated into a motherboard-based security system. We are going to see more "Trusted Platform Module" systems shipped - and they notice little things like changing the drive-id... As well, Apple adopted GPT drives. Not the 'industry standard' disk partitioning. I simply don't know enough to fiddle everything that's needed to support both arrangements - there's a lot of fine detail to get right... It's not unusual to want or need to mount the original and copy drive in the same machine. If you've cloned the GPT, that's not going to happen. Have you ever tried to move a Windows Vista partition? There are quite a few subtleties & 'gotchas'. I spent around a month, near full-time, on this problem several years ago and bounced off it. I've a whole bunch of experience with FAT, NTFS, Unix, Linux, multiple LVM systems filesystems, disk-arrays or not, and their supporting disk partitioning, but I couldn't get this to work... I've dug people out of seemingly impossible situations many times, but I didn't crack that one - nor had anyone else from what I was reading on the web at the time. It's trivial to clone/migrate & resize an NTFS partition with Win-XP and below, but Vista had a few too many checks. Doesn't play well with 'grub', either. erik quanstrom wrote on 2/10/11 12:28 PM: > 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 > -- Steve Jenkin, Info Tech, Systems and Design Specialist. 0412 786 915 (+61 412 786 915) PO Box 48, Kippax ACT 2615, AUSTRALIA stevej098@gmail.com http://members.tip.net.au/~sjenkin