Results 1 to 7 of 7
I have a pc that has 500GB of hard disk space, I want to install centos and use it has a dev box for java/web applications. Keeping in mind the ...
Enjoy an ad free experience by logging in. Not a member yet? Register.
- 04-06-2010 #1Just Joined!
- Join Date
- Jan 2010
- Posts
- 16
Preparing/partitioning a server for use as dev box
I have a pc that has 500GB of hard disk space, I want to install centos and use it has a dev box for java/web applications. Keeping in mind the end us of the box, what partition structure makes the most sense?
I was thinking:
/ -- 150 GB*
/var -- 10 GB
/data -- 340 GB**
*Since there will be a bunch of apps i.e. apache, mysql, vsftpd, postfix, trac, samba, alfresco, and icescrum or agilefant
**For all other files i.e. java/war/jar files, svn directory, backups, samba share
Thanks.
- 04-06-2010 #2
I don't see a need for a separate /var
usually I do only / and /home
150gb is overkill for / even with home being in it, if you are putting data elsewhere
- 04-06-2010 #3Just Joined!
- Join Date
- Jan 2010
- Posts
- 16
- 04-06-2010 #4
20-30gb should be more than sufficient, my / partition is 10gb, still under 80% utilization
- 04-09-2010 #5Just Joined!
- Join Date
- Jan 2010
- Posts
- 16
- 04-09-2010 #6
if you are only single booting, or using virtualization software, then probably use the rest of the space for data, make sure you have enough swap thought
- 04-10-2010 #7Linux Guru
- Join Date
- Apr 2009
- Location
- I can be found either 40 miles west of Chicago, or in a galaxy far, far away.
- Posts
- 10,141
I am running CentOS 5 for a server and dev box. After 2 years and TONNES of software added to the system, my root file system is only taking 25GB, so I think 50GB to / is fine. BTW, /var is also on the root file system, so 50GB for both should be just fine. Use the rest for /home or whatever. My system drive is 320GB which contains /, /boot, and swap. I am using a 4x500GB set of discs configured as a 2TB LVM2 volume that contains /home - all my downloads, user files, installed software packages, databases, source, etc.
Sometimes, real fast is almost as good as real time.
Just remember, Semper Gumbi - always be flexible!


Reply With Quote

