Ubuntu 15.04网络管理器导致启动缓慢


14

从几天前从14.10升级到15.04的启动时间以来,grub OS屏幕到登录屏幕的时间从12秒增加到大约40秒。这是我的systemd-analyze关键链输出:

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

    graphical.target @37.433s
    └─multi-user.target @37.433s
      └─getty.target @37.432s
        └─getty@tty1.service @37.432s
          └─systemd-user-sessions.service @35.906s +9ms
            └─remote-fs.target @35.904s
              └─media-XalnasStorage.mount @35.849s +53ms
                └─network-online.target @35.846s
                  └─network.target @11.636s
                    └─NetworkManager.service @11.502s +132ms
                      └─basic.target @11.487s
                        └─sockets.target @11.487s
                          └─avahi-daemon.socket @11.487s
                            └─sysinit.target @11.485s
                              └─networking.service @11.333s +65ms
                                └─apparmor.service @11.269s +63ms
                                  └─local-fs.target @11.268s
                                    └─media-TStore1.mount @10.331s +936ms
                                      └─local-fs-pre.target @10.328s
                                        └─systemd-remount-fs.service @10.320s +6ms
                                          └─systemd-fsck-root.service @10.303s +15ms
                                            └─systemd-journald.socket @151ms
                                              └─-.slice @150ms

网络管理器服务似乎有问题。

systemd-analyze责任日志的顶部看起来像这样:

     24.209s NetworkManager-wait-online.service
     10.056s systemd-udev-settle.service
      1.499s plymouth-quit-wait.service
       936ms media-TStore1.mount
       487ms dev-disk-by\x2duuid-920a92b0\x2d6e65\x2d4a7a\x2d855d\x2d81cb436cd85f.device
       425ms systemd-rfkill@rfkill2.service
       421ms systemd-rfkill@rfkill0.service
       407ms media-TStore2.mount
       267ms gpu-manager.service
       215ms plymouth-read-write.service
       209ms systemd-rfkill@rfkill1.service
       132ms NetworkManager.service
        83ms ModemManager.service

完整的版本可以在这里看到

这里也可以看到systemd-analyze图的输出。

谢谢你的时间。


至少将答案标记为最佳答案。
Suraj Jain

该服务的用途是什么?
Sandeep C '18

2
@SandeepC为网络等待网上去,在联网的情况下,需要对启动(所以不是真的需要对大多数桌面用户的;)见askubuntu.com/questions/1018576/...
西蒙·范·梅钦

Answers:


13

您可以将nm-online的超时更改为10:

/lib/systemd/system/NetworkManager-wait-online.service以根用户身份或使用sudo 编辑。

查找行:

[Service]
Type=oneshot
ExecStart=/usr/bin/nm-online -s -q --timeout=30

更改30为您喜欢的任何内容。10对我来说很好

但是请注意,这可能会破坏依赖它的服务。

资源


4
这个答案大大缩短了我系统上的启动时间。现在,systemd-analyze blame输出的顶部看起来像这样:9.861s systemd-udev-settle.service 6.920s NetworkManager-wait-online.service引导时间仍然比Ubuntu的早期版本长。我编辑了您的答案,因为提到的文件在Ubuntu 15.04中位于其他位置。
alx.balmus

2
降低超时值的一个副作用是,在显示登录屏幕时显示网络管理器指示符,或者如果您登录后很快登录,则显示该信息。这在Ubuntu 14.10和更早的版本中发生。这只是“美容”副作用。我还没有发现任何功能上不需要的副作用。
alx.balmus 2015年

11
您应该使用systemctl edit NetworkManager-wait-online.service/etc/systemd/system/NetworkManager-wait-online.service.d/override.conf,否则更改将不会持续。
东武

2
该服务的用途是什么?
Sandeep C '18

不适用于我,而不是通过systemctl disable NetworkManager-wait-online.service良好的服务来禁用该服务。
Rochdi Boudjehem

15

我之前遇到了同样的问题,NetworkManager大约需要8秒钟。有三种方法可以解决此问题:

  1. 自动禁用连接以进行连接

    编辑连接 >选择您的连接>编辑并自动禁用连接

    在此处输入图片说明

  2. 您可以简单地Enable networking从网络指示器禁用。

  3. 您可以通过运行以下命令禁用该服务

    systemctl disable NetworkManager-wait-online.service
    

1
到目前为止,第三个人对我也没有任何不良影响。
WinEunuuchs2Unix

第三个人为我工作(从干净的17.10升级为18.04)。
Rochdi Boudjehem

#3在18.04.1上为我工作,禁用后没有问题。
疯子

4

dhcpeth0界面上禁用。

如果在上配置了dhcpeth0且未连接导线,则系统将继续寻找IP地址来分配设备,直到IP地址请求超时为止,然后继续引导。

要验证这是否可以解决您的问题,请执行 sudo /etc/init.d/networking restart并记录该服务重新启动需要多长时间。

如果eth0界面周围没有问题,该服务将立即重启,否则会出现长时间的延迟和超时。


1
为什么会有帮助?
guntbert '16
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.