well after running fedora 36 on my laptop for over a month now i’ve noticed a considerate slow down boot time and performance time. Even opening firefox times a while. Doing my accounts is a drag to get anything done.
any help appreciated
For debugging bootup, systemd-analyze blame might give you a clue. Otherwise, you might run htop (or top, bpytop, or btop) when you notice the slowdown to see what processes might be using up the most resources.
top says loads running as root, but only 4 as john…but i dont know what to look for to be honest
15.122s plymouth-quit-wait.service
8.374s udisks2.service
6.993s NetworkManager-wait-online.service
6.624s akmods.service
6.223s initrd-switch-root.service
4.372s firewalld.service
4.337s power-profiles-daemon.service
4.332s polkit.service
4.331s accounts-daemon.service
3.134s upower.service
2.852s avahi-daemon.service
2.849s bluetooth.service
2.835s rtkit-daemon.service
2.829s switcheroo-control.service
2.825s systemd-logind.service
2.822s systemd-machined.service
2.821s thermald.service
2.721s dbus-broker.service
2.564s lvm2-monitor.service
2.304s abrtd.service
1.846s fwupd.service
1.826s var-lib-snapd-snap-gnome\x2d3\x2d34\x2d1804-77.mount
1.610s ModemManager.service
1.321s sssd-kcm.service
1.166s var-lib-snapd-snap-gtk\x2dcommon\x2dthemes-1534.mount
1.165s plymouth-switch-root.service
1.125s systemd-fsck@dev-disk-by\x2duuid-a95bcb67\x2dfad9\x2d40f1\x2da59c\x2d8a2a3619e1f1.service
1.068s chronyd.service
977ms packagekit.service
954ms var-lib-snapd-snap-video\x2ddownloader-884.mount
912ms cups.service
896ms gssproxy.service
885ms systemd-resolved.service
741ms geoclue.service
645ms home.mount
602ms dracut-initqueue.service
558ms var-lib-snapd-snap-snapd-16010.mount
554ms systemd-zram-setup@zram0.service
541ms livesys.service
451ms systemd-boot-update.service
432ms dev-loop2.device
397ms colord.service
371ms var-lib-snapd-snap-core18-2409.mount
352ms systemd-udevd.service
352ms systemd-udev-trigger.service
340ms virtqemud.service
330ms boot.mount
329ms var-lib-snapd-snap-video\x2ddownloader-880.mount
310ms var-lib-snapd-snap-bare-5.mount
309ms systemd-tmpfiles-setup.service
281ms user@1000.service
276ms systemd-oomd.service
258ms import-state.service
251ms NetworkManager.service
lines 1-54
from systemd-analyze blame
top wouldnt copy
Out of curiosity, did you start to notice the slowdowns after installing and enabling snapd on your system?
1 Like
This happened to me once, and it was networking configuration: basically, the system was trying to get a response from a DNS that did not exist in the network (VPN stuff). So every attempt to connect to the internet for anything, would take like 8 to 16 seconds.
I have seen also long boot times because of network as well, just waiting for the IP to be assigned by the DHCP server, etc…
Just giving some ideas of what could be 
1 Like
Gnome Software could be downloading updates.
Long boot times also could be the result of akmods building new kernel modules when a new kernel is installed, or fstrim running.
$ systemd-analyze blame
1min 41.180s akmods@5.18.6-200.fc36.x86_64.service
1min 3.371s fstrim.service
This from the most recent boot on my daily driver.
2 Likes