由于某种原因，我的启动过程耗时太长（将近 2.5 分钟）。
shivansh@devlab:~$ systemd-analyze
Startup finished in 33.431s (firmware) + 8.979s (loader) + 3.920s (kernel) + 1min 39.559s (userspace) = 2min 25.890s
graphical.target reached after 21.967s in userspace
我该如何解决这个问题并加快启动速度？
以下是“systemd-analyze blame”的输出
shivansh@devlab:~$ systemd-analyze blame
8.688s udisks2.service
7.353s accounts-daemon.service
5.798s NetworkManager.service
5.726s polkit.service
4.502s avahi-daemon.service
4.462s switcheroo-control.service
4.458s thermald.service
4.457s wpa_supplicant.service
4.457s systemd-logind.service
4.251s dev-sda2.device
3.943s grub-common.service
3.869s gpu-manager.service
3.600s secureboot-db.service
3.600s ModemManager.service
3.379s gdm.service
3.112s preload.service
2.635s systemd-resolved.service
2.366s rsyslog.service
2.069s apport.service
2.063s lm-sensors.service
1.876s systemd-tmpfiles-setup.service
1.532s apparmor.service
1.092s pppd-dns.service
1.063s systemd-modules-load.service
959ms systemd-rfkill.service
861ms systemd-sysusers.service
708ms swapfile.swap
672ms systemd-journald.service
587ms systemd-udev-trigger.service
586ms systemd-random-seed.service
584ms systemd-fsck@dev-disk-by\x2duuid-1801\x2d413B.service
582ms setvtrgb.service
521ms upower.service
476ms packagekit.service
475ms e2scrub_reap.service
414ms systemd-sysctl.service
385ms systemd-udevd.service
347ms keyboard-setup.service
342ms kerneloops.service
338ms systemd-tmpfiles-setup-dev.service
301ms openvpn.service
298ms systemd-user-sessions.service
291ms systemd-remount-fs.service
283ms grub-initrd-fallback.service
279ms [email protected]
266ms update-notifier-download.service
242ms dev-hugepages.mount
240ms dev-mqueue.mount
237ms sys-kernel-debug.mount
236ms systemd-timesyncd.service
234ms sys-kernel-tracing.mount
227ms plymouth-read-write.service
225ms kmod-static-nodes.service
215ms ufw.service
161ms colord.service
161ms [email protected]
126ms apport-autoreport.service
115ms systemd-backlight@backlight:intel_backlight.service
92ms boot-efi.mount
73ms systemd-journal-flush.service
66ms systemd-update-utmp.service
51ms console-setup.service
21ms systemd-update-utmp-runlevel.service
10ms rtkit-daemon.service
10ms [email protected]
8ms alsa-restore.service
4ms sys-fs-fuse-connections.mount
3ms sys-kernel-config.mount
2ms plymouth-quit-wait.service
Neofetch 输出：https://i.stack.imgur.com/QiHJt.png
答案1
调制解调器管理器
ModemManager 是一个 DBus 激活的守护进程，用于控制移动宽带 (2G/3G/4G) 设备和连接。无论是内置设备、USB 适配器、蓝牙配对电话还是带外部电源的专业 RS232/USB 设备，ModemManager 都能够准备和配置调制解调器并设置与它们的连接。
如果您不使用此类硬件，则可以禁用该服务。
systemctl disable ModemManager
wpasupplicant 客户端
客户端支持 WPA 和 WPA2 (IEEE 802.11i)
对于您的硬件（“Lenovo ideapad”），我假设您想使用 Wi-Fi。但如果您不需要每次启动设备时都使用 Wi-Fi，那么您可以禁用此服务。
systemctl disable wpa_supplicant
同意
自动生成崩溃报告
apport 很有用，特别是当您使用新版本的 Ubuntu 时。但从技术上讲您不需要它，因此您可以禁用此服务。
systemctl disable apport
thermald
Thermald 守护进程可防止机器过热，它是在 14.04 Ubuntu Trusty LTS 版本中引入的。它监控热传感器并修改冷却控制以保持硬件凉爽。Thermald 使用可用的 CPU 温度传感器并防止 CPU 过热。
在台式电脑上，我认为你可能不需要这个。我不太确定你的移动设备。如果你完全不担心过热，那么你可以禁用这项服务。
如果您禁用它并且没有运行任何其他处理传感器信息（温度/电压/风扇传感器）的软件，lm-sensors则该服务也会被禁用。
调换控制
switcheroo-control 是用于双 GPU 桌面集成的 D-Bus 代理。
我不知道这到底是什么意思。也许如果你安装了两个图形设备，一个是板载的，一个是通过扩展卡安装的。根据我的假设和我在维基百科上看到的内容，你的联想 IdeaPad 没有多个 GPU。我会禁用这项服务。
systemctl disable switcheroo-control.service