Fewer partitions are better (Re: Disk Layout/Partitioning Practices)
Keith Lofstrom
keithl at kl-ic.com
Wed Jan 28 18:04:19 UTC 2004
Ron Herardian <rherardi at gssnet.com> writes:
> When installing everything and allowing for future updates and packages
> I am using the following disk layout:
... 7 partitions listed ...
It may be time to rethink multiple partitions. For legacy reasons,
I build my systems with multiple partitions, but if I had it to do
over again I would probably do it with 3 partitions:
/boot (because it has to be small)
swap (about 2 GB)
/ (everything else, including multiple drives if LVM)
For the average system, the swap probably should be smaller, but I
run huge, poorly designed CAD apps for days that tend to fill VM.
With RAM so damned cheap these days, I agree with other folks that
make swap a lot smaller than 2x physical RAM. Paging more than a
few hundred megabytes of swap is just too damned slow, regardless
of the amount of RAM that you happen to have in your system.
If I had a problem with users writing huge files that filled the disk,
I would put quotas on the individual users, not on their partition as
a whole. If anything goes wild, and fills up /, the system is in
trouble anyway, and repair time is not significantly improved by
limiting the fillup to one of many partitions. In fact, a lot of
problems happen because /tmp fills, or /var/mail fills and /var/log
doesn't work. I subscribe to the Andrew Carnegie maxim "Put all
your eggs in one basket - then WATCH THAT BASKET".
My past excuses for multiple partitions were: (1) limited disk sizes
and (2) managing backup tapes. Both are invalid now. With large
drives and LVM, there is no practical limit on partition sizes for
most systems. With disk-to-disk random access backup, there is no
need for complicated partition arrangements to fit data onto small,
slow tapes. I control backup frequencies and depth by directory,
not by partition.
On mild excuse for retaining multiple partitions is to minimize
boot time - if you are running a journalling file system, it will
occasionally delay booting for significant time to fsck one or two
of the partitions. But if you have a very large /home, the time
saved by peeling off a bunch of smaller partitions is not that
significant. There are probably better ways to schedule fsck.
I expect strong opinions differing from the above; no doubt I've
forgotten something. Newbies should keep following this thread and
see where I've erred. But a lot of the reasons we do things are
traditions that stem from past restrictions that no longer apply.
We should acknowledge these changes in our system designs.
Keith
--
Keith Lofstrom keithl at ieee.org Voice (503)-520-1993
KLIC --- Keith Lofstrom Integrated Circuits --- "Your Ideas in Silicon"
Design Contracting in Bipolar and CMOS - Analog, Digital, and Scan ICs
More information about the fedora-list
mailing list