真正稳妥且能够长期生效的方法，是直接修改 /etc/default/grub 中的 GRUB_TIMEOUT，然后执行 grub2-mkconfig -o /boot/grub2/grub.cfg（Legacy）或 /boot/efi/EFI/centos/grub.cfg（UEFI）；否则，前面做的修改实际上通常不会真正生效。
直接修改 /etc/default/grub 里的 GRUB_TIMEOUT，再运行 grub2-mkconfig 让配置生效 —— 这是修改 CentOS 7 系统引导超时时间唯一可靠且持久的方式。
修改 /etc/default/grub 中的 GRUB_TIMEOUT
这是唯一推荐的配置入口。CentOS 7 默认使用 GRUB2，所有与系统启动菜单相关的用户级配置，都应通过这个文件统一管理，而不是直接修改已经生成的 cfg 配置文件。
GRUB_TIMEOUT=5是常见默认值，单位为秒；如果改成GRUB_TIMEOUT=30，就表示开机引导菜单等待 30 秒- 设置为
0表示不显示启动菜单、直接进入默认启动项（注意：此时按住Shift或Esc仍可临时调出菜单） - 如果想隐藏 GRUB 菜单但保留手动唤出的能力，可以增加一行：
GRUB_TIMEOUT_STYLE="hidden" - 修改前务必先备份原文件：
cp /etc/default/grub /etc/default/grub.bak
必须运行 grub2-mkconfig 才能生效
修改完 /etc/default/grub 后，grub.cfg 并不会自动更新 —— 它只是根据模板生成出来的结果文件，如果不重新生成配置，等于实际没有改成功。
- Legacy BIOS 系统执行：
grub2-mkconfig -o /boot/grub2/grub.cfg - UEFI 系统通常需要指定 EFI 路径：
grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg（路径也可能因厂商或安装方式不同而为redhat或fedora） - 执行后建议检查输出内容里是否包含
done或Generating grub configuration file等提示，避免命令静默失败 - 不要跳过这一步去直接编辑
/boot/grub2/grub.cfg—— 下次内核升级或执行yum update时，这个文件很可能会被重新覆盖
验证是否生效 & 常见失效原因
重启之后如果没有看到新的 timeout 设置生效，通常大概率是下面某个环节出现了问题。
- 没有执行
grub2-mkconfig，或者命令中的输出路径写错了（例如漏掉了-o参数） - UEFI 系统只改了
/boot/grub2/grub.cfg，却没有处理/boot/efi/EFI/centos/grub.cfg，而系统实际加载的往往是后者 GRUB_TIMEOUT_STYLE设置为hidden时，timeout 依然会倒计时，但菜单本身不会显示 —— 这不是 bug，而是 GRUB2 的正常设计逻辑- 某些 OEM 预装机器（例如戴尔、HP）可能会在
/etc/grub.d/目录下加入自定义脚本覆盖GRUB_TIMEOUT，此时需要进一步检查/etc/grub.d/00_header或类似文件
很多人在排查 CentOS 7 引导超时设置不生效时，最容易忽略的其实是这一点：GRUB2 的 timeout 行为，本质上还取决于终端是否具备正常输出能力。如果 GRUB_TERMINAL_OUTPUT="console" 已经设置好了，但实际硬件并不支持 console 输出——例如某些虚拟机环境中串口配置本身存在异常——那么 timeout 就可能表现为卡住，或者被直接跳过。遇到这种情况，不能只盯着单一配置项排查，还应把 GRUB_TERMINAL="console" 一并核对，这样通常更容易定位问题根源。
