问题是resolveconf-pull-resolved.service
,它们plymouth-quit-wait.service
花费了大量时间,导致整个启动过程变慢。第一个问题,在搜索后,我发现了各种导致启动卡在那里的问题,但没有一个导致启动整体变慢的问题,对于第二个问题,我发现这答案说这项服务没有问题,因为它只是在等待其他服务完成。
我的调查的整个过程解释如下:
systemd-analyze time
输出结果如下:
Startup finished in 7.870s (firmware) + 3.118s (loader) + 19.467s (kernel) + 1min 56.978s (userspace) = 2min 27.435s
graphical.target reached after 1min 56.840s in userspace
关注这关于缓慢的用户空间的回答,我的问题是类似的(意思snapd
是速度变慢的主要原因之一),systemd-analyze blame | grep snapd
给出了以下输出:
26.656s snapd.service
1.011s snapd.apparmor.service
915ms snapd.seeded.service
1ms snapd.socket
并systemd-analyze blame | grep dev-loop
给了
10.384s dev-loop19.device
10.236s dev-loop9.device
10.155s dev-loop0.device
10.151s dev-loop16.device
10.110s dev-loop14.device
9.776s dev-loop13.device
9.470s dev-loop15.device
9.294s dev-loop12.device
9.106s dev-loop6.device
8.982s dev-loop17.device
8.873s dev-loop11.device
8.864s dev-loop10.device
8.738s dev-loop8.device
8.731s dev-loop18.device
8.724s dev-loop21.device
8.052s dev-loop3.device
8.017s dev-loop2.device
5.861s dev-loop5.device
5.374s dev-loop1.device
4.883s dev-loop4.device
但如果我们看一下整个情节SVG文件(我已发布链接,因为在此处上传整个图像会因尺寸压缩而使其无法读取)resolveconf-pull-resolved.service
并且plymouth-quit-wait.service
仍然比它们花费更多时间。下面我发布了显示文件相关部分的屏幕截图svg
。
答案1
我昨天也遇到了类似的情况,经过一番清理后,它resolveconf-pull-resolved.service
从列表中消失了,plymouth-quit-wait.service
回到了第三位。以下是我遵循的步骤:
- 删除过去安装的所有 snap 包 ( ),然后使用其他方式(例如或使用软件包)
$ sudo snap remove xxx
重新安装工具。这大大改善了我的启动时间(许多环回设备被关闭)。我无法完全摆脱 snap 包,因为我使用的是 Gnome Desktop,而且它似乎是在操作系统安装过程中使用 snap 包安装的。apt
deb
这是我的最低快照列表。 - 停止未使用的服务(
$ sudo systemctl stop xxx
和$ sudo systemctl disable xxx
)。就我而言,我停止了PostgreSQL
(花费大量时间),还停止了和Apache
(许多相关服务)InfluxDB
OpenProject
- 更新系统日志的配置这个帖子。
- 更新配置,
apt-daily.service
以便它在启动后触发。检查这个帖子知道如何。
经过所有这些操作后,我的启动时间大大减少。我正在考虑使用其他桌面管理器,Xfce
或者卸载 Gnome Desktop 并重新安装它,而不使用 Snaps。
顺便说一句,我很惊讶没有快照的情况下启动应用程序所需的时间如此之短,例如,VLC 几乎立即显示,需要几秒钟,接近 5-10 秒。
希望这可以帮助!