What Are Appropriate Sizes For Linux Partitions? 35
stuyman asks: "I'm amazed that I haven't been able to find a good source of information on this sort of subject, but it seems that all anyone ever says is that it needs to be determined based on "certain factors" on an individual basis. No one ever says how to evaluate those factors. I need to set up a whole bunch of new Linux servers. How big should the partitions be? Anyone have any formulas or ideas? I'm open to superstitions, too (heads, root is 300, tails it's 60). Some quick details about the setup: We've got a 20.5 gig HD and we want to have separate partitions for /, /var, /usr, /usr/local (maybe), /home, /opt, and /tmp, as well as a sufficient amount of swap. The servers will run RedHat 6.2 with Apache stronghold, and will also need X installed. We're currently leaning towards having huge /usr and /usr/local, with about 2 gigs for var. Also, how much /var would one suggest for a syslogd server that'd be serving logs for 50+ boxen? (running mostly RH or SunOS) Awaiting this thread eagerly..."
Here's my workstation setup... (Score:1)
Scale it up / slice it up as appropriate.
First: Two hard disks, one 13.6 GB, one ~3 GB.
/dev/hda1: / (1.4G) (1.3G Free)
/dev/hda5: /boot (23M) (15M Free)
/dev/hda2: /home (3.4G) (1.9G Free)
/dev/hda6: /root (486M) (455M Free)
/dev/hda7: /var (243M) (203M Free) /dev/hda9: /usr (6.8G) (4.8G Free)
/dev/hdb6: /mnt/data (2.9G) (1.0G Free)
Sizes reported as from `df -h`
Swap partitions are /dev/hda8 (125M) and /dev/hdb5 (120M).
It's a single-user workstation, really. /home is huge because I've got mucho MP3s. /usr is understandably huge. / is larger than most people would like, because I want to catch programs that land in /opt. /var and /root are awfully big for my application, because I originally installed Linux dual-boot with NT on hda1, and when I deleted it (hoorah!), I moved partitions around. /var was originally /root, /root was originally /home.
Hope you find this useful. /home should be large enough at 3GB for many users, if you impose quotas (at my school, it's 15MB per user). / and /root could be smaller, as could /boot (I keep at least three kernels in lilo, and backup copies of each one). Make /usr (and /usr/local) really big, maybe equally sized to fill the disk.
Good luck.
My recommendations (Score:1)
I might warn against overpartitioning, that is, to split everything into dozens of itty bitty partitions. Then later, when some of your partitions are nearly empty and others are bulging at the seams, you're screwed. But again, I highly recommend having /usr/local and /home separate. As for swap, IMHO, more is better. I use about 192 Megs, since that's what my systems have. If, after you've accomodated everything, you have extra space, put it in /usr/local. It's the easiest partition to fill.
I'm not an expert sysadmin, but that's what's worked for me.
-Andrew
Real simple, very basic, very flexible paritions (Score:1)
first disk:
/boot 15mb
/ 125MB
swap 125MB
/var 7.6g or whatever
disk 2 is the same.
the
why: this gives the maximum amount of space where it is needed, whereever that might be. For upgrading,
LVM and dynamically sized partitions are the next closest thing, but you still have to change the size with lvm.
Oh, and having
Re:What is the reason for these partitions? (Score:1)
Another reason is security. if you have / as your whole drive, and some cracker attacks your box, they could cause
Same thing if / is the whole machine, and you have a user who fills their home dir.
It's a combination of security and performance that dictate what should have it's own partitions.
Swap performance improves with dedicated disk (Score:1)
I realize you are using only one 20GB drive. If you can get your hands on a small extra hard disk, and dedicate it to swap, the performance benefit can be tremendous.
Why? Reduced head motion. Instead of having to slew back and forth from swap and whatever application files your using, the heads for the swap area are always near the data.
For the sizes you are talking about, even a 1GB drive would be HUGE, and you can get a really FAST DISK for relatively little money these days.
Re:If You Have to Ask... (Score:1)
for one thing, i know graphics arts people that like to format and recreate filesystems between projects to eliminate leftover fragmentation. that's mainly ntfs on win32, however. i'm the wrong person to tell you how reiser or ext2 deal with fragmentation.
other than that, i hardly ever partition my systems to any great extent. my home machine has 4g for root and 8g for home, but they are seperate drives.
i can see the logic in making user a
RAID? (Score:2)
I have a similar philosophy, but just used mdtools to set things up as a RAID1 across two 13 gig drives. Everything but the root partition is on the RAID, and I made a manual copy of the root partition on the second drive. If the secondary drive dies, no problem. If the primary drive dies, I use a floppy to boot off of the secondary drive's root partition, and again no problem.
I haven't been brave enough to yank a drive to test this. I also suspect that my recovery skills aren't up to snuff; however, mdtools leaves a valid ext2 filesystem on each of the partitions, so in the worst case I can mount the valid drive's partitions as ext2 and spend several hours shuffling files to another drive, wiping the RAID drives, and reconfiguring the RAID.
Re:If You Have to Ask... (Score:2)
This is one of the big problems with the success of Linux. All the new users are all well and good, but they don't know the reasons for doing things a certain way. Partitioning is one of those things (and is not helped by crap like Corel Linux which installs everything into a single filesystem).
Basically, partitioning should be as follows:
For your 20GB drive, then, I'd have a 50MB /boot, a 100MB /, a 300MB /var, a 3GB /usr, a 3GB /home, a 6GB /opt, and whatever else is left as /usr/local. Make /tmp a symlink to /var/tmp, and you're all set. Depending on how much stuff you're planning to serve with Apache, you may want a separate filesystem for that, but only you can make that decision.
What SUN has to say..... (Score:1)
As for like everyone else is posting, we just jumpstat at work and here is an layout file for a typical system with a single 18g drive:
# sa_profile_4u_18g
# ONE 18 GIG drive with 2GIG of memory.. (swap = 2X memory)
install_type initial_install
system_type standalone
cluster SUNWCXall
partitioning explicit
filesys c0t0d0s0 500 /
filesys c0t0d0s4 1000
filesys c0t0d0s6 2000
filesys c0t0d0s3 10500
filesys c0t0d0s1 free swap
as you can see quite a wast to
# sa_profile_4u_18g
# ONE 18 GIG drive
install_type initial_install
system_type standalone
cluster SUNWCXall
partitioning explicit
filesys c0t0d0s0 600 /
filesys c0t0d0s4 2000
filesys c0t0d0s3 9000
filesys c0t0d0s6 900
filesys c0t0d0s1 free swap
As you can see we aren't even all that diligent about keeping root the same - and we feel we are making everything hudge so as it is!
But again, sun was telling us that it might be a good idea to re-think using complex layouts.
why use ext2fs? (Score:1)
And yeah it is stable, even though it is not included in the main kernel yet.
Re:If You Have to Ask... (Score:1)
Well, the guy said he was setting up servers, not workstations, so this is really not relevent to his question. Also, I'll assume you meant put everything in / , not /root. ;^)
Anyway, I used to have a setup similar to yours, but lately I've decided I like to have a /usr/local because if I upgrade, or change to a different distribution, I can keep my locally compiled programs and locally written scripts safe while still wiping the rest of the drive clean during reinstallation.
---------------------------
"The people. Could you patent the sun?"
Re:My scheme (Score:2)
Ok, add one other thing to my list of what I'd change if I had to do it again - I'd make sure
--
A "freaking free-loading Canadian" stealing jobs from good honest hard working Americans since 1997.
Re:why all the hassle? (Score:1)
My scheme (Score:3)
/dev/hda1 101075 83487 12369 87% /
/dev/hda10 4408138 1827348 2352669 44%
/dev/hdc10 4423964 4023975 171049 96%
/dev/hda5 1981000 1255590 622998 67%
/dev/hdc5 1981000 619979 1258610 33%
/dev/hdc9 99507 72393 21975 77%
/dev/hda8 101075 2195 93661 2%
/dev/hdc6 991000 767770 172026 82%
/dev/hda6 1981000 420730 1457858 22%
/dev/hda7 995115 98461 845248 10%
/dev/hdc1 1981000 206648 1671941 11%
/dev/hdc7 99507 306 94062 0%
If I had to do it over again, I'd make / a bit bigger, and maybe make another partition for
My intent here was to have two 10G disks instead of one 20G disk, and partition them in a way so that if one disk failed, I could keep running essential stuff (like news, mail and the web server) on one until I could buy another. That's why each partition on
--
A "freaking free-loading Canadian" stealing jobs from good honest hard working Americans since 1997.
more information please (Score:1)
What I do... (Score:3)
/usr, if you're gonna have a separate
/usr/local should be a gig or two. Especially if you're using huge bloated apps like emacs or the Gimp, which can easily chew up 60 megs alone.
/home -- make it as big as you can. I find I'm running out with 2 gigs.
/var -- if you're hosting a huge amount of mail, make it large (a gig or so). If not, don't bother. Mine's about 400 megs, and I've got plenty of room.
/tmp - I like to compile stuff in
Now, you need space for "other crap": mp3s, temp space for other packages, download space. I use the "sandbox" scheme:
/dev/sde1 8746648 7321200 981136 88%
/dev/sdd1 4307423 3763192 321312 92%
/dev/sdb4 1416229 1008444 334602 75%
/dev/sdc1 4102112 3562837 327008 92%
Which I stole from Northeastern's CS department scheme, just because it seemed cute. All the stuff I'm about to burn to CD, or have downloaded and want to fool around with, or that's a big lame work-in-progress that won't fit in
- A.P.
--
"One World, one Web, one Program" - Microsoft promotional ad
Re:No good sources of information (Score:1)
/usr/local (Score:3)
how much you allocate for each partition mostly depends on how flexible you are and how long the system will run without adding diskspace.
i'd suggest you make a test install of what you want to have on your system, see how much
i often found out that no matter what i chose, one partition ended up to small.
one way to combat that was to make sure both partitions have a different size (like 5GB and 8GB) that way, if you find that one partition was to small, and the other to large, you can exchange them, or move the larger partition to a new disk, and move the smaller to the larger one.
if you want real flexibility, combine them:
nowadays i have a large partition in
that way, it doesn't matter...
but, consider mail, have lots of users? you'll need lot's of space in
on one system (debian) we had to go as far as putting
but we also had to split up the rest of
the isp i work for, unfortunately opted for the "don't partition at all" approach, so i can't say anything about that (we have load balanced machines and the data is kept on raid, so the situation is different)
to make further growth easy, we have several partitions that we keep empty and hide away from the users so we can add them to the system as needed while keeping the users disciplined because they don't know about that...
there is plenty of rome in
want to make the best of your recources? consider combining
greetings, eMBee.
--
Re:What I do... (Score:1)
unless you are one of these guys with to much time on your hand and compile those on your own...
greetings, eMBee.
--
Swap Space (Score:1)
More details (Score:1)
First, what are you doing with these systems? Where I used to work, we had /usr be 1-2G, and /usr/local 3-4G, because everything we did relied on specialized software. 1-2G for /usr was overkill by far. I'd recommend, for a syslog server, 200M / (first partition, or separate out /boot with 50M), 2G /usr, 2G for /opt (does anything but KDE in your setup use this?), and 1G for /tmp (and for the idiots out there, be clear that it doesn't get backed up). You must evaluate your needs for /var and /home yourself, since /home is dependant on no. of users and what sort of crap they'll stick in there, and /var depends on what you'll stick in there. I'd recommend 200-500M per user at most, and for a syslog server, everything else in /var. For a web server, however much space you need plus a gig or two for /var; for a mail server, whatever is left from the others (1G per user should be more than enough).
Your "details" about the setup were useless, though -- the important information is:
Re:My scheme (Score:1)
Veritas Volume Manager (Score:2)
If You Have to Ask... (Score:2)
Also, why on earth do you want so many partitions? If each was going to be on a different drive, it would make sense to break them up. However, you write that it's all going to be on a single 20 gig drive.
On my personal systems, given how cheap disk space is now, I only have two partitions. One is root with two gig of space. Everything goes here except personal files. The other is /home
where everything else goes. On a single-user
system that has little in the way of new software
after the initial install, this works great.
(Assuming you correctly rotate logs and such.)
On production nodes, it is never that simple. The first thing you have to do is determine what partitions are static and which are dynamic. For example, /usr and /sbin are hardly ever going to
change. Install them tight. On the other hand, /dbhome/oracle/data will get larger by the day.
Make sure you have enough room out there for
your dynamic partitions.
Of course, since you only have one drive, you may want to take the easy way out. Why not have one and only one partition: root. If you will never fill the full 20 gig and these are workstations and not servers, why have the headache? (I suggest these are workstations because X is being installed and no one in their right mind would bog down a server with X. Am I right in thinking that these are development boxes of some sort?)
I know I will get flamed for the above suggestion. Mostly from the clueless, of course, but there will also be some smart people out there who will find me insane. I hope those gurus will think twice before posting.
When you get right down to it, on a user's workstation with a single drive and no plans for expansion of the box's role, why wouldn't you keep everything in /root?
The only thing I can come up with is backups but 20-gig is small potatoes so I can't imagine that's much of a concern. Especially if the backups are incremental. (ADSM/TSM rocks!)
InitZero
Re:What is the reason for these partitions? (Score:1)
# of partitions... (Score:1)
first off, for security purposes. among other things, setting the 'nosuid' flag in
second of all, although of course multiple harddrives would be a better solution, there still are cases where a big screwup causes corruption of a particular partition, rather than the whole filesystem. i'd rather take the time to make multiple partitions, and lose my
...just my $.02
Re:If You Have to Ask... (Score:1)
why all the hassle? (Score:1)
It depends.... (Score:1)
What is the reason for these partitions? (Score:1)
My current setup is like this;
/boot ~15megs
/win ~12gigs
/ ~12gigs
swap ~200megs
pretty simple basic dual-boot that takes care of lilo problems. I back up important data to cdr on occasion.
What is the purpose of having
Linux gurus, explain!
One Question - Why? (Score:1)
The same maybe for
While we're at it, you didn't say what the machines are supposed to be used for... Are you doing another slashdot, or another geocities?
I've noticed that a lot on slashdot recently, asking a question like this without giving even a clue to the environment it's in... What kind of an answer do you expect?
/boot is obvious if you need it, but you probably won't (what with newer versions of lilo supporting big disks).
What do you expect to gain from sticking everything in separate partitions? My experience has always been that you will run out of space on the wrong partition, so for personal machines I only have a single root partition.
Just a suggestion (Score:1)
Re: # of partitions... (Score:2)
first off, for security purposes.
I'm taking these nodes to be workstations for individual users. These are, for the most part, not shared machines. Thus, while I agree with you in theory, in this practical case, you security concerns are moot.
a big screwup causes corruption of a particular partition
Good point though I can't think of a non-physical problem that would screw up a single partition given the single harddrive.
I'm not trying to be negative. I've split data across many partitions on single drives myself. I just want to know if I've been wasting my time.
InitZero
Re:why all the hassle? (Score:1)
On my home server machine I have 128 M swap, 16 M /boot, 2 G for / and then a separate partion ("/p2") of the rest of the drive where I put the home directories (/p2/home/...) and my equivalent to /usr/local (/p2/local/...). Which means I can upgrade the OS using my preferred technique (format partition, install from scratch).
Got a few production servers at work and I've followed the same pattern here. Once you're using RAID you've lost any physical meaning to your partitions anyway, so I can't see a performance gain - at least how to determine it without a lot of testing.
Re:If You Have to Ask... (Score:1)
One reason might be to prevent your logfiles from filling up all the space that your database or other user apps use, for example. If someone's running a DoS against you to generate huge logfiles, you could find yourself unable to write to that partition.
Separating partitions like /var, which have this potential, can increase the robustness of your system. Do I do this? No, because it's just too much of a pain, but the poster might wish to if he is logging from 50+ boxes, as he says he is.