由于某种原因,Ubuntu 22.04 LTS 桌面amd64
映像在我的笔记本电脑和工作站上启动大约需要 5 分钟。我使用官方种子所以它会自动验证。我使用 Ubuntu 的“启动盘创建器”( ) 系统工具创建了 live USB usb-creator-gtk
。闪存盘是 Team C171 16 GB USB 2.0 闪存盘,是专用的安装程序棒。
我的笔记本电脑联想 ThinkPad 13 (20GJ)规格如下:
- 英特尔酷睿 i5-6300U(“Haswell”)
- 16 GB DDR4-2133 RAM(2x 8 GB 联想 OEM RMSA3230KB78HAF2133)
- 1 TB Corsair MX500 M.2 SATA SSD
- 目前使用 rEFInd 启动管理器双启动 Windows 10 Home 和 Ubuntu Linux 20.04.4 LTS 桌面。
我的定制工作站“BaseCamp”具有以下规格:
- AMD Ryzen 5 3600X(“Matisse”/“Zen 2”)
- 32 GB DDR4-3200 RAM(2x 16 GB OLOy MD4U163216CFDA)
- 256 GB Patriot P300 M.2 NVMe SSD
- 2x 3 TB Seagate Constellation ES.3 3.5 英寸 7200 RPM HDD(运行 AMD RAID)
- AMD Radeon HD6570 1GB(惠普 OEM)
- 当前使用 rEFInd 启动管理器启动 Ubuntu Linux 20.04.4 LTS 桌面。
此外,ubiquity 在 BaseCamp 上崩溃了。我使用对话框提交了崩溃报告apport
。土豆质量图片在这里:
正如@user535733 在评论中所建议的,systemd-analyze critical-chain
如下所示:
ubuntu@ubuntu:~$ sudo -i
root@ubuntu:~# systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.
graphical.target @9min 59.900s
└─multi-user.target @9min 59.900s
└─casper-md5check.service @44.452s +9min 15.447s
└─basic.target @44.448s
└─sockets.target @44.448s
└─snapd.socket @44.448s +519us
└─sysinit.target @44.444s
└─snapd.apparmor.service @38.751s +5.693s
└─systemd-journald.socket @5.116s
└─system.slice @5.113s
└─-.slice @5.113s
下面是输出systemctl status ubiquity
:
× ubiquity.service - Ubuntu live CD installer
Loaded: loaded (/lib/systemd/system/ubiquity.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Tue 2022-04-26 16:36:07 UTC; 16min ago
Process: 1731 ExecStart=/usr/share/ubiquity/start-ubiquity-dm (code=exited, status=1/FAILURE)
Main PID: 1731 (code=exited, status=1/FAILURE)
CPU: 2.729s
Apr 26 16:32:10 ubuntu systemd[1]: Starting Ubuntu live CD installer...
Apr 26 16:35:24 ubuntu python3[1752]: PAM pam_end: NULL pam handle passed
Apr 26 16:35:27 ubuntu systemd[1]: ubiquity.service: Main process exited, code=exited, status=1/FAILURE
Apr 26 16:36:07 ubuntu systemd[1]: ubiquity.service: Failed with result 'exit-code'.
Apr 26 16:36:07 ubuntu systemd[1]: Failed to start Ubuntu live CD installer.
Apr 26 16:36:07 ubuntu systemd[1]: ubiquity.service: Consumed 2.729s CPU time.
这可能相关:提高 USB 实时启动的性能 - Ubuntu 20.04 LTS
遗憾的是,与 20.04 LTS 不同,22.04 LTS 启动屏幕不再显示验证安装程序的进度条。
附言:我认为自己是高级用户,因此我的笔记本电脑和工作站都进行了高度定制的设置。我已经使用 Ubuntu 大约 10 年了,包括台式机和服务器,所以绝对不是新手。我愿意为解决这个问题做出贡献。
更新:我开始认为 Ubiquity 崩溃与 Wayland 有关,因为 BaseCamp 在 20.04 LTS 上也崩溃并出现黑屏。我安装了gnome-session-wayland
,重新启动,然后在登录屏幕上选择“Ubuntu on Wayland”会话,登录,然后一切都变黑了。幸运的是,我可以从我的笔记本电脑通过 SSH 连接到它以发出sudo reboot
。
答案1
幼稚的问题:看看输出,systemd-analyze critical-chain
是不是说启动过程中将近 9 分钟的时间都是由于磁盘检查?如果是这样,是否可以禁用启动过程中的这一部分?——每次启动时禁用 Ubuntu 20.04 磁盘检查?
另一个解决方案可能是测试您的 USB 驱动器的速度并尝试查看它与其他驱动器的速度如何匹配,特别是如果有可能升级到 3.0。