CentOS系统重启速度缓慢并非单一因素导致，而是系统在启动或关机过程中遇到了资源争用、服务超时等待或硬件检查耗时过长等瓶颈，解决这一问题的核心上文归纳在于：利用systemd提供的分析工具精准定位耗时服务，通过优化超时参数、调整文件系统检查策略以及精简启动项，从而显著缩短系统的启动和关机周期，对于运维人员而言，掌握这套诊断与优化流程,是保障服务器高可用性和业务连续性的关键技能。
精准诊断：利用systemdanalyze定位瓶颈
在盲目进行优化之前，必须通过数据驱动的方式找到导致重启慢的“罪魁祸首”，CentOS 7及以上版本默认使用systemd作为初始化系统,它自带了强大的分析工具。
使用 systemdanalyze 命令查看总体启动时间，该命令会输出内核启动时间、initrd（初始根文件系统）时间和用户空间启动时间,用户空间耗时过长是主要问题所在。
为了深入分析具体哪个服务拖慢了速度，应使用 systemdanalyze blame 命令，该命令会按照启动耗时倒序列出所有服务，排在最前面的即为耗时最长的服务，通过这种方式，我们可以快速识别出是网络服务等待、数据库初始化，还是某些自定义脚本导致了阻塞。systemdanalyze criticalchain 命令可以绘制出启动依赖关系图，帮助运维人员理清服务启动的先后顺序,找出依赖链中的关键路径。
核心原因分析与针对性解决方案
根据诊断结果，CentOS重启慢主要集中在服务超时、文件系统检查和网络配置三个方面。
服务启动与关闭超时
这是最常见的原因，systemd在管理服务时，默认的启动超时时间通常为90秒，关闭超时时间也为90秒，如果某个服务在启动或停止时卡住（例如无法连接数据库的Java应用，或无法释放句柄的进程），systemd会等待超时后才继续执行后续操作,导致整体重启时间大幅增加。
解决方案： 对于非关键业务服务，不应让其阻塞系统启动，可以通过修改服务配置文件来调整超时参数，在 /etc/systemd/system/ 目录下找到对应的服务文件，添加或修改 TimeoutStartSec 和 TimeoutStopSec 参数，将默认的90秒调整为10秒或5秒，可以显著减少等待时间，如果该服务确实启动失败，可以通过设置 Restart=onfailure 让其在后台自动重试，而不是阻塞整个启动流程，对于某些确实不需要立即启动的服务，可以使用 systemctl disable 命令将其关闭，或者将其类型从 notify 改为 simple,避免等待握手确认。
磁盘文件系统检查
当服务器非正常关机（如断电、内核崩溃）后，重启时系统会强制进行文件系统一致性检查，对于大容量硬盘，fsck过程可能持续数分钟甚至更久,这在生产环境中是不可接受的延迟。
解决方案： 可以通过调整 /etc/fstab 文件来优化，将文件系统的第六个字段（pass number）设置为0，可以禁止启动时自动进行fsck检查，但这仅适用于数据盘或具有冗余机制（如RAID）的环境，对于根目录，更稳妥的方法是使用 tune2fs 工具调整检查策略，执行 tune2fs c 0 i 0 /dev/sda1，可以取消基于挂载次数或时间的自动检查，转而依赖系统管理员在维护窗口期手动执行,从而避免意外重启时的长时间等待。
网络配置等待
在CentOS 7及8中，NetworkManager或network服务有时会等待DHCP获取IP地址，或者等待网络链路协商完成，如果物理链路不通，或者DHCP服务器无响应,系统可能会在网络配置阶段停滞较长时间。
解决方案： 对于服务器IP固定的情况，建议将网络配置从DHCP改为静态IP，在网卡配置文件中设置 BOOTPROTO=static，并明确指定IP地址、子网掩码和网关，可以在 /etc/sysconfig/networkscripts/ifcfgeth* 文件中添加 NM_CONTROLLED=no，减少NetworkManager的介入，使用传统的network脚本往往更加可控且迅速，如果必须使用DHCP，可以在配置中添加 ipv4.dhcptimeout 参数,缩短等待时间。
进阶优化：内核参数与并行启动
在解决了上述具体瓶颈后,还可以通过系统级的调优进一步提升重启速度。
优化systemd并行度
systemd本身支持并行启动服务，但默认配置可能较为保守，可以通过编辑 /etc/systemd/system.conf 文件，取消 DefaultTasksMax 的注释，并将其值调大，允许更多的并发进程，确保 DefaultTimeoutStartSec 和 DefaultTimeoutStopSec 设置为合理的全局默认值，例如15秒,从全局层面缩短等待周期。
内核参数调优
在 /etc/default/grub 文件中，可以调整内核启动参数，移除不必要的 rhgb（红帽图形化启动）和 quiet 参数，虽然这会增加屏幕输出，但有时能暴露启动时的卡顿细节，更重要的是，可以添加 nomodeset 或针对特定硬件的黑名单参数，避免驱动加载时的死锁，修改完成后，记得运行 grub2mkconfig o /boot/grub2/grub.cfg 生效。
清理遗留的僵尸进程
关机慢往往是因为系统试图优雅地停止所有服务，但某些僵尸进程无法响应SIGTERM信号，系统最终会发送SIGKILL强制杀死进程，但这之前的等待是浪费的，优化关机脚本，或者在关机前手动清理高占用的应用,也是一种有效的运维手段。
相关问答
Q1：CentOS重启时卡在“A start job is running for”怎么办？A： 这意味着某个服务启动超时，按Ctrl+C尝试跳过等待（如果支持），进入系统后，使用 systemctl status <服务名> 查看具体是哪个服务卡住了，如果是非核心服务，可以直接 systemctl disable <服务名> 禁用；如果是核心服务，则需检查该服务的日志（如 /var/log/messages 或应用日志）排查配置错误或依赖缺失，并适当调整其 TimeoutStartSec 参数。
Q2：如何在不重启的情况下测试启动服务的性能？A： 可以使用 systemdanalyze verify 命令检查服务配置文件的语法正确性，虽然无法完全模拟重启环境，但可以通过手动停止并启动服务 systemctl restart <服务名> 配合 time 命令来测量该服务的启动耗时。systemdanalyze plot 命令可以生成启动过程的SVG图表，直观展示各服务的并行与耗时情况,无需重启即可分析上一次启动的数据。
希望以上方案能帮助您有效解决CentOS重启慢的问题，如果您在实际操作中遇到具体的报错信息或特殊场景，欢迎在评论区留言,我们可以共同探讨更细致的优化策略。
