为什么 systemd-networkd 在启动过程中启动得这么晚?关于systemd依赖的问题

为什么 systemd-networkd 在启动过程中启动得这么晚?关于systemd依赖的问题

我正在研究是否可以提高使用 systemd 的 Gentoo Linux 系统的启动速度。我注意到我的板载网卡 (rtl8111g) 需要很长时间才能检测到运营商,但只有在 systemd-networkd 初始化接口后才会尝试这样做。我试图在启动过程的早期开始初始化。

网络接口的初始化systemd-networkd.service取决于network-pre.target。唯一的服务network-pre.targetnftables-restore.service。以下是systemd-analyze critical-chain和的输出systemd-analze plot

local-fs.target等待安装是一个单独的问题,正在等待新的 systemd 软件包)。

为什么会systemd-networkd.service在这个时间开始呢?我如何找到它等待的内容?

The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

planes.target @18.601s
└─multi-user.target @18.601s
  └─getty.target @18.601s
    └─[email protected] @18.598s
      └─apache2.service @18.594s
        └─nss-lookup.target @18.590s
          └─pdns-recursor.service @17.790s +799ms
            └─network-online.target @17.750s
              └─[email protected] @17.179s +570ms
                └─basic.target @8.851s
                  └─sockets.target @8.846s
                    └─systemd-journal-remote.socket @8.842s
                      └─sysinit.target @8.740s
                        └─systemd-timesyncd.service @8.364s +369ms
                          └─systemd-tmpfiles-setup.service @8.113s +238ms
                            └─local-fs.target @8.103s
                              └─mnt-sdb3-snapshots.mount @3.073s +5.024s
                                └─systemd-fsck@dev-disk-by\x2duuid-6e2797f3\x2dd0ab\x2d4aa1\x2db262\x2dc2395fd0626e.service @2.970s +54ms
                                  └─dev-disk-by\x2duuid-6e2797f3\x2dd0ab\x2d4aa1\x2db262\x2dc2395fd0626e.device @2.888s

引导图

相关内容