begin quoting DJA as of Fri, May 06, 2005 at 10:52:28PM -0700: [snip] > Obviously, /opt, /tmp, and /var are underutilized. /opt will be > eliminated and the size of both /tmp and /var can probably be cut in > half. Swap could also shrink as it's rarely used (1.5 GB RAM).
If you aren't hurting for space, it's nicer to have it than not. If you're using LVM, then should you need to add in /opt, that can easily be done later. So if you aren't using it, get rid of it. > Is there any good reason to give /usr its own partition? I hear talk > about making it RO but I don't know how practical that is on a Redhat > GUI system. One of the reasons to make /usr its own partition is that in case of trouble, you could boot with a minimal system (e.g. w/o /usr) that would be less likly to be affected by disk problems. However, I believe -- I'm sure those running RH can verify or refute -- that RedHat uses bash as the root sh shell, and that bash is dynamically linked and in /usr -- so booting w/o /usr or /lib isn't really an option. Making /usr and /lib ro _ought_ to work, but I'm sure that nobody at RH has considered this a design goal, so it would require experimentation. You may not want to tackle that just now. If you do, it's an easy "fix". If something doesn't work, fix the fstab file, and remount. (Where does RH keep the rpm database?) Of course, that presumes that once you set up the machine, not much is going to change. If you're constantly updating, installing, and uninstalling stuff, then it might not be worth the annoyance. Or you can get the RO-effect with the SELinux-features in RH, and just not worry about how you mount it. -Stewart "Need to experiment with ro partitions on Linux I guess" Stremler
pgpPdab3rfzh2.pgp
Description: PGP signature
-- [email protected] http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
