我有一台配备 250GB SSD 和双启动 Windows 10 和 Lubuntu 的笔记本电脑。
Windows 启动时间不到一分钟，但 Lubuntu 启动时间则超过三分钟。
我试图寻找原因，尽管 systemd-analyze blame 说加载时间较长的服务只需要 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。解决方案发布如下
答案1
禁用交换可解决问题。
注释掉交换行/etc/fstab并/etc/crypttab重新启动。
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1685794