在 CentOS 7 中，修改系统默认运行级别已经不需要再去调整 /etc/inittab，因为这套旧方式早已被 systemd 淘汰，继续修改通常也不会生效。如今所谓的“运行级别”，实际上是通过 target 来实现的，其中 multi-user.target 大致对应 runlevel 3，graphical.target 基本对应 runlevel 5。
CentOS 7 修改默认运行级别，直接使用 systemctl set-default 就可以，其他方法不是没有意义，就是更容易出问题。
为什么不能改 /etc/inittab？
原因很明确：在 CentOS 7 里，这个文件已经被 systemd 完全弃用。打开后通常只能看到这样一行注释：# inittab is no longer used when using systemd.。这意味着，无论你怎样修改它，比如反复调整 id:3:initdefault: 这类内容，实际上都不会起作用，因为系统启动时根本不会再读取这个文件。
/etc/inittab属于 sysvinit 时代的遗留配置，从 CentOS 7 开始统一交由 systemd 管理- 传统运行级别（runlevel）的概念已经被 target 替代：
multi-user.target≈ runlevel 3，graphical.target≈ runlevel 5 - 强行编辑或手动软链接
/etc/inittab不仅无效，还可能影响后续系统运维和故障排查判断
systemctl set-default 怎么用才可靠？
这是 CentOS 7 修改默认启动模式唯一推荐的永久生效方法，它会自动更新 /etc/systemd/system/default.target 的软链接指向，并确保在下次开机时按设定目标启动。
- 设置为命令行模式（类似 runlevel 3）：
sudo systemctl set-default multi-user.target - 设置为图形界面模式（类似 runlevel 5）：
sudo systemctl set-default graphical.target - 执行完成后立即验证：
systemctl get-default—— 输出结果应与设置的 target 一致 - 注意：这个命令不会立刻重启系统，只是修改默认启动方式；需要重启后才会真正体现效果
别手动 ln -sf /etc/systemd/system/default.target
虽然从技术角度看可以实现，但绕过 systemctl set-default 直接操作软链接，往往容易踩到以下三个常见问题：
- 路径写错：目标文件可能位于
/usr/lib/systemd/system/或/lib/systemd/system/（两者通常等价，但手动硬编码很容易出错） - 权限遗漏：必须配合
sudo使用，否则ln -sf执行失败且不一定有明显提示 - 残留旧链接：如果之前已经通过
set-default设置过，再手动覆盖，可能导致systemctl get-default的显示与实际软链接状态不一致（与 systemd 缓存或解析逻辑有关）
临时切换和永久修改别混淆
systemctl isolate 和 init 命令只能临时切换当前会话环境，系统一旦重启就会恢复，因此它们并不等同于“修改默认运行级别”。
- 临时切换到命令行模式：
sudo systemctl isolate multi-user.target或sudo init 3 - 临时切换到图形界面模式：
sudo systemctl isolate graphical.target或sudo init 5 - 这些操作不会影响系统开机默认行为，也不会改变
systemctl get-default的输出结果 - 在服务器使用场景中，很多人误以为执行
init 3就等于“修改了默认级别”，结果重启之后又回到 GUI 图形界面
最容易被忽视的一点是：修改完成后必须重启系统，才能确认是否真正生效；即使 systemctl get-default 显示正确，也不代表下次启动一定会进入该 target —— 因为内核参数或 GRUB 配置（例如 systemd.unit=）仍有可能强制覆盖 default.target。
