RH134备考全解析：从LVM到SELinux，打造可交付的Linux系统

1. RH134核心知识地图：这次考试到底在考什么

很多人看到RH134的第一反应是“RH124的进阶版”，这么说没错，但远远不够。RH124教的是“怎么用一台Linux服务器”，RH134教的是“怎么让一台Linux服务器稳定、安全、自动地跑起来”。这个跨度，是很多考生栽跟头的地方。

先说结论：RH134对应的是红帽系统管理II课程，核心围绕自动化运维、存储管理、系统安全、日志审计、网络与服务管理这五个大方向展开。它不是让你死记硬背命令，而是考你在有限时间内、有限资源下，能不能像一名真实的生产环境管理员一样，把系统调成可交付的状态。

我在备考和带学员的过程中，最大的感受是：RH134的考点密度比RH124翻了一倍，但每个考点的深度其实很克制。它不追求让你成为某个子系统的专家，而是要求你“什么都会一点，而且都做得对”。这就意味着，你的学习策略必须从“看懂”切换到“练熟”。

1.1 从RH124到RH134，难度跃迁到底在哪

RH124阶段，你学的是目录操作、文件权限、用户管理、基本网络配置这些“单点技能”。考试时，题目往往是一个独立的小任务，你只要把那条命令敲对了，基本就能得分。

RH134完全不是这个套路。它开始要求你把多个技能串起来。比如一道典型的存储题，可能同时涉及分区创建、VDO压缩去重、文件系统格式化、挂载持久化、逻辑卷扩容，甚至还要在里面创建LVM thin pool的快照。任何一环出错，整个任务的分数都会受影响。

更重要的是，RH134开始大量引入“状态类”的知识点。什么叫状态类？就是系统重启之后，你的配置仍然有效。考试环境里，系统会随机重启，而且考官的评分脚本也会强制重启系统后再检查。你在shell里随手export一个变量、手动mount一个分区，这些操作如果不固化到配置文件里，系统一重启就全没了，分数自然也就没了。

这一点，我建议所有备考的人都要刻在脑子里：RH134考的不是“你现在能不能让系统工作”，而是“你不在的时候，系统能不能自己保持正常工作”。

1.2 五个核心知识域的权重分配与备考优先级

我用带过的几十个学员的考试反馈，整理了RH134各知识域的大致权重和坑点密度，供你参考：

看到这个表格，你应该能明白一件事：RH134没有真正意义上的“送分题”，每个模块都需要动手练。如果非要说哪个性价比最高，我会选存储管理和SELinux。前者是实操性强、套路固化、练三遍就能拿稳分；后者是很多人的知识盲区，你只要比别人多练一遍，就能拉开差距。

2. 存储管理深度拆解：LVM、VDO与Stratis的一次讲透

存储管理在RH134里的地位，相当于数学里的函数在高考中的地位，必考、多考、分重。最基础的LVM全流程，几乎每场考试都会出现，而且考法非常固定：加一块新磁盘，要求你建VG、建LV、格式化、挂载、写入fstab，最后可能还要做快照或扩容。

很多人在这一步失分，不是不会命令，而是不熟悉考试环境里的路径强调。我强调一下，RHCSA考试环境里，磁盘设备名不是固定的，同一套环境重启之后，/dev/sdb可能变成/dev/sdc。所以强烈建议你从一开始就养成用UUID挂载的习惯，而不是直接写设备路径。

2.1 LVM全流程的五步套路，每一步都有讲究

我给自己带的学生总结了一套LVM操作的“五步走”，考试时按顺序来，基本不会漏操作：

第一步，看磁盘。用lsblk确认新磁盘的设备名和大小，顺便看一眼现有系统的VG名，避免后面建VG时和已有VG冲突。

第二步，建PV和VG。pvcreate、vgcreate这里面有一个细节，就是PE大小，默认是4MiB，考试题一般不会让你改PE，但你用vgcreate时如果没指定，默认就是4MiB，这个不用纠结。需要注意的是，vgcreate时最好用设备全路径，比如vgcreate vgdata /dev/sdb，别用sdb这种简写，虽然大多数情况下能识别，但全路径更稳妥。

