Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!julius.cs.uiuc.edu!zaphod.mps.ohio-state.edu!sdd.hp.com!hp-pcd!hpfcso!hpfcbig!fritz
From: fritz@hpfcbig.SDE.HP.COM (Gary Fritz)
Newsgroups: comp.sys.hp
Subject: Re: find and cpio
Message-ID: <7540062@hpfcbig.SDE.HP.COM>
Date: 12 Sep 90 22:43:20 GMT
References: <1150@prlhp1.prl.philips.co.uk>
Organization: HP SESD, Fort Collins, CO
Lines: 25

> Am I right in thinking that find works by looking in directories
> and -print's everything it finds, which of course means that
> several directory entires hard-linked to the same file will be
> picked up individually and passed to cpio for dumping ?

Yes, and this means linked files will be written to the tape multiple times.  
(Try creating a test directory containing two files linked together, then
do a "find . -print | cpio -ocxa > /tmp/test" and examine /tmp/test.  You'll
see the file is written out twice.)

However, when restoring the cpio archive, cpio will look for linked files
and create links appropriately.  (Try "cpio -icv < /tmp/test".)  It does this 
by maintaining a list of linked files, however, and can therefore run out 
of space.  The cpio(1) man page sez:

				... If there are too many unique
	linked files, the program runs out of memory to keep track
	of them, and thereafter, linking information is lost.

If you prefer to use dump/restore, you can.  At least, it's present
on my 7.03 HP-UX system.  I'm not certain it was on 6.21.

Gary

Not an official statement of HP, etc. etc.  Just trying to be helpful.