Duplicating system-disk HP-UX 11.0

[Beat BUCHER]

Hi all,
I'm relativelly new in this forum, and tough I looked around in the old messages, I still not found an answer that match to my problem :
I've HP-UX 11.0 installed with a lot of application on a Laptop for demonstration to customer. The Laptop can held 2 physical HDU's at the same time. I've some spare disks (identical to the one that is loaded) and I want to duplicate the existing disk to a spare, so I can load some product update and new applicacations on this one for demonstration, without having the risk that my existing stuff will be corrupted or no longer work. Can anybody tell me more about tools like cpio or pvmove (does it really move, or can it also copy volumes ?) ?
Thanks in advance for all the tips.

[Sandor Horvath_2]

Hi !

For duplicating system one of the tool is ignite-ux make_recovery, if You have tape. I think You can make it with dd , or in older version of Offline Diagnostics was a diskcopy tool . This was the best .

regards, Saa

[Beat BUCHER]

Hi Saa,
sorry, but it can be applied to me.. It's a "laptop" and I've no external tape drive to connect (and don't want to bye one).
I'm working with the version 11.0 and I've no access to older system tools (if they can be helpful).
I'm not sure that I've to create first a new file-system on the second HDU. Hold in mind that this disk have to boot the system after the succesful copy/mirror of the old disk ....
Thank you nevertheless for the infos
Beat

[Jim Synodinos · Accepted solution]

hi..
here is a fool proof way to duplicate your disk:

dd if=/dev/rdsk/c0t6d0 of=/dev/rdsk/c0t4d0 bs=2k

you can get device names by doing an ioscan -fnCdisk

CAUTION:
be careful to type in the infile and outfile correctly. This command will not prompt you for any info. It is a 'bit' type command and it will destroy anything on the outfile once your type the command.

I use this command with cron to duplicate main server disks every night.

[Beat BUCHER]

Thank You Jim,

Even without your tip, I'll had probably do the job with the 'dd' command. But I was'nt sure if it needs any preparing of the destination device... I'll try the command soon and give here a feedback as soon as it works.

Beat

[Andreas Voss]

Hi,

dd is ok but i would use bigger blocksize (bs=64k) for better performance.
Also note that if the source disk is in use and has mounted filesystems you will need to fsck at the copied disk.

Regards