第三步，建LV。lvcreate -n lvdata -L 5G vgdata，这里的坑有两个。一个是容量单位大小写：-L 5G是大写G，表示5GiB，小写g表示GB，两者在数值上有差别；另一个是如果你后续要格式化，建议用-l 100%FREE之类的百分比方式创建逻辑卷，这样后期扩容时不至于出现空间不够的尴尬。

第四步，格式化并挂载。mkfs.xfs /dev/vgdata/lvdata之后，mkdir挂载点，然后mount。这里要特别提醒，RH134考试默认文件系统是XFS，但偶尔也会要求你建ext4。考试时看清楚题目要求，实在不确定就两个都记住，mkfs.xfs和mkfs.ext4参数基本一样，只是最后的文件系统类型参数不同。

第五步，写fstab并验证。这是最容易扣分的环节。fstab的格式是设备、挂载点、文件系统类型、挂载选项、dump、fsck，共六列。写完之后，一定要用mount -a验证一下，最好还要reboot一次确认没有任何报错。我见过太多人fstab写错了，系统起不来，最后整个环境崩掉，前面攒的分数全泡汤。

2.2 VDO与Stratis：新存储技术怎么学才不丢分

很多初学者觉得VDO和Stratis是RH134里最陌生的部分，因为平时工作环境根本用不到。但考试确实会考，而且考得不难，关键在于你愿不愿意花时间去把概念理清。

VDO（Virtual Data Optimizer）是红帽推出的块设备去重和压缩技术。说人话，就是它能在块设备层面把重复的数据去掉，还能把数据压缩存储，实现“1TB的物理盘存出2TB甚至更多逻辑数据”的效果。

VDO的创建套路：先建VDO设备，再在上面建文件系统，最后挂载。命令大致是vdo create --name=vdo1 --device=/dev/sdb --vdoLogicalSize=1T，然后mkfs.xfs /dev/mapper/vdo1。这里有个坑，就是很多人忘了VDO创建之后，必须用dmsetup ls确认设备映射状态，否则后续挂载容易迷路。

Stratis则是一个更现代化的存储管理方案，理念上有点像把ZFS和LVM的优点结合起来，通过stratis命令管理一个存储池，然后基于池创建文件系统。考试一般只会考最基础的三条命令：stratis pool create、stratis filesystem create、stratis filesystem snapshot。如果你时间不够，VDO和Stratis里建议优先学Stratis，因为它的命令记忆成本更低，而且考试中出现的频率其实比VDO更高一点。

2.3 swap管理与系统应急场景

swap这块的考点主要集中在两个场景：一是创建一个swap分区并启用，二是优化swap的使用策略。

创建swap分区的流程很简单：分区（fdisk或parted都行）→ mkswap → swapon → 写入fstab，别忘了在fstab的挂载选项里写defaults，文件系统类型那里写swap，然后要执行swapon -a确认。

另一个容易被忽略的考点是vm.swappiness这个内核参数。它控制系统在多大程度上倾向于使用swap而不是物理内存，取值范围0-100，值越大越激进。考试一般不要求你改这个参数，但如果题目明确说了“调整系统swap使用倾向”，你需要编辑/etc/sysctl.conf文件，加入vm.swappiness=某个值，然后sysctl -p让配置生效。这里有一个很坑的细节：sysctl.conf里参数的赋值用的是等号，不是空格，很多人在这里写错。

3. 自动化脚本与计划任务：写对不是目的，考试通过才是

RH134的脚本题，难度大致在“系统管理自动化”的水平，不会让你去写复杂的算法，但要求你能用脚本完成重复性管理工作。比如批量创建用户、批量修改文件权限、根据条件备份日志等。

坦白讲，脚本题是大部分人觉得“题目看懂了，但写出来就是不对”的重灾区。原因很少是语法不会，而是对考试环境的隐性要求不敏感。

3.1 shell脚本的三个隐藏扣分点

第一个隐藏扣分点是执行权限。考试的时候，你辛辛苦苦写完脚本，如果不给脚本加可执行权限（chmod +x），评分配置可能会认为你没有完成这个任务。我见过不止一个学员，脚本内容完全正确，但就是忘了chmod，最后那道题直接零分。

第二个坑是shebang。很多人习惯写成#!/bin/bash，这没问题，但如果你脚本里用了bash特有的语法而写了#!/bin/sh，那就可能出问题。考试时最稳妥的做法是统一用#!/bin/bash，并且用bash -n scriptname这个命令做语法检查，这是所有脚本题的兜底保险。

