RHCSA EX200 2026: If You Cannot Rebuild It After Reboot, You Are Not Ready
RHCSA is valuable because it is not a multiple-choice Linux trivia exam. Red Hat's EX200 is a hands-on, performance-based exam where you complete real administration tasks on live systems. In 2026, Red Hat's public EX200 page says the exam is based on Red Hat Enterprise Linux 10, so candidates using older RHEL 9-only plans need to check every objective carefully.
EX200 Facts That Shape Your Lab Plan
| Item | 2026 Detail |
|---|---|
| Credential | Red Hat Certified System Administrator |
| Exam code | EX200 |
| Current listed platform | Red Hat Enterprise Linux 10 |
| Format | Hands-on, practical, performance-based exam |
| Time | One 3-hour section |
| Internet during in-person exam | Not provided |
| Outside materials | No hard copy or electronic notes, books, or materials |
| Documentation | Product documentation that ships with the product is available for most exams |
| Reporting | Official scores come from Red Hat Certification Central |
| Score timing | Usually reported within 3 U.S. business days |
| Credential currency | Red Hat certifications are current for 3 years |
Red Hat also says configurations must persist after reboot without intervention. That single sentence should shape your prep. A solution that works only until reboot is not an exam solution.
What Changed for 2026 Candidates
Many RHCSA pages still frame EX200 around RHEL 9. Red Hat's current EX200 page says the exam is based on RHEL 10 and includes current objective language such as configuring Flatpak repositories and packages. That does not mean every historical skill vanished: shell use, storage, users, services, networking, permissions, SELinux, repositories, and boot troubleshooting remain central. It means your lab environment and notes should be checked against the current Red Hat objective list before exam day.
If you schedule and see a version choice in your region, follow the version attached to your appointment. If you are starting fresh in 2026, build for the current Red Hat page and confirm details during scheduling.
Version And Delivery Traps In 2026
Red Hat's current EX200 page states that the exam is based on Red Hat Enterprise Linux 10, but candidates may still see older RHEL 9 references in books, videos, and forum posts. Treat your Red Hat scheduling confirmation and the official objectives page as the source of truth. If a prep resource teaches an objective that no longer appears on the official page, put it behind the current objectives until you verify it.
Delivery format matters too. EX200 is performance based. You are not choosing the best command from four options; you are changing a live system so that Red Hat's scoring checks can verify the result. That is why practice should end with validation commands and a reboot whenever persistence is part of the task.
Objective Map: Practice Tasks, Not Topic Names
| Objective Area | Lab Standard |
|---|---|
| Essential tools | Work from shell, redirect output, use grep and regex, SSH, archive files, edit text, manage links, permissions, and documentation. |
| Manage software | Configure RPM repositories, install and remove RPM packages, configure Flatpak repositories, and manage Flatpak packages. |
| Shell scripts | Write simple scripts using conditionals, loops, positional inputs, and command output. |
| Running systems | Boot, reboot, change targets, interrupt boot, manage processes, tune profiles, read journals, preserve logs, and control services. |
| Local storage | Create GPT partitions, physical volumes, volume groups, logical volumes, boot-time mounts, and swap without breaking systems. |
| File systems | Create and mount VFAT, ext4, and XFS, configure NFS mounts and autofs, extend logical volumes, and fix permission problems. |
| System maintenance | Schedule tasks with at, cron, and systemd timers; enable services; set default targets; configure time; update packages; modify bootloader. |
| Networking | Configure IPv4 and IPv6, hostname resolution, boot-time network services, and firewalld restrictions. |
| Users and groups | Create, modify, delete users and groups, adjust passwords and aging, and configure privileged access. |
| Security | Configure firewalld, default permissions, SSH key authentication, SELinux modes, contexts, ports, booleans, and context restoration. |
Do not turn that table into a reading checklist. Turn every row into labs you can run from a clean virtual machine.
The Lab Loop That Builds RHCSA Readiness
Use a repeatable loop for every objective. First, break the system or start from a blank state. Second, configure the target without notes. Third, verify with the command that proves the state. Fourth, reboot. Fifth, verify again. Sixth, write a one-line error note if it failed.
Example: for a persistent mount, do not stop after mount succeeds. Add the fstab entry by UUID or label, run a syntax check, reboot, confirm the mount is present, confirm the filesystem type, and confirm permissions. The exam does not reward partial memory.
Time Management for a Three-Hour Practical Exam
The exam is one 3-hour section. Your goal is not beautiful command history. Your goal is correct, persistent configuration. Start by scanning all tasks and identifying dependencies. Storage, boot, network, and repository tasks can block later tasks. Do those carefully and verify early.
For each task, save time by using documentation and command help efficiently. Know where man pages and product docs live, but do not rely on reading long docs during the exam. Practice with man, info, and files under /usr/share/doc in your lab so navigation is muscle memory.
Reboot-Proof Lab Checklist
Use this checklist on every practice lab: configure the task, verify the active state, verify the persistent configuration, reboot if the task should survive reboot, and verify again. For services, check enablement and status. For storage, check mount persistence and labels or UUIDs. For networking, check connection profiles and runtime state. For SELinux, check the context or boolean after the application actually works.
This habit separates candidates who know Linux commands from candidates who can pass EX200. A correct command that disappears after reboot is not a correct exam result.
Six Weeks Of RHEL 10 Rebuild Practice
Week 1: command line, files, permissions, links, archives, grep, regex, SSH, documentation, and text editing. Build speed with no GUI assumptions.
Week 2: software and services. Configure repositories, install and remove RPM and Flatpak packages, manage systemd services, default targets, time service clients, logs, journald persistence, at, cron, and systemd timers.
Week 3: storage and file systems. Practice GPT partitions, LVM, swap, XFS, ext4, VFAT, NFS mounts, autofs, fstab by UUID or label, logical volume extension, and permission repair.
Week 4: networking and security. Configure IPv4, IPv6, hostname resolution, firewalld, SSH key authentication, SELinux modes, contexts, port labels, booleans, and restorecon.
Week 5: users, groups, sudo, password aging, default permissions, troubleshooting, and simple shell scripts. Force yourself to write scripts without copying from old notes.
Common RHCSA Failure Patterns
The most damaging failure pattern is forgetting persistence. A service starts but is not enabled. A mount works but fstab is wrong. SELinux is temporarily permissive instead of properly labeled. A firewall change is runtime-only. A network setting works now but not after reboot.
The second failure pattern is weak verification. Candidates trust that a command succeeded because it produced no error. Replace that habit with proof: systemctl status, systemctl is-enabled, mount, findmnt, getenforce, semanage, ls -Z, firewall-cmd --list-all, nmcli connection show, id, getent, timedatectl, journalctl, and reboot checks.
The third failure pattern is practicing on one lovingly configured VM. Use throwaway machines. Reset often. The exam environment will not have your aliases, custom prompts, or favorite editor tweaks.
Red Hat Sources To Verify
Use the Red Hat EX200 exam page, Red Hat certification renewal page, and RHEL 10 documentation. Red Hat recommends RH124 and RH134 or RH199, but class attendance is not required if you have equivalent experience and can meet the objectives.
