Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!hp-sdd!apollo!rimbold
From: rimbold@apollo.HP.COM (Robert Rimbold)
Newsgroups: comp.sys.apollo
Subject: Re: disk copy
Message-ID: <497d6d85.20b6d@apollo.HP.COM>
Date: 29 Mar 90 21:11:00 GMT
References: <40087@iuvax.cs.indiana.edu>
Sender: root@apollo.HP.COM
Reply-To: rimbold@apollo.HP.COM (Robert Rimbold)
Organization: Hewlett-Packard Company, Apollo Division; Chelmsford, MA
Lines: 41

In article <40087@iuvax.cs.indiana.edu> houghton@iuvax.cs.indiana.edu (Ric) writes:
>
>
>   Is there anyway to do a complete diskcopy from one disk to another?
> 
>   It doesn't seem possible to do this with wbak/rbak, but I may be 
>   missing something.
>
>    I'm purchasing a larger disk and I'm not real excited about 
> reinstalling the operating system.  (In fact, this is going to
> side effect several of my machines because I'm going to be swapping
> several disks around.)

An OS can successfully be duplicated with the cpt command. I've done it before.
There are a few basic caveats to the method.

- You will have to use cpboot to locate the sysboot image correctly the
	destination system.

- When copying to systems with different hardware configurations than the
	master copy, you must make sure that all the supporting software
	exists. This includes things like type managers, diagnostics, and
	microcode.

- Re-create the pseudo terminals in /dev with the command /etc/crpty once
	the disk has been installed on a system with a different node ID
	(UIDs are encoded into the pty devices).

You will need to make sure that the master copy isn't booted while it's
being copied from (files would be locked).

I'd suggest a command line of:

/com/cpt /source /destination -sacl -pdt -l

'Rob


Disclaimer: Of course, I speak only for myself and neither HP/Apollo nor
myself support this method. Do it at your own risk, keep backups, and never
overrwrite your source disk until you're *really* sure everything works.