Choosing a partitioning scheme

The Sum of the Parts

Article from Issue 160/2014
Author(s):

Despite the popularity of LVM, traditional partitioning is still preferred by some admins. We provide some tips to consider before choosing a partitioning scheme for your setup.

Partitioning a hard disk used to be simple. You had one large partition for the Linux operating system and one swap partition to provide additional virtual memory when your RAM ran out. Today, however, you are often well-advised to consider more complex partitioning schemes.

Especially on networks, traditional partitioning is often replaced today by Logical Volume Management (LVM) [1], an alternative method for dividing hard drives. LVM has several advantages over traditional partitioning, including the ability to hot-swap disks and to create a single logical volume that spans multiple hard disks. In particular, with LVM, the resizing and moving of partitions is much easier and quicker than with traditional partitioning, which can take six or seven hours to resize a 1TB partition.

Both LVM and traditional partitioning help contain runaway processes and applications that might otherwise crash the system. Both, too, work well with disk-oriented backup applications and can help increase system security by marking key directories as read-only for everyday use. However, when LVM goes down, it can make all partitions inaccessible. By contrast, with traditional partitioning, the failure of one partition often leaves the others recoverable. For this reason, many administrators continue to regard traditional partitioning as the preferred way to divide hard disks.

Numerous tools are available for traditional partitioning [2], including cfdisk [3] and fdisk [4], which are useful only for adding or deleting partitions, and GNU Partition Editor (Parted) [5], which also resizes and moves partitions. Other tools, such as Gnome Partition Editor (GParted) [6] give Parted a graphical front end. All these tools are reliable, but none should be used without first making a backup and either unmounting the partitions to be edited or  – better still – booting from a Live CD so that all partitions on the system are unmounted.

Before you use any of these tools, however, you need to know which directories you want on separate partitions and the size required for each partition. Installation programs for distributions sometimes suggest partitioning schemes and partition sizes, but check these suggestions against your own needs; for example, I find that the Debian installer consistently underestimates the partition sizes.

In fact, even after you are sure of your needs, you might want to increase the sizes by 25 to 100 percent to allow for future growth. After all, who can know how your needs are going to change in the three to five years you are likely to be using the system?

Mapping Directories to Partitions

New Linux users are often told to make their system consist of one root and one swap partition. However, the size of modern hard drives could make this arrangement inefficient and a waste of space.

Conversely, some directories, such as /etc and /bin should generally not be given their own partitions, because putting them anywhere other than on the root partition may make them hard for the system to find. Also, more than about half a dozen partitions could bring its own inefficiencies as the system constantly switches between them.

Whatever partitions you create, use the e2label command to give them the name of the directory they will carry. The command has the structure

e2label PARTITION LABEL

and returns no input. As you work with your system, labels like /var and /tmp will be far more meaningful to you than /dev/sda2 or /dev/sda3 and will free you from having to make deductions based on size.

Exactly which directories go on separate partitions will depend on your own needs and preferences. However, I will outline some of the considerations that should influence your final choice.

/ (root)

For your system to start properly, the root directory must contain /bin, /dev/, /etc/, /initrd, /lib, /root, and /sbin. Ordinarily, it should also contain /boot, but on most modern systems you can have a separate /boot partition.

Under ordinary circumstances, 25GB should be adequate for the root partition. However, increase this size if you regularly add new kernels without deleting old ones, or use plenty of applications like Calibre or LibreOffice's own binaries that install to /opt.

/boot

The boot partition includes Linux kernels, ramdisks, and bootloaders. By isolating the boot function from the rest of the system, you may be able to minimize corruption to the files necessary to start the system by isolating them from those used to keep the system running. For added security, mark /boot read only, temporarily changing the permissions when installing new kernels.

Typically, 50-100MB is a reasonable size for /boot. However, if you have more than half a dozen kernels, consider increasing the size or else be careful to delete unused ones.

Buy this article as PDF

Express-Checkout as PDF
Price $2.95
(incl. VAT)

Buy Linux Magazine

SINGLE ISSUES
 
SUBSCRIPTIONS
 
TABLET & SMARTPHONE APPS
Get it on Google Play

US / Canada

Get it on Google Play

UK / Australia

Related content

  • Disk Partitioning

    Partitioning prepares your disk to receive an operating system. We help you navigate this unfamiliar landscape safely.

  • 10 reasons for using multiple partitions
  • Ask Klaus!

    New fdisk behavior, booting Knoppix from USB, and using PHP mail() in Apache.

  • Command Line: Encrypting Partitions

    Modern installers offer the option of encryption with just a few clicks, but you might want to take control of the process. We show how to encrypt your partitions safely without sacrificing convenience.

  • ASK KLAUS!

    Klaus Knopper is the creator of Knoppix and co-founder of the LinuxTag expo. He currently works as a teacher, programmer, and consultant. If you have a configuration problem, or if you just want to learn more about how Linux works, send your questions to: klaus@linux-magazine. com

comments powered by Disqus
Subscribe to our Linux Newsletters
Find Linux and Open Source Jobs
Subscribe to our ADMIN Newsletters

Support Our Work

Linux Magazine content is made possible with support from readers like you. Please consider contributing when you’ve found an article to be beneficial.

Learn More

News