Zkrátím to:
systemd-analyze blame
1.331s snap.lxd.activate.service
1.203s snapd.service
695ms systemd-udev-settle.service
376ms cloud-init-local.service
357ms snap-core18-2253.mount
353ms snap-lxd-21803.mount
352ms snap-lxd-21835.mount
351ms snap-snapd-14978.mount
347ms cloud-init.service
316ms snap-core20-1328.mount
309ms cloud-config.service
285ms dev-mapper-ubuntu\x2d\x2dvg\x2d5ubuntu\x2d\x2dlv.device
272ms cloud-final.service
266ms systemd-logind.service
234ms snap-core20-1270.mount
192ms systemd-resolved.service
190ms dev-loop1.device
182ms snap-core18-2284.mount
174ms dev-loop2.device
173ms lvm2-monitor.service
150ms swap.img.swap
134ms dev-loop4.device
121ms dev-loop3.device
121ms dev-loop0.device
118ms accounts-daemon.service
103ms networkd-dispatcher.service
90ms lvm2-pvscan@259:3.service
80ms systemd-journald.service
77ms systemd-udev-trigger.service
75ms systemd-journal-flush.service
73ms libvirtd.service
68ms user@0.service
60ms snapd.seeded.service
59ms apport.service
57ms keyboard-setup.service
55ms grub-common.service
54ms systemd-timesyncd.service
Co díky tomu zjistíte?
- Méně je více.
- LVM na běžném PC je dost non-sense, pokud nepřidáváte disky co tejden nebo nebackupujete za chodu
- 150ms trvá jen mapování swapu. Au!
- cloud-init 376 ms 🙁
- snapd > 1 vteřina. AU!
- Služby, jako např. motd-news mají občas tendenci zpomalit náběh linuxu až o 20 či více vteřin
Zkraťte dobu pro GRUB_TIMEOUT
Dle dister, je někde standard 10 vteřin, někde méně, někde více. Já dávám 2 vteřiny, ať máte možnost v případě potřeby cokoliv editnout v grubu během bootování.