第三个坑是环境变量。cron计划任务执行脚本时，是不会加载你登录shell时的环境变量的。你在交互式shell里echo $PATH看到的路径，和cron里脚本看到的可能完全不一样。所以脚本里尽量使用绝对路径，尤其是命令的绝对路径。如果脚本里用了非标准路径的命令，建议在脚本开头显式export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin。

3.2 cron的三个时间字段，别靠死记硬背

cron计划任务是RH134的必考内容，但考的深度很浅，基本上就是让你用crontab -e编写一个计划任务。真正容易出错的，是分、时、日、月、周这五个字段的排列顺序和特殊符号用法。

举个例子，题目要求每天凌晨3点半执行某脚本，正确写法是30 3 * * * /path/to/script.sh。这里有三个易错点：一是分钟字段写在前面，很多人会习惯性地先写小时，直接写3 30，那就变成每天3点30分执行了，效果碰巧一样，但逻辑是错的；二是星期字段和日期字段互相影响，如果你在某一天同时指定了日和星期，比如30 3 1 * 1，那么当月的1号和每个星期一的3点30分都会执行，这不是“并且”的关系，而是“或者”的关系；三是所有字段不能简写成省略，必须显式写出。

还有一个小技巧，写完crontab之后，用crontab -l查看一下当前用户的计划任务列表，确认你所写的内容确实保存成功。我就是靠这一招，好几次避免了保存失败导致的丢分。

3.3 一次性任务：at命令也需要你记得守护进程

很多人知道at命令用来执行一次性计划任务，但不知道atd服务没有启动的话，at命令会报错。考试时如果碰到at相关的题目，第一件事就是systemctl status atd确认服务在运行。如果没运行，systemctl enable --now atd启动并设置开机自启。

at命令本身很简单：echo "command" | at 15:30，或者at 15:30回车后输入命令，Ctrl+D结束输入。它的坑在于，at任务的输出结果默认会发送到用户的邮箱，考试环境里通常没有配置邮件服务，所以如果你写了一个需要输出的脚本，可能看不到任何反馈。解决方案是在脚本里把输出重定向到文件，比如echo "备份完成" > /var/log/backup.log。

4. SELinux与防火墙：RH134最容易被扣分的“安全双子星”

安全部分在RH134里占的分值不算最高，但失分率绝对排第一。为什么？因为大部分人在平时的工作中，习惯性地把SELinux直接disabled了事，到了考试里，题目明确要求SELinux必须处于enforcing状态，很多人的操作习惯改不过来。

4.1 SELinux三道经典题型，每一道都有固定解法

第一道经典题：修改sshd端口，放行新端口，并保证系统能正常连接。这道题的完整流程是：编辑/etc/ssh/sshd_config改端口号→semanage port -a -t ssh_port_t -p tcp 新端口号→systemctl restart sshd→firewall-cmd --add-port=新端口号/tcp --permanent→firewall-cmd --reload。很多人在semanage或firewall-cmd这两步至少漏掉一个，导致新端口无法连接。

第二道经典题：让某个服务能访问特定的文件或目录。这里考的是文件上下文（file context）。你需要用semanage fcontext -a -t httpd_sys_content_t /path/to/dir，然后用restorecon -Rv /path/to/dir让它生效。注意，restorecon -R不是restorecon -r，大小写错了，命令选项不识别。

第三道经典题：调整SELinux布尔值。比如让httpd服务能通过SELinux访问用户家目录，就需要用到setsebool -P httpd_enable_homedirs on。这里的-P参数，也就是persistent，表示永久生效，很多考生忘了加-P，系统一重启就恢复原样，整道题直接零分。

还有一个小细节，所有SELinux布尔值的查看，用getsebool -a，这个命令要经常用，用来确认你的修改是否生效。SELinux相关的命令没有报错不代表修改成功，一定要主动去验证。

4.2 firewalld的两种配置方式，哪种更稳

防火墙是RH134必考的，但考法很浅，基本上就是开放某个端口、放行某个服务、或者拒绝某个来源IP。配置方式分两种：firewall-cmd命令和firewall-config图形界面。

考试时请务必使用firewall-cmd命令方式。为什么？因为图形界面在考试环境里跑起来卡，而且你无法批量操作、无法脚本化，效率太低。

