A mail server keeps filling its root filesystem because spooled mail and logs grow without bound, and when the disk fills the whole system becomes unusable. Which single change to the disk layout most directly contains that failure?

LPIC-1 Exam 101-500, objective 102. Linux installation and package management medium

Machine-checked — no person has signed for it. This question was read against the source cited below by an automated pass, which found no contradiction. That is a weaker claim than it sounds: the same kind of process wrote the question, so it can confirm its own mistake.

Treat it as a good draft rather than as settled fact, and read the source below before you rely on it. It is not used in mock exams here — only questions a person has signed for are.

How these questions are written — where each question comes from, what the verification ledger records, and what happens when one is found wrong.

The options

Not correct Put /boot on its own filesystem

Wrong. A separate /boot exists so the boot loader can reach kernels and initramfs images on a simple filesystem; it is small, nearly static, and absorbs none of this growth.

Not correct Put /home on its own filesystem

Wrong for this workload. Separating /home protects user data across reinstalls and limits user-created growth, but the mail spool and logs are not under /home, so the root filesystem still fills.

Correct Put /var on its own filesystem

Correct. Mail spools (/var/spool/mail or /var/mail) and logs (/var/log) both live under /var, so giving /var its own filesystem means runaway growth fills only that filesystem and leaves the root filesystem writable.

Not correct Increase the size of the swap area

Wrong. Swap is backing store for memory pages and is not part of any filesystem's free space. Growing it does not give the mail spool or logs anywhere else to go.

Why

The point of splitting mount points is fault isolation: data that grows unpredictably should not share a filesystem with the data the system needs to keep functioning. Variable data — logs, mail spools, print queues, package caches, databases — lives under /var, so /var is the classic separate filesystem on a server. Also note that giving each of these areas its own filesystem is a tradeoff: space stranded in one filesystem cannot be borrowed by another unless the volumes are managed by LVM.

Where this comes from

Cited
LPI exam objective 102.1
What it says
Design a disk partitioning scheme, allocating filesystems and swap space to separate partitions or disks.

Practise this

Reading one question is not practice. The trainer will draw a short set from objective 102 and space the ones you get wrong.

Practise LPIC-1 Exam 101-500

More questions on this objective

All questions on Linux installation and package management

Practise LPIC-1 Exam 101-500