我正在尝试加快我的启动时间，因为目前 Windows 从我的辅助磁盘驱动器启动速度比我的 SSD 上的 Ubuntu 18 更快。
查看其他帖子后，我使用该命令systemd-analyze blame
并返回以下内容：
`21.037s plymouth-quit-wait.service
20.748s fwupd.service
8.014s tlp.service
6.103s NetworkManager-wait-online.service
2.281s snap-gnome\x2dcharacters-103.mount
2.241s snap-gnome\x2dcharacters-101.mount
2.239s snap-htop-381.mount
2.231s snap-gnome\x2d3\x2d26\x2d1604-70.mount
2.215s snap-gnome\x2dlogs-31.mount
2.180s snap-gtk\x2dcommon\x2dthemes-319.mount
2.167s snap-discord-66.mount
2.165s snap-libreoffice-65.mount
2.158s snap-gnome\x2dlogs-34.mount
2.148s snap-gnome\x2d3\x2d26\x2d1604-64.mount
2.116s snap-htop-224.mount
2.097s snap-gnome\x2dsystem\x2dmonitor-51.mount
2.059s snap-mailspring-239.mount
2.055s snap-canonical\x2dlivepatch-41.mount
2.049s snap-gimp-40.mount
2.030s snap-htop-191.mount
1.915s dev-mapper-ubuntu\x2d\x2dvg\x2droot.device
1.880s bolt.service
1.847s snap-gnome\x2dcalculator-178.mount
1.816s snap-chromium-367.mount
1.790s snap-gnome\x2dsystem\x2dmonitor-41.mount
1.491s snap-gnome\x2dcalculator-175.mount
1.435s plymouth-start.service
354ms snapd.service
312ms systemd-journal-flush.service
298ms systemd-logind.service
225ms dev-loop2.device
221ms networkd-dispatcher.service
218ms systemd-modules-load.service
218ms dev-loop5.device
217ms dev-loop8.device
214ms dev-loop3.device
206ms dev-loop4.device
205ms dev-loop10.device
199ms dev-loop1.device
然后我尝试禁用plymouth-quit-wait.service并fwupd.service
使用以下命令：systemctl disable name.service
然后我重新启动了计算机，但没有什么变化，当我system-analyze blame再次输入时，它们仍然在那里。
如果有任何建议或信息能够帮助我更好地理解服务，我将不胜感激。
答案1
我不会完全相信systemd-analyze blame提供给您的那个数字。守护进程可能处于空闲状态（请参阅https://github.com/hughsie/fwupd/issues/442）
这可能是由内核和 systemd 交互的 thunderbolt 和 thunderbolt-power 插件引起的。
您可以通过调整 fwupd 插件黑名单来确认这一点，将 thunderbolt 电源插件列入黑名单/etc/fwupd/daemon.conf（以及潜在的 thunderbolt）
BlacklistPlugins=test;thunderbolt_power