У меня есть ноутбук с 250 ГБ SSD и двойной загрузкой Windows 10 и Lubuntu.
Загрузка Windows занимает не более минуты, а Lubuntu - более трех.
Я попытался найти причину, по которой обвинение systemd-analysis говорит о том, что загрузка сервиса занимает больше 6 секунд.
systemd-analyze blame
5.920s NetworkManager-wait-online.service
911ms dev-sda5.device
409ms snap-repair.service
266ms systemd-resolved.service
228ms networking.service
208ms keyboard-setup.service
182ms apparmor.service
147ms upower.service
138ms systemd-tmpfiles-setup-dev.service
133ms systemd-timesyncd.service
129ms accounts-daemon.service
126ms snapd.service
114ms lightdm.service
110ms plymouth-quit-wait.service
108ms NetworkManager.service
92ms ModemManager.service
79ms grub-common.service
77ms preload.service
...
Хотя загрузка занимает более 3 минут:
systemd-analyze time
Startup finished in 8.659s (kernel) + 3min 636ms (userspace) = 3min 9.295s
Это график systemd-analyze plot
, он показывает огромный разрыв, но не показывает, что процесс занимает много времени.
Как я могу узнать, что заставляет систему загружаться так долго и как ее улучшить?
(это systemd-analyze critical-chain
)
graphical.target @1min 36.454s
└─multi-user.target @1min 36.454s
└─whoopsie.service @1min 36.453s
└─network-online.target @1min 36.453s
└─NetworkManager-wait-online.service @1min 30.532s +5.920s
└─NetworkManager.service @1min 30.423s +108ms
└─dbus.service @1min 30.404s
└─basic.target @1min 30.390s
└─sockets.target @1min 30.390s
└─snapd.socket @1min 30.389s +1ms
└─sysinit.target @1min 30.387s
└─systemd-timesyncd.service @517ms +133ms
└─systemd-tmpfiles-setup.service @421ms +69ms
└─systemd-journal-flush.service @404ms +14ms
└─systemd-remount-fs.service @376ms +20ms
└─system.slice @164ms
└─-.slice @146ms
Редактировать: Использование dmesg
Понятно, что последовательность загрузки доходит до crng init done
. Решение размещено ниже