Я пытаюсь ускорить свое время начальной загрузки, потому что в настоящее время окна загружаются быстрее от моего диска вторичного диска, настроенного против Ubuntu 18 на моем SSD.
После рассмотрения другого сообщения я использую команду systemd-analyze blame
и это возвратило следующее:
`21.037s plymouth-quit-wait.service
20.748s fwupd.service
8.014s tlp.service
6.103s NetworkManager-wait-online.service
2.281s snap-gnome\x2dcharacters-103.mount
2.241s snap-gnome\x2dcharacters-101.mount
2.239s snap-htop-381.mount
2.231s snap-gnome\x2d3\x2d26\x2d1604-70.mount
2.215s snap-gnome\x2dlogs-31.mount
2.180s snap-gtk\x2dcommon\x2dthemes-319.mount
2.167s snap-discord-66.mount
2.165s snap-libreoffice-65.mount
2.158s snap-gnome\x2dlogs-34.mount
2.148s snap-gnome\x2d3\x2d26\x2d1604-64.mount
2.116s snap-htop-224.mount
2.097s snap-gnome\x2dsystem\x2dmonitor-51.mount
2.059s snap-mailspring-239.mount
2.055s snap-canonical\x2dlivepatch-41.mount
2.049s snap-gimp-40.mount
2.030s snap-htop-191.mount
1.915s dev-mapper-ubuntu\x2d\x2dvg\x2droot.device
1.880s bolt.service
1.847s snap-gnome\x2dcalculator-178.mount
1.816s snap-chromium-367.mount
1.790s snap-gnome\x2dsystem\x2dmonitor-41.mount
1.491s snap-gnome\x2dcalculator-175.mount
1.435s plymouth-start.service
354ms snapd.service
312ms systemd-journal-flush.service
298ms systemd-logind.service
225ms dev-loop2.device
221ms networkd-dispatcher.service
218ms systemd-modules-load.service
218ms dev-loop5.device
217ms dev-loop8.device
214ms dev-loop3.device
206ms dev-loop4.device
205ms dev-loop10.device
199ms dev-loop1.device
Я затем пытался отключить plymouth-quit-wait.service
и fwupd.service
использование команды: systemctl disable name.service
Я затем продолжил перезагружать свой компьютер, но это не имело никакого значения и когда я ввел system-analyze blame
снова они были все еще там.
Любые предложения или информация, которая могла помочь мне понять сервисы лучше, значительно ценились бы.
Я не был бы совершенно доверительный то число это systemd-analyze blame
обеспечивает Вам. Демон, вероятно, неактивен (см. https://github.com/hughsie/fwupd/issues/442),
Это потенциально вызывается конкретно ударом молнии и плагинами питания удара молнии который ядро и systemd взаимодействие.
Можно подтвердить это путем корректировки fwupd сменного черного списка для помещения в черный список плагина питания удара молнии в /etc/fwupd/daemon.conf
(и потенциально удар молнии)
BlacklistPlugins=test;thunderbolt_power