Menedżer sieci Ubuntu 15.04 powodujący wolne uruchamianie

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
        └─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

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 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

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.

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

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

   

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
   

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.