Strona 1 z 1

Długie uruchamianie usługi "plymouth-quit-wait.service"

: 12 mar 2019, 10:50
autor: kszyhus
Ostatnio zaważyłem dłuższe uruchamianie systemu poprzez wydłużenie czasu usługi "plymouth-quit-wait.service".
wynik systemd-analyze:

Kod: Zaznacz cały

kszyhu@kszyhu-H270-HD3:~$ systemd-analyze
Startup finished in 2.101s (kernel) + 21.958s (userspace) = 24.060s
graphical.target reached after 21.939s in userspace
wynik systemd-analyze blame

Kod: Zaznacz cały

kszyhu@kszyhu-H270-HD3:~$ systemd-analyze blame
         20.849s plymouth-quit-wait.service
          7.383s NetworkManager-wait-online.service
           760ms fwupd.service
           528ms snapd.service
           400ms vboxdrv.service
           369ms motd-news.service
           361ms dev-nvme0n1p1.device
           302ms keyboard-setup.service
           290ms snapd.seeded.service
           276ms apparmor.service
           267ms systemd-logind.service
           223ms plymouth-read-write.service
           221ms NetworkManager.service
           214ms snap-gnome\x2dlogs-45.mount
           192ms snap-core-6350.mount
           179ms snap-core-6259.mount
systemd-analyze critical-chain

Kod: Zaznacz cały

kszyhu@kszyhu-H270-HD3:~$ systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
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 @21.939s
└─multi-user.target @21.939s
  └─smbd.service @8.521s +48ms
    └─nmbd.service @8.470s +50ms
      └─network-online.target @8.469s
        └─NetworkManager-wait-online.service @1.085s +7.383s
          └─NetworkManager.service @863ms +221ms
            └─dbus.service @837ms
              └─basic.target @819ms
                └─sockets.target @819ms
                  └─snapd.socket @818ms +1ms
                    └─sysinit.target @816ms
                      └─apparmor.service @540ms +276ms
                        └─local-fs.target @535ms
                          └─run-user-1000-gvfs.mount @1.879s
                            └─run-user-1000.mount @1.181s
                              └─local-fs-pre.target @420ms
                                └─keyboard-setup.service @118ms +302ms
                                  └─systemd-journald.socket @117ms
                                    └─system.slice @116ms
                                      └─-.slice @115ms
Zastanawia mnie wynik prawie 21 sekund usługi playmount.
Ostatnio aktualizowałem system z 18.04.1 do 18.04.2
Kernel 4.15.0-46. Dysk SSD M.2 Nvme.
Proszę o jakieś podpowiedzi.

Re: Długie uruchamianie usługi "plymouth-quit-wait.service"

: 13 mar 2019, 08:20
autor: kszyhus
Wyłączyłem usługę "plymouth-quit-wait.service" poprzez:

Kod: Zaznacz cały

systemctl mask plymouth-quit-wait.service
Uruchamianie systemu zmniejszyło się o 20 sekund (czas działania usługi playmount....).
terminal.png
(35.99 KiB) Nie pobierany
Jaki to będzie miało wpływ na działanie systemu?

Re: Długie uruchamianie usługi "plymouth-quit-wait.service"

: 13 mar 2019, 20:47
autor: pijetja
@krzyhus
tak naprawdę to:

Kod: Zaznacz cały

7.383s NetworkManager-wait-online.service
właściwie też można wyłączyc :)
Najwyżej network manager Ci sie zaloguje do sieci już w sesji graficznej...
@lcoyote
To:

Kod: Zaznacz cały

dev-sda4.device
Nie jest partycja home. To jest raczej partycja systemowa. No chyba, że home nie jest osobną partycją.
I albo masz zapchaną partycję systemową, że Ci się pliki fragmentują, albo coś z dyskiem jest nie tak.
A na to:

Kod: Zaznacz cały

17.658s systemd-journal-flush.service
zerknij do /var/log i zobacz ile ważą logi i czy na 100% je potrzebujesz. Jeśli nie to w hasiok.
I jeszczcze zerknij ile śmieci masz w /tmp

Kod: Zaznacz cały

13.254s systemd-tmpfiles-setup-dev.service
Jak masz więcej niż 4GB RAM (chociaż ja i przy 4 tak zrobiłem) to możesz podmontować to jako tmpfs, tak aby wszystkie pliki tymczasowe były wywalane wraz z ponownym uruchomieniem.
Niektorzy tak rownież montują /var/log

Kod: Zaznacz cały

tmpfs  /var/tmp  tmpfs  nodev,nosuid  0  0
tmpfs  /var/spool  tmpfs  nodev,nosuid  0  0
tmpfs  /tmp  tmpfs  nodev,nosuid  0  0
tmpfs  /run  tmpfs  nodev,nosuid  0  0
Dla SSD niektórzy też to polecają bo ogranicza odczyt i zapis śmieci.
Ja mam jeszcze dodatkowo w ten sposób podmontowany cache w home.
+ Czyści mi przy reboocie śmieci z programów i pliki tymczasowe z przeglądarki
- Czyści mi przy reboocie śmieci z programów i pliki tymczasowe z przeglądarki
A tak naprawdę to wszystko ładnie zobaczysz po wydani polecenia:

Kod: Zaznacz cały

systemd-analyze plot > output.svg
W home będziesz miał plik i pooglądaj sobie jak to naprawdę wygląda, czy to co wyłączyłeś rzeczywiście bruździło.

HOWGH
P.

Re: Długie uruchamianie usługi "plymouth-quit-wait.service"

: 14 mar 2019, 10:31
autor: kszyhus
pijetja pisze:
13 mar 2019, 20:47
@krzyhus
tak naprawdę to:

Kod: Zaznacz cały

7.383s NetworkManager-wait-online.service
właściwie też można wyłączyć
wyłączyłem tą usługę to znowu wyskoczyło oczekiwanie ok. 10 sek. na usługę

Kod: Zaznacz cały

nmbd.service

Re: Długie uruchamianie usługi "plymouth-quit-wait.service"

: 14 mar 2019, 17:24
autor: pijetja
No to coś za coś...
Samba wymaga startu sieci.
Ja nie udostępniam plików przez sambę.
To niestety musisz w łączyć ponownie usługę

Kod: Zaznacz cały

NetworkManager-wait-online.service
a jak będziesz ją chciał wyłączyć to musisz zerknąć na obrazku z rozruchu co od niej zależy:

Kod: Zaznacz cały

systemd-analyze plot > output.svg
P.

Re: Długie uruchamianie usługi "plymouth-quit-wait.service"

: 15 mar 2019, 05:38
autor: kszyhus
Tak też zrobiłem.
Przywróciłem usługę NetworkManager...
terminal.png
(145.32 KiB) Nie pobierany
to tylko niecały 8 sekund. Tyle chyba potrzebuje czasu mój internet.
Dzięki za pomoc. 👍