Менеджер мережі Ubuntu 15.04 викликає повільне завантаження

З моменту оновлення з 14.10 до 15.04 декілька днів тому час завантаження, екран екрана ОС для екрана входу, збільшився з 12 секунд до приблизно 40. Це мій системний аналіз результатів критичної ланцюга :

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

Здається, проблема з сервісом мережевого менеджера.

Верхня частина журналу провини системного аналізу виглядає приблизно так:

     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-аналіз ділянки виведення можна побачити тут .

Дякую за ваш час.

Ви можете змінити час очікування nm-он-лайн на щось на зразок 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інтерфейсу немає проблем , інакше буде представлена ​​велика затримка та час очікування.