For machines that will have actual user data (not just systems and automation accounts), I like to use a separate /home partition; otherwise it can just be a directory under /.  <br><br>/var is where logs go, so there's a good argument for giving it its own partition (because if you don't rotate the logs regularly it can end up eating up all the available space, which is not serious if it's a separate partition, but is if it's just a directory under /).<br>
<br>I don't have a strong opinion about /boot as a separate partition; in theory, it's probably easier with a separate partition to recover from boot issues, e.g. MBR corruption, but it's not something I've really had to fight with in practice.<br>
<br>I leave /usr as a directory on the / partition.  Unless you expect it to be very volatile (constantly installing new software via the package manager), I can't really think of a good reason to do otherwise.<br><br>
/opt is also popular, as a place to install software that isn't available through the package manager.  If you expect to do that a lot, it may be worth having a separate partition for it.<br><br>I can only offer the most general advice in terms of size of partitions, as it depends quite a bit on what you plan to do with the machine, and the size for each depends in part on overall arrangement.  Personally, I like to make sure that / is at least 10 Gb, and possibly a good deal larger, especially  if /home isn't a separate partition (and you expect to have actual users).  If you have users, such as developers, using this machine, I recommend a separate /home partition, and probably making it the largest one (perhaps around half the overall disk size).  /var is generally fine at only a few Gb (< 10).  /tmp should probably be similar to /var in terms of size (and there are similar reasons for making it a separate partition, depending on use case).  For /opt it depends on your use case; if you won't be installing outside of the package manager, and won't be installing custom software there, probably best to just leave it as a directory under /.<br>
<br>In general, the more of this you leave as directories rather than partitions, the larger / should be to accommodate.  In my view, there are two main reasons to create a partition for these locations:  1) to protect / from filling up (and the machine falling over) due to user files, unexpected log growth or unrotated logs, temporary data, etc, and 2) to protect the contents of the partition from OS problems (e.g. protecting user files from deletion in the event that you have to reinstall the OS, or otherwise need to reformat /).<br>
<br>I hope that helps a bit.<br><br><div class="gmail_quote">On Fri, Mar 2, 2012 at 1:05 AM, nk oorda <span dir="ltr"><<a href="mailto:nk.oorda@gmail.com">nk.oorda@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<p class="MsoNormal" style="margin-bottom:0in;margin-bottom:.0001pt;line-height:normal">

</p><p class="MsoNormal" style="margin-bottom:0in;margin-bottom:.0001pt;line-height:normal"><span style="font-size:12.0pt;font-family:"Times New Roman","serif"">Hi <br>
<br>
i need some suggestion for defining the partition size for my production
systems.  we are going to use CentOS 6.2 (64 bit)<br>
<br>
- Partition size<br>
- Mount points<br>
<br>
What i am able to get from the google search is:<br>
<br>
/            Root File
System (/bin , /sbin , /dev , /root<br>
/usr       program and source
code                                                      
<br>
/var        variable data<br>
/boot     boot kernels<br>
/tmp      temp file locations<br>
/work     to do your work here "you can name it
anything"<br>
Swap</span></p>

<ul type="disc"><li class="MsoNormal" style="line-height:normal"><b><span style="font-size:12.0pt;font-family:"Times New Roman","serif"">/home</span></b><span style="font-size:12.0pt;font-family:"Times New Roman","serif"">
     - Set option nosuid, and nodev with diskquota option</span></li><li class="MsoNormal" style="line-height:normal"><b><span style="font-size:12.0pt;font-family:"Times New Roman","serif"">/usr</span></b><span style="font-size:12.0pt;font-family:"Times New Roman","serif"">
     - Set option nodev</span></li><li class="MsoNormal" style="line-height:normal"><b><span style="font-size:12.0pt;font-family:"Times New Roman","serif"">/tmp</span></b><span style="font-size:12.0pt;font-family:"Times New Roman","serif"">
     - Set option nodev, nosuid, noexec option must be enabled</span></li><li class="MsoNormal" style="line-height:normal"><span style="font-size:12.0pt;font-family:"Times New Roman","serif"">/var   local,nodev,nosuid</span></li>

</ul>

<p class="MsoNormal"><span style="font-size:12.0pt;line-height:115%;font-family:"Times New Roman","serif""><br>
Most of the server will be running <br>
- Apache<br>
-Tomcat<br>
-SOLR<br>
<br>
and few of them would be running MySQL as data base.<br>
<br>
<br>
what is concern is that one of the developer accidentally deleted the /usr
files with sudo access. if somehow i can protect the core system from the
developers mistake that would be really good.<br>
<br>
Thanks in advance for help.</span></p><span class="HOEnZb"><font color="#888888">

<br>--n<br>

</font></span><br>_______________________________________________<br>
sf-lug mailing list<br>
<a href="mailto:sf-lug@linuxmafia.com">sf-lug@linuxmafia.com</a><br>
<a href="http://linuxmafia.com/mailman/listinfo/sf-lug" target="_blank">http://linuxmafia.com/mailman/listinfo/sf-lug</a><br>
Information about SF-LUG is at <a href="http://www.sf-lug.org/" target="_blank">http://www.sf-lug.org/</a><br></blockquote></div><br>