On Sat, Dec 19, 1998 at 04:38:12PM -0000, Dirk Koopman wrote: > It does mirror it but that isn't what you want and won't help you very much > except by accident. > > The official (but old fashioned) way is as follows:- > > mkfs -t ext2 /dev/hdb<n> or whatever your partition is. > mount /dev/hdb<n> /mnt > find /bin /usr /home etc -print | cpio -pduvm /mnt > > DON'T say find / as you will probably recursively copy that which you have > already copied onto /mnt when find gets there (it may be intelligent nowadays > but certainly wasn't). -x tells cp not to do that. > I have to say (and I have my heart in my mouth as I do so) that I don't > necessarily agree with having lots of partitions, I make do with two on my > redhat system - / and /home. I copy (using the above method) and then Indeed. All my systems have / and /local; then /usr/local is a symlink to /local/local and /home is a symlink to /local/root. It means your local stuff is kept if you lose the root partition. On a separate disk is ideal but not always practical. > symlink /usr/src and /usr/local to /home/src and /home/local respectively. I > also take periodic copies (using cron) of /etc and put it in /home/etc but > this is really only a backup. Just use /usr/local/src instead of /usr/src; your OS vendor (Debian or Red Hat or whoever) really has control of /usr/src jsut like any other /usr directory (except local). I compile kernels from /usr/local/src; works just fine. > There are cases for putting /usr and/or /var on separate volumes (and I am > assuming you aren't into heavy database work in which case other > considerations apply), but unless your volumes are high and predictable I > wouldn't bother. Me either. Hamish -- Hamish Moffatt Mobile: +61 412 011 176 [EMAIL PROTECTED] Rising Software Australia Pty. Ltd. Developers of music education software including Auralia & Musition. 31 Elmhurst Road, Blackburn, Victoria Australia, 3130 Phone: +61 3 9894 4788 Fax: +61 3 9894 3362 USA Toll Free: 1-888-667-7839 Internet: http://www.rising.com.au/
