Copying A/UX to another disk

[Jim Jagielski]

In article <1991Apr23.010830.5923 at am.dsir.govt.nz> sramtrc at albert.dsir.govt.nz writes:
}
}|> |	find / -print | grep -v /mnt | cpio -pdlm /mnt
}|> 
}|> Well, "something like" ought to be something more like
}|> 
}|> 	find / -print | egrep -v '^/mnt$|^/mnt/' | cpio -pdlm /mnt
}|> 
}Well neither of the two is correct. Neither "copies" A/UX to another disk.
}They both change the files in subtle ways. Files on both filesystems are
}changed in fact and both filesystems are not identical. The only way to make
}a copy is by using dump. Dump to tape then restore to disk. Then only two
}files get changed on both filesystems (namely the raw disk special files)
}and both filesystems are otherwise identical.
}
}Using dump is the standard way on the unix world. Users don't like having
}their files altered by sysadmins. (NB only the file dates get altered, not
}file contents). And if you alter the last access date of users' files you
}can never say to them "Look, you have 10MB of data that you have not
}accessed for two years. Shouldn't you archive that onto tape?".
}

Yep, dump is good, but I seem to recall (it's been awhile though :) that dump
also "copies" the SuperBlock info, meaning that the sizes of the FileSystems
MUST be the same. That is, if you want to "copy" a 55MB Root FS to a new
100MB partition, you can't use dump since the sizes are the same. In this case,
you must use a file-oriented utility, such as cpio.
--
===========================================================================
#include <std/disclaimer.h>
                                 =:^)
           Jim Jagielski                    NASA/GSFC, Code 711.1
     jim at jagubox.gsfc.nasa.gov               Greenbelt, MD 20771

 "I object to all this sex on the television. I mean, I keep falling off!"