![Ubuntu 18.04 启动非常慢(之前没有做过任何更改)](https://linux22.com/image/1064477/Ubuntu%2018.04%20%E5%90%AF%E5%8A%A8%E9%9D%9E%E5%B8%B8%E6%85%A2%EF%BC%88%E4%B9%8B%E5%89%8D%E6%B2%A1%E6%9C%89%E5%81%9A%E8%BF%87%E4%BB%BB%E4%BD%95%E6%9B%B4%E6%94%B9%EF%BC%89.png)
如果不对我的系统进行任何更改,今天早上它启动起来就非常慢。笔记本电脑是东芝 Portege Z835(英特尔显卡 + SSD):
systemd-analyze blame
:
5min 42.155s plymouth-quit-wait.service
5min 29.705s docker.service
4min 7.502s snapd.seeded.service
1min 6.244s snapd.service
7.706s NetworkManager-wait-online.service
4.965s dev-sda1.device
4.093s dev-loop0.device
4.086s dev-loop2.device
4.071s dev-loop1.device
4.055s dev-loop3.device
4.025s dev-loop4.device
4.004s dev-loop7.device
3.972s dev-loop5.device
3.951s dev-loop8.device
3.941s dev-loop6.device
3.938s dev-loop9.device
3.911s [email protected]
3.034s plymouth-start.service
2.989s [email protected]
2.160s systemd-journal-flush.service
1.677s networkd-dispatcher.service
1.474s ModemManager.service
1.175s systemd-udevd.service
systemd-analyze critical-chain
graphical.target @5min 49.849s
└─multi-user.target @5min 49.849s
└─docker.service @15.389s +5min 29.705s
└─network-online.target @15.374s
└─NetworkManager-wait-online.service @7.666s +7.706s
└─NetworkManager.service @6.861s +787ms
└─dbus.service @6.485s
└─basic.target @6.386s
└─sockets.target @6.385s
└─snapd.socket @6.376s +8ms
└─sysinit.target @6.369s
└─apparmor.service @5.714s +654ms
└─local-fs.target @5.712s
└─run-snapd-ns-canonical\x2dlivepatch.mnt.mount @16.031s
└─run-snapd-ns.mount @15.564s
└─swap.target @5.397s
└─dev-disk-by\x2duuid-4aa4cb84\x2d97ff\x2d4a32\x2d
└─dev-disk-by\x2duuid-4aa4cb84\x2d97ff\x2d4a32\x
我尝试删除docker-ce
但apt-get purge
启动snapd
时需要 5-6 分钟。
我寻找可能的解释和解决方案,并检查了以下内容:
- 我检查了交换分区的 UUID,看起来不错
- 尝试取消注释
#WaylandEnable=false
/etc/gdm3/custom.conf,但启动时间没有变化 - 尝试从启动应用程序中删除 Snap 和 Docker(这样它们就不会在启动时自动启动),但也没有变化
不确定还能尝试什么。现在重启需要 2 到 8 分钟。以前大约需要 10-15 秒。
更新:按照建议这里,一个临时的解决方法是在加载时移动鼠标或触摸板。我相信还创建了一个错误报告:https://bugs.launchpad.net/snapd/+bug/1779872
答案1
在内核 4.15.0-24 上也遇到了同样的问题... 更新并重启后立即出现,所以我猜内核出了问题。恢复到以前的内核 (4.15.0-23) 解决了这个问题。