如何设置ntp.service开机后启动？解决其拖慢开机速度问题及通用方法

我之前也碰到过ntp.service拖慢开机速度的问题，尤其是在网络环境不稳定的时候，它会卡在开机流程里拉长启动时间——毕竟它的核心作用只是同步系统时间，完全没必要在开机第一时间就启动。下面分享两种可行的方案，不仅能解决ntp的问题，还能直接套用到其他非关键服务上：

方案一：用systemd定时器实现延迟启动 #

这种方法最直观，直接让服务在开机一段时间后再启动，完全不影响开机流程：

1. 先禁用ntp的默认开机自启：

   sudo systemctl disable ntp.service
   

2. 创建一个自定义定时器文件/etc/systemd/system/ntp-delay-start.timer，可以用nano或者vim编辑：

   [Unit]
   Description=Delay start ntp service after system boot
   
   [Timer]
   OnBootSec=1min  # 这里设置开机后多久启动，比如改成30sec就是30秒，按需调整
   Unit=ntp.service
   
   [Install]
   WantedBy=timers.target
   

3. 启用并立即启动这个定时器：

   sudo systemctl enable --now ntp-delay-start.timer
   

设置完成后，系统开机时不会再启动ntp，而是到你指定的时间自动启动，完全不会拖慢开机速度。

方案二：调整服务启动依赖，让它在网络就绪后启动 #

如果不想用定时器，也可以通过修改服务的启动条件，让ntp在网络可用后再启动，同时不阻塞开机的核心流程：

1. 先复制默认的ntp服务文件到/etc/systemd/system目录（避免系统更新覆盖修改）：

   sudo cp /lib/systemd/system/ntp.service /etc/systemd/system/
   

2. 编辑这个复制后的服务文件：

   sudo nano /etc/systemd/system/ntp.service
   

3. 在[Unit]区块中添加或修改以下配置：

   # 让服务在网络就绪后启动
   After=network-online.target
   Wants=network-online.target
   # 关键配置：让服务不参与开机启动的关键路径，不会拖慢开机
   DefaultDependencies=no
   

4. 重新加载systemd配置并重启ntp服务：

   sudo systemctl daemon-reload
   sudo systemctl restart ntp.service
   

这样ntp会在网络稳定后自动启动，而且不会成为开机流程的阻塞项。

通用适配说明 #

这两种方法都可以直接用到其他非关键服务上：

• 如果是想固定延迟启动，就用方案一的定时器模式，把Unit=ntp.service换成目标服务的名称即可；
• 如果是服务需要依赖某个条件（比如网络、存储）才启动，就用方案二的依赖调整模式，修改对应的服务文件配置。

内容的提问来源于stack exchange，提问作者xeruf