firewall-cmd的三个关键参数必须记住：--permanent表示永久生效，--reload表示重新加载配置使永久规则生效，--state查看服务状态。很多人的错误操作是改了规则忘了--permanent，结果是当前shell下端口是通的，但reboot之后端口又被封了。

另外，firewall-cmd --list-all这个命令可以查看当前zone的所有规则。考试的时候，每次配置完防火墙，我建议都用这个命令确认一下，不要凭感觉认为“规则已经加了”。

4.3 日志审计：journalctl用得好，考试少踩一半坑

Linux系统中的日志管理也是RH134的必考内容。最核心的工具是journalctl，用来查看systemd-journald收集的日志。

几个高频考点：查看指定时间段的日志，journalctl --since "2024-01-01 08:00:00" --until "2024-01-01 12:00:00"，这里的格式千万不要写错，日期的分隔符是短横线，时间要用双引号括起来。查看指定服务的日志，journalctl -u httpd.service。查看内核日志，journalctl -k。查看某个进程的日志，journalctl _PID=12345，这个下划线前缀的语法比较生僻，很多人记不住。

最容易被忽略的是journald日志的持久化设置。默认情况下，journald日志存储在内存里，重启后就不存在了。如果题目要求日志在重启后仍然保留，你需要修改/etc/systemd/journald.conf文件里的Storage=persistent选项，然后systemctl restart systemd-journald。这个题目考得不难，但出现频率不低，而且很多人根本没听说过journald还能持久化。

5. 网络配置与systemd服务管理：从“能上网”到“标准交付”

RH134的网络配置考题，不会再像RH124那样让你改个IP地址就行，而是要求你通过命令行工具把网络配置固化下来，并让网络服务正常加载。这里只推荐用nmcli，图形界面和直接编辑配置文件的方式都不建议。

5.1 nmcli配置静态IP的完整流程，以及三个验证手段

用nmcli配置静态IP，常规流程是这样：

nmcli connection add con-name "static-eth0" type ethernet ifname eth0 ip4 192.168.1.100/24 gw4 192.168.1.1

nmcli connection modify "static-eth0" ipv4.dns "192.168.1.1 8.8.8.8"

nmcli connection up "static-eth0"

这里有两个细节很多人会犯错。第一个是con-name和ifname的区别：con-name是连接的名称，相当于这个网络配置文件的逻辑名；ifname是物理网卡名。要修改某个已有连接的配置，用modify加连接名，而不是网卡名。第二个是DNS的配置，考试时可能要求配置多个DNS服务器，用引号把多个IP包起来，中间用空格隔开。

配置完成之后，强烈建议做三个验证：ip addr show确认IP已生效，ping网关确认链路通，nmcli connection show确认连接状态正常。很多人只做第一个验证，结果IP配上了但网关不通，或者连接是down的状态，分数照样丢。

5.2 systemd单元文件：自己写unit才是RH134的真正门槛

systemd这块，RH134考得比RH124深，不再只是让你systemctl start/stop一个系统自带的服务，而是要求你能自己编写一个服务的单元文件，然后启动它、设置开机自启。

写单元文件的标准套路：在/etc/systemd/system/目录下新建一个xxx.service文件，内容至少包含[Unit]和[Service]两段。[Unit]段里写Description和After，[Service]段里写ExecStart、Restart、User等，[Install]段里写WantedBy=multi-user.target。

这里的坑非常多。第一是文件位置，单元文件必须放在/etc/systemd/system/下面，或者/etc/systemd/system/的子目录里，放在/usr/lib/systemd/system/里虽然也能生效，但不符合考点要求。第二是写完文件之后必须systemctl daemon-reload，让systemd重新读取配置，这一步忘了，后面所有操作都会报错。第三是enable和start的区别，enable是把服务设置成开机自启，start是立即启动，考试题通常会要求两个都做。

很多人在这一步还会遇到ExecStart路径问题。比如你要启动一个脚本，脚本在/usr/local/bin/下面，但脚本没有可执行权限，服务就会启动失败。这时候需要看systemctl status服务名，它会明确告诉你启动失败的原因，大多数时候是permission denied。

5.3 进程与优先级：别小看这几个命令

RH134在进程管理部分的考点，主要集中在查看进程、调整优先级和终止进程。表面看很简单，但有几个命令的选项容易记混。

