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.
boot
network-manager
15.04
systemd
alx.balmus
źródło
źródło
Odpowiedzi:
Możesz zmienić limit czasu nm-online na około 10:
Edytuj
/lib/systemd/system/NetworkManager-wait-online.service
jako root lub używając sudo.Poszukaj linii:
Zmień
30
na co tylko chcesz.10
działało dobrze dla mnie.Ale uwaga: może to uszkodzić usługi, które od niej zależą.
Źródło
źródło
systemctl edit NetworkManager-wait-online.service
lub/etc/systemd/system/NetworkManager-wait-online.service.d/override.conf
, w przeciwnym razie zmiany nie będą się utrzymywać.systemctl disable NetworkManager-wait-online.service
działało dobrze.Wcześniej miałem ten sam problem,
NetworkManager
zajmując około 8 sekund. Istnieją trzy sposoby rozwiązania tego problemu:Wyłącz automatyczne łączenie dla swojego połączenia
edytuj połączenia > wybierz połączenie> edytuj i wyłącz automatyczne łączenie
Możesz po prostu wyłączyć
Enable networking
wskaźnik sieci.Możesz wyłączyć usługę, uruchamiając to polecenie
źródło
Wyłącz
dhcp
naeth0
interfejsie.Jeśli masz skonfigurowane dhcp
eth0
, 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 restart
i zanotuj, ile czasu zajmuje ponowne uruchomienie tej usługi.Usługa uruchomi się
eth0
natychmiast , jeśli nie ma żadnych problemów z interfejsem, w przeciwnym razie zostanie wyświetlone duże opóźnienie i limit czasu.źródło