从 Ubuntu 20.04 的“最小”全新桌面安装(不是系统/发行版升级)开始,我的启动时间非常慢。
我计时从 GRUB 上的操作系统选择到登录屏幕用时 1:36(96 秒)。在同一台机器上安装 Ubuntu 16.04 和 18.04 时,启动时间大约需要 5 秒。我有一台新的联想笔记本电脑,配有 SSD 和 16 GB 的 RAM,因此启动时间应该很快(其他 Ubuntu 启动时间就是明证)。
交换是通过安装在 /swapfile 上的 1 GB 交换文件完成的。
我已将运行的输出包含systemd-analyze blame
在以下。
请注意,这显示的时间总计约为 24 秒,而用我的手表计时(即实际时间)是 96 秒。
编辑:添加 fstab 信息
查看我的 fstab 文件,我发现正在安装 boot/efi 分区。它是 Windows 的 vfat efi 分区。这应该在 fstab 中吗?它会减慢启动过程吗?
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/nvme0n1p3 during installation
UUID=39291b6d-1a32-48c7-9824-c110bf1ea9d6 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=B073-D58E /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
/dev/disk/by-uuid/00bcc125-49df-4760-9350-af2c932eaf71 /home/maddy/Data1 auto nosuid,nodev,nofail,x-gvfs-show 0 0
以及 systemd-analyze 信息:
6.641s NetworkManager-wait-online.service
2.356s plymouth-quit-wait.service
979ms snap-snap\x2dstore-518.mount
968ms snap-core18-2066.mount
963ms snap-gnome\x2d3\x2d34\x2d1804-66.mount
926ms dev-loop1.device
890ms dev-loop2.device
829ms dev-loop3.device
828ms dev-loop0.device
824ms dev-loop4.device
775ms dev-loop5.device
729ms dev-loop6.device
689ms snapd.service
443ms fwupd.service
322ms systemd-logind.service
320ms networkd-dispatcher.service
266ms dev-nvme0n1p6.device
258ms snap-snapd-9721.mount
236ms snap-core18-1997.mount
231ms snap-gtk\x2dcommon\x2dthemes-1515.mount
230ms snap-snap\x2dstore-481.mount
226ms snap-snapd-11841.mount
157ms systemd-journal-flush.service
153ms udisks2.service
118ms accounts-daemon.service
117ms apparmor.service
100ms upower.service
81ms [email protected]
79ms snap-gnome\x2d3\x2d34\x2d1804-60.mount
76ms systemd-resolved.service
75ms snap-gtk\x2dcommon\x2dthemes-1506.mount
69ms avahi-daemon.service
67ms systemd-journald.service
67ms NetworkManager.service
67ms bluetooth.service
67ms polkit.service
63ms systemd-udev-trigger.service
62ms iio-sensor-proxy.service
59ms systemd-rfkill.service
59ms dev-loop8.device
54ms swapfile.swap
53ms switcheroo-control.service
51ms snapd.apparmor.service
49ms thermald.service
49ms keyboard-setup.service
48ms wpa_supplicant.service
45ms systemd-udevd.service
44ms e2scrub_reap.service
43ms systemd-tmpfiles-setup.service
40ms apport.service
40ms ModemManager.service
38ms systemd-timesyncd.service
37ms secureboot-db.service
37ms console-setup.service
35ms grub-common.service
31ms plymouth-read-write.service
30ms packagekit.service
28ms dev-loop7.device
27ms gpu-manager.service
24ms snapd.seeded.service
22ms gdm.service
19ms plymouth-start.service
19ms systemd-modules-load.service
16ms rsyslog.service
16ms dev-loop9.device
14ms home-Data1.mount
12ms [email protected]
12ms kerneloops.service
11ms colord.service
11ms [email protected]
10ms systemd-sysctl.service
10ms dev-hugepages.mount
10ms systemd-tmpfiles-setup-dev.service
9ms alsa-restore.service
9ms pppd-dns.service
9ms dev-mqueue.mount
8ms sys-kernel-debug.mount
8ms systemd-remount-fs.service
8ms systemd-random-seed.service
8ms sys-kernel-tracing.mount
8ms systemd-update-utmp-runlevel.service
7ms systemd-sysusers.service
7ms systemd-backlight@backlight:amdgpu_bl0.service
7ms grub-initrd-fallback.service
6ms systemd-update-utmp.service
6ms systemd-user-sessions.service
6ms systemd-backlight@backlight:acpi_video0.service
5ms kmod-static-nodes.service
4ms rtkit-daemon.service
3ms openvpn.service
3ms sys-fs-fuse-connections.mount
3ms sys-kernel-config.mount
3ms ufw.service
2ms setvtrgb.service
1ms snapd.socket
答案1
我遇到了同样的问题,修复 UUID 号码后问题就解决了。SSD 上的 Ubuntu mate 20.04 的启动时间从 1 分 40 秒缩短到了 15 秒。
进入 fstab 文件:
sudo nano /etc/fstab
记下每个分区旁边的 UUID 号码。现在运行此命令:
sudo blkid -o list
此列表中的 UUID 编号应与 /etc/fstab 中的 UUID 编号匹配。如果它们不同,请将 /etc/fstab 中的任何 UUID 编号更改为 blkid 列表中的值。
答案2
正如其他帖子所指出的,请确保 fstab 中的 UUID 号码完全匹配。Windows 执行了一些恢复操作,这些操作显然改变了分区的 UUID。一旦在 fstab 文件中正确设置了这一点,它现在只需几秒钟就可以启动。
答案3
正如其他人提到的,您必须编辑/etc/fstab
并完全匹配分区的 UUID。就我而言,我在一个 ssd 上备份了 linux 分区dd
,然后在另一个具有不同 EFI 目录的 ssd 上恢复了它(更改了以前的 fstab 中不存在的 UUID)。匹配 UUID 将启动时间缩短到 3-4 秒。