查看进程，ps aux是最常用的，但考试经常要求你按某种条件过滤。比如查看某个用户的进程，ps -u username；查看某个进程的详细信息，ps -fp PID；查看进程树，pstree。top命令需要重点关注它的交互快捷键，比如按P按CPU使用率排序、按M按内存排序，这些快捷键在考试时如果遇到资源占用异常的情况，可以帮你快速定位问题。

调整进程优先级，用的是nice和renice。nice用于启动进程时指定优先级，nice -n 5 command，这里的优先级范围是-20到19，数值越低优先级越高。renice用于调整已经运行的进程，renice 5 -p PID。注意，普通用户只能调高nice值，也就是让优先级变低，只有root才能调低nice值。

zkill命令是另一个容易出问题的地方。kill默认发送TERM信号，也就是15，要求进程正常退出。如果进程没有响应，才用kill -9，也就是SIGKILL，强制终止。考试题目如果只是说“终止进程”，优先用kill PID，不要一上来就kill -9，这虽然是考试不会扣分的操作，但一定程度上反映的是你对进程信号的理解。

6. 备考冲刺：从“知道”到“熟练”的最后一段路

很多人在备考RH134时，最大的误区是“我看完视频了、命令也能敲出来”，就觉得自己准备好了。但考试和平时练习最大的区别是：考试有时间限制，有环境变化，有题目之间的联动。你在练习时花30分钟慢慢琢磨出来的操作，在考试里根本来不及。

6.1 怎么搭建一套贴近考场的练习环境

RH134考试用的是Red Hat Enterprise Linux，版本目前主流是9.x或者8.x。最省钱的练习方案是装一台虚拟机，配置不用太高，2核CPU、4G内存、40G硬盘足够了。装好系统之后，建议再挂两块虚拟磁盘，一块用于练习LVM和存储管理，另一块用于练习VDO或者Stratis。

比装系统更重要的是“破坏性练习”。我建议你每学完一个模块，就在虚拟机里故意把配置弄坏，然后重新修复一遍。比如把fstab写错导致系统无法启动，然后进入emergency mode修复；把httpd服务的selinux权限删掉，然后通过日志排查并恢复。这种练习方法能在短时间内把书面的知识变成肌肉记忆。

6.2 考前一周的冲刺清单，照着做基本稳了

我在考前一周，会建议每个学员每晚做一遍“全流程模拟”，内容大概包含：新建一个用户并设置密码和sudo权限；创建一个LVM逻辑卷并挂载到指定目录；编写一个脚本统计某个目录下的文件数量并设为每天凌晨2点执行；用firewall-cmd放行一个服务端口并确认permanent生效；查看昨天上午9点到11点的系统日志；修改sshd端口并更新selinux上下文和防火墙规则。

这套流程覆盖了RH134约80%的常考知识点，每次做控制在25到30分钟以内，做完之后对照考试评分标准自查纠错。坚持一周，你上考场时的手感和心态完全不一样。

6.3 考场上的时间分配策略与心态管理

RH134考试通常有三个小时，题目量大约在15到20题左右。我的建议是，拿到试卷先把所有题目快速扫一遍，标注出哪些是你第一眼就有思路的、哪些是你不确定的，然后优先把确定的做完。不要在第一道题上死磕，万一碰到不会的，暂时跳过去，后面可能做着做着就想起解法了。

考试还有一个提醒，就是不要试图“多做一些额外配置”。RHCSA的评分是按题目要求来打分的，你多做的事如果和题目要求无关，很多时候不会加分，反而可能弄坏环境影响后续题目。题目要求你做什么就做什么，不要画蛇添足。

从我带的学员反馈来看，RH134的通过率和实操练习时长基本成正比。那些考前一个月每天都能敲两小时命令的学员，几乎都是一次通过。而那些靠考前突击看资料的，很容易在遇到环境变化时手忙脚乱。

最后说一个我自己的心得体会：RH134里的大部分知识点，在你未来的工作里不一定每天都用得上，但它训练的系统管理思维——配置要持久化、修改要验证、操作要可追踪——是能让你受益很久的。备考的过程虽然枯燥，但考完之后你会发现，你已经从一个“会敲Linux命令的人”，变成了一个“能管理Linux系统的人”。这两者之间的差距，正是RH134想要拉开的。