-1

我的系统中有这项udhcpc服务：

[Unit]
Description=uDHCP Client Service
After=network.target
Conflicts=systemd-resolved.service

[Service]
Type=forking
ExecStart=/sbin/udhcpc -p /var/run/udhcpc.brg0.pid -i brg0 -R -b
ExecStop=/bin/sh -c 'test -f /var/run/udhcpc.brg0.pid && kill $(cat /var/run/udhcpc.brg0.pid)'

[Install]
WantedBy=multi-user.target

它运行良好，除了systemd-analyze显示它增加了大约 7 秒的启动时间：

          7.388s udhcpc.service
          4.946s dev-mmcblk1p2.device
          1.303s uim-sysfs.service
           959ms dev-mmcblk1p4.device
           752ms dev-mmcblk1p3.device
           739ms dev-mmcblk1p1.device
           718ms systemd-hwdb-update.service
           .
           .

这是输出systemd-analyze critical-chain：

multi-user.target @15.164s
[[0;1;31mudhcpc.service @7.773s +7.388s[[0m
  network.target @7.551s
    [[0;1;31msystemd-networkd.service @6.724s +668ms[[0m
      [[0;1;31msystemd-udevd.service @1.854s +87ms[[0m
        [[0;1;31msystemd-tmpfiles-setup-dev.service @1.662s +70ms[[0m
          [[0;1;31msystemd-sysusers.service @1.353s +229ms[[0m
            [[0;1;31msystemd-remount-fs.service @1.044s +238ms[[0m
              systemd-journald.socket @911ms
                -.slice @281ms

我想解决这个问题的正确方法是避免使用udhcpc并坚持内置的机制systemd，但不幸的是，这不是我的决定。不过，我想至少优化启动时间。我能做些什么？

4

1 回答 1

1

“问题”是systemd-networkd，它会停止引导，直到配置网络 - 这是您要替换的内容，而不是systemd-resolved.

网络自动配置不能更快，因为当正确实施时，DHCP 需要检查该地址是否已被使用，这涉及发送一堆 ARP 数据包并等待超时。

由于您在“网络已配置”和“多用户启动完成”目标之间插入服务，因此您引入了以前没有的依赖项。

网络配置通常是异步的，因为任何在启动时未配置网络时失败的服务也会在稍后网络关闭时失败。

于 2020-02-18T16:18:57.477 回答