Menedżer sieci Ubuntu 15.04 powodujący wolne uruchamianie

14

Od czasu aktualizacji z 14.10 do 15.04 kilka dni temu czas uruchamiania systemu Grub OS do ekranu logowania zwiększył się z 12 sekund do około 40. To jest moja analiza systemowa wyników łańcucha krytycznego :

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
        └─[email protected] @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

Wygląda na to, że występuje problem z usługą menedżera sieci.

Początek dziennika systemowego analizowania błędów wygląda następująco:

     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 [email protected]
       421ms [email protected]
       407ms media-TStore2.mount
       267ms gpu-manager.service
       215ms plymouth-read-write.service
       209ms [email protected]
       132ms NetworkManager.service
        83ms ModemManager.service

Pełną wersję można zobaczyć tutaj .

Również fabuła Systemd-analizować wyjście można zobaczyć tutaj .

Dziękuję za Twój czas.

alx.balmus
źródło
Przynajmniej zaznacz odpowiedź jako najlepszą odpowiedź.
Suraj Jain,
Jakie jest wykorzystanie tej usługi?
Sandeep C
2
@ SandeepC Poczekaj, aż sieć przejdzie w tryb online, na wypadek, gdyby do rozruchu potrzebna była sieć (tak naprawdę nie jest potrzebna dla większości użytkowników komputerów stacjonarnych;) patrz askubuntu.com/questions/1018576/...
Simon Van Machin

Odpowiedzi:

13

Możesz zmienić limit czasu nm-online na około 10:

Edytuj /lib/systemd/system/NetworkManager-wait-online.servicejako root lub używając sudo.

Poszukaj linii:

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

Zmień 30na co tylko chcesz. 10działało dobrze dla mnie.

Ale uwaga: może to uszkodzić usługi, które od niej zależą.

Źródło

billgates
źródło
4
Ta odpowiedź znacznie poprawiła czas uruchamiania w moim systemie. Początek winy wyniku analizy systemd wygląda teraz tak: 9.861s systemd-udev-settle.service 6.920s NetworkManager-wait-online.service Czas rozruchu jest jednak nadal dłuższy niż w poprzedniej wersji Ubuntu. Zredagowałem twoją odpowiedź, ponieważ wspomniany plik znajduje się w innym miejscu w Ubuntu 15.04.
alx.balmus
2
Jednym ze skutków ubocznych zmniejszenia wartości limitu czasu jest to, że wskaźnik menedżera sieci pojawia się, gdy wyświetlany jest ekran logowania lub jeśli logujesz się bardzo szybko, pokazuje się po zalogowaniu. Stało się tak w Ubuntu 14.10 i starszych. To tylko „kosmetyczny” efekt uboczny. Nie znalazłem żadnych funkcjonalnych niepożądanych efektów ubocznych.
alx.balmus
11
Powinieneś użyć czegoś takiego jak systemctl edit NetworkManager-wait-online.servicelub /etc/systemd/system/NetworkManager-wait-online.service.d/override.conf, w przeciwnym razie zmiany nie będą się utrzymywać.
Tobu,
2
Jakie jest wykorzystanie tej usługi?
Sandeep C
Nie działało dla mnie, zamiast tego wyłączenie usługi z systemctl disable NetworkManager-wait-online.servicedziałało dobrze.
Rochdi Boudjehem
15

Wcześniej miałem ten sam problem, NetworkManagerzajmując około 8 sekund. Istnieją trzy sposoby rozwiązania tego problemu:

  1. Wyłącz automatyczne łączenie dla swojego połączenia

    edytuj połączenia > wybierz połączenie> edytuj i wyłącz automatyczne łączenie

    wprowadź opis zdjęcia tutaj

  2. Możesz po prostu wyłączyć Enable networkingwskaźnik sieci.

  3. Możesz wyłączyć usługę, uruchamiając to polecenie

    systemctl disable NetworkManager-wait-online.service
    
Mohamed Slama
źródło
1
Trzeci również działał dla mnie bez negatywnych skutków (jak dotąd).
WinEunuuchs2Unix
Trzeci działał dla mnie (aktualizacja 18.04 z czystej wersji 17.10).
Rochdi Boudjehem
# 3 pracował dla mnie 18.04.1, żadnych problemów po wyłączeniu.
Mad Man,
4

Wyłącz dhcpna eth0interfejsie.

Jeśli masz skonfigurowane dhcpeth0 , a przewód nie jest podłączony, system będzie szukał adresu IP, aby przypisać urządzenie, dopóki żądanie adresu IP nie przekroczy limitu czasu, przed kontynuowaniem rozruchu.

Aby sprawdzić, czy to rozwiąże problem, zrób sudo /etc/init.d/networking restarti zanotuj, ile czasu zajmuje ponowne uruchomienie tej usługi.

Usługa uruchomi się eth0natychmiast , jeśli nie ma żadnych problemów z interfejsem, w przeciwnym razie zostanie wyświetlone duże opóźnienie i limit czasu.

Piotr
źródło
1
Dlaczego to miałoby pomóc?
guntbert