Ubuntu 15.04 сетевой менеджер вызывает медленную загрузку

С момента обновления с 14.10 до 15.04 несколько дней назад время загрузки с экрана операционной системы до экрана входа в систему увеличилось с 12 секунд до примерно 40. Это мой вывод критической цепочки systemd-analysis :

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-analysis выглядит так:

     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

С полной версией можно ознакомиться здесь .

Кроме того, вывод графика системного анализа можно посмотреть здесь .

Спасибо за ваше время.

Вы можете изменить время ожидания nm-online на 10:

Отредактируйте /lib/systemd/system/NetworkManager-wait-online.serviceкак root или используя sudo.

Ищите строки:

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

Измени 30на что хочешь. 10работал хорошо для меня.

Но будьте осторожны, это может сломать службы, которые зависят от него.

Источник

Я сталкивался с той же проблемой раньше, NetworkManagerзанимая около 8 секунд. Есть три способа решения этой проблемы:

1. Отключить автоматическое подключение для вашего подключения

   изменить подключения > выбрать подключение> изменить и отключить подключение автоматически

   

2. Вы можете просто отключить Enable networkingот сети индикатор.

3. Вы можете отключить службу, выполнив эту команду

   systemctl disable NetworkManager-wait-online.service
   

Отключить dhcpна eth0интерфейсе.

Если у вас настроен dhcpeth0 , а провод не подключен, система будет продолжать искать ip-адрес, чтобы назначить ваше устройство, пока не истечет время ожидания запроса на ip-адрес, прежде чем загрузка продолжится.

Чтобы убедиться, что это решит вашу проблему, сделайте sudo /etc/init.d/networking restartи запишите, сколько времени потребуется для перезапуска этой службы.

Служба будет перезапущена в кратчайшие сроки, если нет проблем с eth0интерфейсом, в противном случае будут представлены длительная задержка и время ожидания.