Ich habe auf einem neuen System mit einem Ryzen 3900 Kubuntu neu installiert, aber die Boot-Zeit zwischen Eingeben des Festplatten-Kennwortes und dem erscheinen des Login-Screens erscheint mir mit über eine Minute doch sehr lang.
Mit systemd-analyze konnte ich folgendes herausfinden:
cassiopeia:~# systemd-analyze Startup finished in 24.819s (kernel) + 1min 32.150s (userspace) = 1min 56.969s graphical.target reached after 1min 32.144s in userspace cassiopeia:~# systemd-analyze blame 4.721s fstrim.service 2.949s apt-daily-upgrade.service 2.380s systemd-cryptsetup@store.service 1.739s NetworkManager-wait-online.service 439ms apt-daily.service 421ms man-db.service 398ms systemd-logind.service 323ms dev-mapper-root.device 294ms systemd-fsck@dev-mapper-store.service 204ms logrotate.service 153ms systemd-journald.service ... cassiopeia:~# systemd-analyze critical-chain The time when unit became active or started is printed after the "@" character. The time the unit took to start is printed after the "+" character. graphical.target @1min 32.144s └─multi-user.target @1min 32.144s └─fetchmail.service @1min 32.128s +16ms └─network-online.target @1min 32.127s └─NetworkManager-wait-online.service @1min 30.388s +1.739s └─NetworkManager.service @1min 30.282s +105ms └─dbus.service @1min 30.279s └─basic.target @1min 30.265s └─sockets.target @1min 30.265s └─snapd.socket @1min 30.264s +370us └─sysinit.target @1min 30.262s └─systemd-timesyncd.service @1min 30.219s +42ms └─systemd-tmpfiles-setup.service @1min 30.202s +15ms └─systemd-journal-flush.service @288ms +49ms └─systemd-journald.service @131ms +153ms └─systemd-journald.socket @129ms └─-.mount @127ms └─blockdev@dev-mapper-root.target @410ms └─systemd-cryptsetup@root.service @401ms +8ms └─dev-nvme0n1p2.device @398ms cassiopeia:~# systemd-analyze plot > boot.svg
So ganz weiß ich nicht, was ich damit anfangen kann. Zeifresser sehe ich in den Ausgaben keine. Der Plot zeigt, dass der Startvorgang lange bei store.mount (38 s) wartet, aber was ist damit konkret gemeint?
Und wieso benötigt der Kernel so lange? Ich würde mit dmesg schauen, aber momentan ist der Bootvorgang schon nicht mehr im Puffer.
Wie kann ich denn den Zeitverbrauch weiter einkreisen?