Hallo Zusammen,
vor kurzem habe ich mir einen neuen Laptop zugelegt. Einen Acer Swift1 114-32 mit 8gb und 256 gb SSD. Vorinstalliert war irgendeine komische EFI Shell mit der ich nichts richtig anfangen konnte. Jedenfalls habe ich dann Ubuntu 20.04 installiert, was problemlos klappte. Bluetooth, Wlan etc. funktioniert alles wunderbar ohne große Einstellung.
Allerdings empfinde ich die Bootzeit immer noch als sehr hoch. Insgesamt dauert der Start des frischen Systems gut 25 Sekunden.
Folgendes habe ich bisher ermittelt:
systemd-analyze:
Startup finished in 2.179s (kernel) + 24.920s (userspace) = 27.099s graphical.target reached after 24.857s in userspace
systemd-analyze blame:
21.441s plymouth-quit-wait.service 4.560s NetworkManager-wait-online.service 1.591s dev-nvme0n1p2.device 1.181s systemd-logind.service 908ms systemd-resolved.service 856ms upower.service 853ms dev-loop3.device 841ms dev-loop8.device 826ms dev-loop4.device 787ms dev-loop5.device 780ms systemd-journald.service 727ms systemd-timesyncd.service 709ms dev-loop7.device 708ms dev-loop6.device 677ms dev-loop2.device 640ms dev-loop1.device 521ms snapd.service 444ms accounts-daemon.service 406ms networkd-dispatcher.service 381ms udisks2.service 378ms fwupd.service 377ms e2scrub_reap.service 376ms dev-loop0.device 371ms systemd-rfkill.service 317ms snap-core18-1754.mount 311ms snap-core18-1705.mount 301ms NetworkManager.service 294ms snap-snapd-7264.mount 288ms avahi-daemon.service 280ms snap-snap\x2dstore-433.mount 268ms bluetooth.service 245ms systemd-udev-trigger.service 242ms apport.service 205ms snap-gnome\x2d3\x2d34\x2d1804-33.mount 204ms polkit.service 200ms snap-gnome\x2d3\x2d34\x2d1804-24.mount 198ms grub-common.service 191ms keyboard-setup.service 179ms user@1000.service 168ms ModemManager.service 163ms swapfile.swap 157ms snap-gtk\x2dcommon\x2dthemes-1506.mount 152ms snap-kde\x2dframeworks\x2d5\x2dqt\x2d5\x2d14\x2dcore18-4.mount 152ms switcheroo-control.service 132ms systemd-journal-flush.service 131ms thermald.service 128ms wpa_supplicant.service 126ms systemd-udevd.service 123ms snap-kapman-46.mount 118ms gpu-manager.service 114ms grub-initrd-fallback.service 107ms gdm.service 106ms secureboot-db.service 105ms apparmor.service
und die systemd-analyze critical-chain:
raphical.target @24.857s
└─multi-user.target @24.857s
└─kerneloops.service @7.934s +32ms
└─network-online.target @7.932s
└─NetworkManager-wait-online.service @3.370s +4.560s
└─NetworkManager.service @3.046s +301ms
└─dbus.service @3.035s
└─basic.target @2.997s
└─sockets.target @2.997s
└─snapd.socket @2.993s +3ms
└─sysinit.target @2.986s
└─systemd-timesyncd.service @2.258s +727ms
└─systemd-tmpfiles-setup.service @2.202s +48ms
└─local-fs.target @2.192s
└─run-snapd-ns-snap\x2dstore.mnt.mount @10.121s
└─run-snapd-ns.mount @9.391s
└─swap.target @678ms
└─swapfile.swap @514ms +163ms
└─systemd-remount-fs.service @473ms +39ms
└─systemd-journald.socket @454ms
└─system.slice @449ms
└─-.slice @449msDie Aussage in der Critical Chain, das zwischen kerneloops.service und multi-user target so viel Zeit verstreicht finde ich interessant. Was genau macht die kerneloops.servie und kann diese deaktiviert werden? Oder bin ich hier komplett auf dem Holzweg und habe etwas übersehen. Ich würde mich über eine Diskussion mit euch freuen.
