CentOS 7开机慢？别急着骂，先看看GRUB2和systemd在后台都干了啥

CentOS 7开机慢？别急着骂，先看看GRUB2和systemd在后台都干了啥

当你按下电源键，泡好一杯咖啡回来发现CentOS 7还在启动界面转圈，这种体验确实令人抓狂。但与其对着屏幕干着急，不如让我们像侦探一样，用专业工具和系统日志还原开机过程的"犯罪现场"。

1. 开机时间线的法医鉴定

启动慢从来不是单一因素导致的。就像破案需要时间线，我们先用systemd-analyze工具生成开机"尸检报告"：

# 查看总启动时间 systemd-analyze # 显示各服务启动耗时排名 systemd-analyze blame # 生成启动过程矢量图（需安装graphviz） systemd-analyze plot > boot.svg

典型输出会显示三个关键阶段：

Startup finished in 1.234s (kernel) + 45.678s (userspace) = 46.912s

内核阶段超过2秒可能存在问题，而用户空间阶段才是大多数启动慢的元凶。我曾遇到一个案例，某台服务器NetworkManager-wait-online.service就独占38秒——它其实在等一个不存在的网络配置。

2. GRUB2：被忽视的启动守门人

很多人不知道，GRUB2菜单的等待时间会直接计入启动耗时。检查/etc/default/grub中的关键参数：

GRUB_TIMEOUT=5 # 菜单等待秒数 GRUB_CMDLINE_LINUX="..." # 内核参数

通过以下命令应用修改：

grub2-mkconfig -o /boot/grub2/grub.cfg

实战技巧：

• 将GRUB_TIMEOUT设为1秒（紧急情况可用Shift键调出菜单）
• 添加consoleblank=0禁用屏幕保护
• 使用quiet参数隐藏启动日志（但会妨碍故障诊断）

3. systemd的并行启动陷阱

systemd号称并行启动加速，但服务间的依赖关系可能形成"堵车"。重点关注这些服务：

禁用服务的正确姿势：

systemctl mask service_name # 彻底禁用 systemctl disable service_name # 仅取消开机启动

警告：不要盲目禁用服务，先用systemctl list-dependencies确认影响范围

4. 内核与文件系统的暗箱操作

dmesg日志里藏着更多线索。重点关注这些时间戳：

dmesg | grep -i "time"

常见瓶颈包括：

• 磁盘检测慢：尝试在GRUB参数添加libata.force=noncq
• LVM扫描：调整lvmetad缓存策略
• 文件系统检查：对于ext4，添加fast_commit挂载选项

5. 终极优化清单

根据RHCE考试标准和我处理过的上百个案例，这是最有效的检查表：

1. BIOS设置：

   • 禁用不需要的硬件检测
   • 调整启动顺序（硬盘优先）

2. GRUB2调优：

   # 示例优化后的内核参数 GRUB_CMDLINE_LINUX="rd.lvm.lv=centos/root rd.lvm.lv=centos/swap rhgb quiet elevator=noop"

3. 服务精简原则：

   • 物理服务器可关闭avahi-daemon、cups等
   • 虚拟机通常不需要bluetooth、smartd

4. 固态硬盘特调：

   echo 'ACTION=="add|change", KERNEL=="sd*", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="none"' > /etc/udev/rules.d/60-ssd.rules

记得每次修改后用systemd-analyze验证效果。有台数据库服务器经过上述调整，启动时间从3分12秒降到了23秒——这比换SSD还立竿见影。