Strategy for /tmp and /home Partitioning

[leam at reuel.net]

Easier way. 

1. Add the new disk, partition it however you want. 2 partitions, one for /home, one for /tmp. Make the filesystems.

2. As root, cp -Rp things over. Best to have as little activity as possible. That is, not running X, not getting e-mail.

3. Make a backup copy of /etc/fstab and then edit the new one to point to the new /dev/hdb/??.

4. Re-boot.  If something is amiss you have the old ones to recover to. If, after a week or so you've not needed them you can resue the space.

ciao!

leam

On Tue, Oct 11, 2005 at 10:45:50PM -0500, Mike McCarty wrote:
> I've been considering how one could put /tmp and /home on another
> disc from that containing /etc and other areas necessary for
> boot.
> 
> I've thought about possibly adding a disc, and putting a file system
> on it. Then emptying out /home, and mounting the new file
> system to /home. On the new file system, I'd also have a directory
> which would be, after the mount, /home/tmp. Then make /tmp be a
> soft link to this directory.
> 
> Would this work? Or is there some dependency on /tmp actually being
> present before auto mounts take place?
> 
> The steps would be:
> 
> Boot some rescue disc.
> 
> Add new disc, and partition as one big piece.
> 
> Make an ext3 file system.
> 
> Mount the new fs to /mnt/tmp (or sth.)
> 
> Copy all files recursively from /home to /mnt/tmp,
> preserving permissions, owners, and dates (prolly
> a tar/untar or cpio operation).
> 
> Delete /home/* recursively.
> 
> Unmount the new fs.
> 
> Mount the new fs at /home.
> 
> Update /etc/fstab.
> 
> Create /home/tmp.
> 
> Delete /tmp.
> 
> Make a soft link /tmp->/home/tmp
> 
> Reboot from hard disc.
> 
> Mike
> -- 
> p="p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);}
> This message made from 100% recycled bits.
> You have found the bank of Larn.
> I can explain it for you, but I can't understand it for you.
> I speak only for myself, and I am unanimous in that!
> 
> -- 
> fedora-list mailing list
> fedora-list at redhat.com
> To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
>