Długie opóźnienie po uruchomieniu - usługa upower.service wymaga 26 sekund

Próbuję ustalić pierwotną przyczynę opóźnienia po uruchomieniu. Obecnie korzystam z Ubuntu 16.10 LTS, ale ten sam problem występował w poprzednich wersjach z powrotem do 14.

System zawiesza się na ekranie logowania przez 30 sekund. Kursor myszy i ekran są całkowicie zamrożone. Następnie system działa normalnie.

Najwyższa wydajność systemd-analyze blameto ...

   26.653s upower.service
   6.890s NetworkManager-wait-online.service

Googling upower.service wydaje się, że większość ludzi widzi mniej niż 2 sekundy. Jak mogę ustalić, dlaczego upower.service trwa tak długo przy starcie?

dzięki!

Zrób krok dalej, aby zobaczyć więcej wyników za pomocą systemd-analyzedołączonego polecenia critical-chain. To polecenie rzekomo „drukuje drzewo krytycznego czasowo łańcucha jednostek”.

Przykładowe dane wyjściowe systemd-analyzepoleceń, które są istotne dla upower.service:

$ systemd-analyze blame | grep upower
           486ms upower.service

$ systemd-analyze critical-chain upower.service
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.

upower.service +486ms
└─basic.target @16.023s
  └─sockets.target @16.023s
    └─snapd.socket @15.921s +55ms
      └─sysinit.target @15.920s
        └─apparmor.service @6.264s +9.629s
          └─local-fs.target @6.147s
            └─run-user-108.mount @36.705s
              └─local-fs-pre.target @6.147s
                └─systemd-remount-fs.service @6.051s +93ms
                  └─system.slice @2.394s
                    └─-.slice @2.389s

Jeśli powyższe dane wyjściowe nadal nie dają żadnej wskazówki, użyj innego polecenia, systemctl status SERVICEaby wyświetlić powiązane dane wyjściowe dla usługi docelowej. To polecenie wyświetli, czy usługa SERVICE jest aktualnie uruchomiona, czy nie, a także wydrukuje odpowiedni dziennik od ostatniego uruchomienia.

Przykładowe dane wyjściowe systemctlpolecenia, które dotyczą upower.service:

$ systemctl status upower.service
● upower.service - Daemon for power management
   Loaded: loaded (/lib/systemd/system/upower.service; disabled; vendor preset: 
   Active: active (running) since Wed 2016-09-21 23:33:23 MYT; 1min 35s ago
     Docs: man:upowerd(8)
 Main PID: 967 (upowerd)
    Tasks: 3 (limit: 512)
   CGroup: /system.slice/upower.service
           └─967 /usr/lib/upower/upowerd

Sep 21 23:33:22 HOSTNAME systemd[1]: Starting Daemon for power management...
Sep 21 23:33:23 HOSTNAME systemd[1]: Started Daemon for power management.

Prosta kontrola : czy jest jakieś dodatkowe urządzenie, które pozostaje podłączone do komputera bez wyraźnego powodu? Każde niewinne urządzenie, takie jak smartfon podłączony do portu USB, może spowolnić lub nawet zakłócić proces uruchamiania komputera.

System zawiesza się na ekranie logowania przez 30 sekund. Kursor myszy i ekran są całkowicie zamrożone. Następnie system działa normalnie.

Punkt zwrotny : powyższe pytanie ujawniło jedynie objawy, które prawie nie mówią nic poza powolnością ładowania systemu.

Zamiast opisywać opóźnienie, zastanów się nad zadaniem sobie jednego z następujących pytań:

• Kiedy proces uruchamiania zaczął zwalniać?

• Co ostatnio zmieniło się w moim komputerze? Takie jak aktualizacja lub dostosowanie systemu BIOS.

• Czy zainstalowałem dodatkowy sprzęt? Takich jak nowy sterownik urządzenia.

• Czy zainstalowałem dodatkowe pakiety lub uaktualniłem poszczególne pakiety?

• Jaki typ sprzętu jest używany? Czy sprzęt powoduje problemy?

Pytanie nie zawierało żadnej z tych informacji, co oznacza, że ​​niemożliwe jest określenie pierwotnej przyczyny czegoś, o czym nie wiemy. Brak informacji jest pułapką dla wszelkich prób rozwiązywania problemów.

Edytuj /etc/journald.confi dodaj trwałe miejsce do przechowywania. Pozwoli to zachować dzienniki z poprzednich kompilacji.

Po włączeniu tej opcji można następnie sprawdzić dzienniki z poprzednich rozruchów dla usługi upower:

journalctl -b -1 -u upower.service

Po zakończeniu możesz chcieć wyłączyć rejestrowanie trwałe, ponieważ zajmie to dużo miejsca na dysku.

Miałem ten sam problem z usługą upower.service, wymagającą 63 sekund. Ponieważ mam konfigurację dualboot i wymagam częstych przełączeń, doprowadziło mnie to do szaleństwa. Czytanie na stronie upower.freedesktop nie ujawniło żadnych wskazówek co do tego, co się dzieje.

Udało mi się rozwiązać problem, choć przypadkowo. systemd-analyze blameteraz wyprowadza:

800ms snapd.firstboot.service
696ms wicd.service
...
250ms upower.service

Więc mój czas uruchamiania jest teraz bardzo szybki. Najpierw ponownie zainstalowałem upower (który niczego nie zmienił). Następnie ponownie zainstalowałem sterowniki NVIDIA i ponownie zainstalowałem plazmę - i wydaje się, że to rozwiązało problem. Zauważyłem, że konfiguracja z dwoma monitorami na początku ładowała się powoli, a plazma (używam Kubuntu 16.04) często zapominała o konfiguracji. Jeśli google „ubuntu slow boot nvidia”, dostajesz całkiem sporo hitów, co skłoniło mnie do spróbowania.

Piszę tę odpowiedź w nadziei, że może pomóc innym w powtórzeniu sukcesu. Aby ponownie zainstalować Upower, postępowałem według tego przewodnika: kliknij

#re-installing nvidia drivers
sudo apt-get purge nvidia-*
sudo apt-get install nvidia-current nvidia-settings

#uninstalling plasma
sudo apt-get purge kubuntu-desktop plasma-desktop
sudo apt-get autoremove

#installing plasma    
sudo apt-add-repository ppa:kubuntu-ppa/backports
sudo apt update && sudo apt full-upgrade -y