我有一台双启动机器，装有 Windows10 和 Ubuntu 20.04 LTS 64 位
虽然我的 Windows 10 启动时间不到 40 秒（而且由于机器没有 SSD，我非常满意），但 Ubuntu 需要 1 分 30 秒或 1 分 40 秒......
Intel(R) Core(TM) i5-7300HQ CPU @ 2.50GHz 8 GB RAM
NVIDIA GTX 1050（或 1060？）
启动时间：
systemd-analyze
启动用时 3.530 秒（固件）+ 5.219 秒（加载程序）+ 5.936 秒（内核）+ 1 分 34.092 秒（用户空间）= 1 分 48.778 秒 graphic.target 在用户空间中经过 1 分 34.018 秒后达到
systemd-analyze-blame
1分钟603毫秒 plymouth-quit-wait.service
48.235秒 apt-daily.service
47.469秒 man-db.service
24.745秒 logrotate.service
22.798秒 snapd.service
18.610秒 systemd-journal-flush.service
14.783秒 udisks2.service
14.622秒 dev-sda4.device
11.743秒 accounts-daemon.service
10.018秒[电子邮件保护]
9.829 秒 apache2.service
8.215 秒 snapd.seeded.service
6.938 秒 avahi-daemon.service
6.928 秒 bluetooth.service
6.921 秒 NetworkManager.service
6.626 秒 polkit.service
5.736 秒 apport.service
5.705 秒 dev-loop6.device
5.439 秒 dev-loop5.device
5.073 秒 dev-loop1.device
5.039 秒 preload.service
4.878 秒 grub-common.service
4.752 秒 dev-loop2.device
systemd-analyze critical-chain
graphical.target @1min 34.018s
└─multi-user.target @1min 34.018s
└─snapd.seeded.service @50.488s +8.215s
└─snapd.service @27.678s +22.798s
└─basic.target @26.354s
└─sockets.target @26.353s
└─snapd.socket @26.348s +2ms
└─sysinit.target @26.212s
└─systemd-timesyncd.service @26.025s +187ms
└─systemd-tmpfiles-setup.service @22.965s +2.913s
└─systemd-journal-flush.service @4.351s +18.610s
└─systemd-journald.service @3.610s +740ms
└─systemd-journald.socket @3.597s
└─system.slice @3.589s
└─-.slice @3.589s
关于 Snap... 我因为 Opera 浏览器而需要它。只有 Snap 版本才能播放一些流媒体视频（deb 版本上的 ffmpeg lib 存在一些问题，我尝试了几种解决方法，但没有成功）。
这个启动时间非常令人沮丧......尽管它不是一台 SSD 机器，但我认为它不应该花这么长时间，因为它不是一个弱的规格......
编辑：希望一些 UUID 信息有所帮助
/dev/sda4: UUID="ac857efc-dd9f-460c-9097-a091798f1cc7" TYPE="ext4" PARTUUID="e5e4ec11-0286-4388-a8ac-08ae68725048"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/sda1: LABEL="SYSTEM" UUID="707B-9FD6" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="0db15783-b68f-4ae0-ad84-0f5e1d6219f3"
/dev/sda3: UUID="38CA7C5DCA7C1978" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="30d33950-ec3e-4054-a5c9-820d0f5bf11a"
/dev/sda5: UUID="f120d333-e539-4819-a178-65d55c80a8a0" TYPE="swap" PARTUUID="49378ee0-5d4d-4d6e-82b8-b4fd733567ad"
/dev/sda7: LABEL="SAMSUNG_REC2" UUID="2642CA7242CA45F1" TYPE="ntfs" PARTLABEL="M-fM-^UM-^RM-fM-=M-#M-fM-^UM-6M-gM-%M-2M-dM-^PM- M-gM-^QM-!a" PARTUUID="90b0ad13-0d1d-445c-b0b3-441ac8a73256"
/dev/sda8: LABEL="SAMSUNG_REC" UUID="9A80-070B" TYPE="vfat" PARTLABEL="M-fM-%M-^WM-fM-^QM-.M-gM-^]M-/M-bM-^AM-3M-dM-^UM-^P" PARTUUID="33e4ea88-a0af-41a5-4173-636c65706975"
/dev/sda2: PARTLABEL="Microsoft reserved partition" PARTUUID="cf98a95a-c00e-4f21-bf40-bb997f38d88d"
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda4 during installation
UUID=ac857efc-dd9f-460c-9097-a091798f1cc7 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=f120d333-e539-4819-a178-65d55c80a8a0 /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
这可能是一些交换问题吗？
新编辑：关于交换的奇怪的事情......
free -h显示...
total used free shared buff/cache available
Mem: 7,7Gi 3,6Gi 933Mi 88Mi 3,2Gi 3,7Gi
Swap: 1,3Gi 121Mi 1,2Gi
但是gparted磁盘使用情况显示……：
这就是我在安装时设置的...