EX200 Create and configure file systems Practice Question
An administrator wants to enable user disk quotas on an XFS filesystem mounted at /home. Which steps are required?
⚠ Common exam trap
The trap here is that candidates familiar with ext4 quotas assume the same `quotacheck`/`edquota` workflow applies to XFS, but Red Hat EX200 expects knowledge of XFS-specific tools like `xfs_quota` and the `uquota` mount option.
Answer choices
Why each option matters
Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.
Correct answer & explanation
✓
Add 'uquota' to /etc/fstab, remount, then run xfs_quota -x -c 'limit -u bsoft=500m bhard=1g user1' /home
XFS uses its own quota management tools, not the traditional `quotacheck`/`edquota` tools used by ext4. The correct procedure is to add the `uquota` mount option to `/etc/fstab`, remount the filesystem, and then use `xfs_quota` to set limits. The `xfs_quota` command with the `-x` (expert) flag and `-c` (command) flag allows setting user quotas directly, and the path `/home` specifies the filesystem.
Answer analysis
Option-by-option breakdown
For each option: why learners choose it and why it is or isn't the right answer here.
- ✗
Add 'usrquota' to /etc/fstab, remount, then run quotacheck and edquota
Why it's wrong here
The usrquota mount option and the quotacheck/edquota workflow apply to ext4 and other classic filesystems, not XFS. XFS treats quota information as part of its own metadata, so quotacheck is unnecessary and unsupported; running it on XFS produces an error or is a no-op. Similarly, edquota is not the correct interface for XFS limits—you must use the xfs_quota utility with the 'limit' command instead.
- ✗
Quotas are not supported on XFS filesystems
Why it's wrong here
This is a well-known misconception. XFS has included full user, group, and project quota support since its origins on IRIX, and Linux XFS implements quotas robustly with journaled accounting. In fact, XFS avoids quotacheck entirely because quota data is maintained on-disk in a way that is always consistent. The actual challenge is using the correct mount option (uquota) and the xfs_quota command, not whether support exists.
- ✗
Use mount -o uquota /home, then setquota -u user1 500M 1G /home
Why it's wrong here
The uquota mount option is indeed correct for XFS, but this answer is flawed in its execution. A plain mount -o uquota without updating /etc/fstab will work only until the next reboot, and the setquota command is a util-linux tool designed for ext4 and other non-XFS filesystems. XFS requires the xfs_quota utility with expert mode (-x) and the 'limit' command, using syntax like bsoft=500m bhard=1g, to set and enforce per-user limits.
- ✓
Add 'uquota' to /etc/fstab, remount, then run xfs_quota -x -c 'limit -u bsoft=500m bhard=1g user1' /home
Why this is correct
This is the correct procedure for enabling user quotas on XFS. Adding uquota to the mount options in /etc/fstab ensures the option persists across reboots, and remounting applies it to the live filesystem. The xfs_quota command in expert mode (-x) with the -c option runs a quota command non-interactively; 'limit -u' sets the user's block soft and hard limits, with suffixes like 'm' and 'g' for megabytes and gigabytes. This is the standard, supported method for XFS quota enforcement.
Go deeper
Related to this question
About these practice questions
Courseiva writes every EX200 question from scratch — 427 in total, each with an explanation and a wrong-answer breakdown. None are copied from real exams or dumps. Learn why practice questions differ from exam dumps →
JA
Written by Johnson Ajibi, MSc IT Security
Senior Network & Security Engineer · founder of Courseiva
This EX200 practice question is part of Courseiva's free Red Hat certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the EX200 exam.