Ubuntu 22.04优化工具如何提升系统启动速度？

Question

如何利用Ubuntu 22.04内置的systemd-analyze工具分析并优化系统启动时间？在开机缓慢的情况下，用户常遇到服务启动耗时过长的问题。通过`systemd-analyze blame`可识别占用时间最长的服务（如snap应用或NetworkManager-wait-online），结合`systemd-analyze critical-chain`定位关键路径延迟。进一步禁用非必要服务（如disable snapd、tuned）或启用并行启动优化，能显著缩短开机时间。如何安全地调整这些配置以避免系统异常？

Answer 1

利用 systemd-analyze 工具深度分析与优化 Ubuntu 22.04 启动性能

1. 系统启动时间问题的背景与典型表现

在生产环境或开发工作站中，Ubuntu 22.04 的开机延迟常成为影响效率的关键瓶颈。用户反馈“开机缓慢”时，通常表现为登录界面出现前耗时超过30秒甚至更久。这类问题多源于服务串行启动、网络等待超时或非必要守护进程加载。systemd 作为现代 Linux 系统的初始化系统，提供了强大的诊断工具集，其中 systemd-analyze 是核心组件之一。

2. 初步诊断：使用 systemd-analyze 获取整体启动时长

首先执行以下命令查看系统从 BIOS 唤醒到用户空间完全就绪的总时间：

$ systemd-analyze
Startup finished in 8.245s (firmware) + 3.120s (loader) + 6.789s (kernel) + 22.456s (userspace) = 40.610s

重点关注 userspace 阶段耗时，该阶段涵盖所有 systemd 服务的启动过程。若此值超过15秒，则需进一步排查具体服务。

3. 定位高耗时服务：blame 子命令的应用

通过 systemd-analyze blame 可列出各服务按启动耗时降序排列的结果：

耗时	服务名称	说明
12.345s	NetworkManager-wait-online.service	等待网络连接就绪
8.765s	snapd.service	Snap 包管理器初始化
4.321s	tuned.service	动态调优守护进程
3.210s	apparmor.service	安全模块加载
2.987s	docker.service	Docker 引擎启动
1.876s	ModemManager.service	调制解调器管理（无设备时冗余）
1.543s	avahi-daemon.service	mDNS 广播服务
1.234s	gdm3.service	图形登录管理器
0.987s	rsyslog.service	日志系统
0.765s	polkit.service	权限策略服务

4. 分析关键路径依赖：critical-chain 深度追踪

某些服务虽本身耗时不高，但处于关键链路上会拖慢整体进度。使用以下命令查看最长依赖链：

$ systemd-analyze critical-chain
graphical.target @22.456s
└─multi-user.target @22.455s
  └─docker.service @19.468s +2.987s
    └─network-online.target @19.467s
      └─NetworkManager-wait-online.service @7.112s +12.355s
        └─NetworkManager.service @6.890s +220ms
          └─dbus.service @6.870s +18ms
            └─basic.target @6.860s
              └─sockets.target @6.859s
                └─snapd.socket @6.858s +1ms
                  └─sysinit.target @6.850s
                    └─apparmor.service @6.840s +9ms
                      ...

可见 NetworkManager-wait-online.service 是关键路径上的主要延迟源，其12秒等待极大影响了后续服务的并行启动机会。

5. 常见可优化服务及其风险评估

• snapd.service：Snap 应用自动更新机制常导致长时间阻塞，适用于桌面用户但服务器场景可禁用。
• NetworkManager-wait-online.service：默认等待所有接口获取 IP，可通过配置缩短或移除。
• tuned.service：性能调优服务，在固定负载环境中可能非必需。
• ModemManager.service：物理无调制解调器设备时完全冗余。
• avahi-daemon.service：仅在局域网发现服务需要时启用。

6. 安全禁用非必要服务的操作流程

为避免误操作引发系统异常，应遵循如下步骤：

1. 先停止服务：sudo systemctl stop snapd
2. 验证功能是否受影响（如无法打开 Snap 应用则需保留）
3. 确认无误后禁用开机启动：sudo systemctl disable snapd
4. 屏蔽服务以防止被其他服务触发：sudo systemctl mask NetworkManager-wait-online
5. 清理残留依赖：sudo apt purge modemmanager avahi-daemon（可选）
6. 重启验证：reboot 并再次运行 systemd-analyze

7. 启用并行启动优化与异步服务配置

systemd 默认支持并行启动，但部分服务因依赖关系被迫串行。可通过以下方式提升并发性：

# 编辑网络等待服务超时时间
sudo mkdir -p /etc/systemd/system/NetworkManager-wait-online.service.d
cat > /etc/systemd/system/NetworkManager-wait-online.service.d/override.conf <<EOF
[Service]
ExecStart=
ExecStart=/usr/libexec/network-manager/nm-online -s -q --timeout=30
EOF

将等待时间从默认的无限期改为30秒，显著减少卡顿。

8. 使用 mermaid 流程图展示优化前后对比

graph TD
    A[开机] --> B{固件/Loader}
    B --> C[内核初始化]
    C --> D[Userspace 启动]
    
    subgraph "优化前"
        D --> E[NetworkManager-wait-online: 12s]
        E --> F[snapd: 8s]
        F --> G[tuned: 4s]
        G --> H[桌面就绪: 40s]
    end

    subgraph "优化后"
        D --> I[NetworkManager-wait-online: 3s]
        I --> J[并行启动多个服务]
        J --> K[snapd masked]
        J --> L[docker, gdm3 同时启动]
        K --> M[桌面就绪: 18s]
    end

9. 监控与持续优化建议

建立定期检查机制，例如在 cron 中添加每周分析任务：

# crontab -e
0 3 * * 0 /usr/bin/systemd-analyze blame > /var/log/boot-blame.log

同时结合 systemd-analyze plot > boot.svg 生成可视化启动时间轴，便于团队协作分析。