从 17.10 升级后，我经历了更长的启动时间。一开始花了超过 5 分钟。dmesg结果发现罪魁祸首是一个不存在的软盘驱动器，内核试图找到它。
及时删除该命令后，5 分钟的时间缩短到大约 40 秒，但我觉得这仍然比更新前花费的时间要多。dmesg再次运行显示挂载文件系统需要 30 秒（全力输出)，内容如下：
[ 36.362834] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
我从 SSD 启动，同时插入了另外两个硬盘，其中一个硬盘格式化为 ext4，但没有系统数据。我推测这是 SSD。在这 30 秒内，没有显示任何文本，也没有启动画面，只有一个空白屏幕。
现在，我说感觉比更新之前慢，因为我没有之前的确切时间，所以我的第一个问题是，花 30 秒来挂载文件系统是否正常，如果不是，如何进一步找出可能导致延迟的原因？
编辑1：
打开或关闭交换没有任何效果
与此同时，我还在电脑中安装了另一块硬盘。它似乎又将我的启动时间延长了大约 10 秒，在前面dmesg提到的 30 秒延迟之前，输出中出现了另一行：
[ 3.312351] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[ 17.169519] random: crng init done
[ 51.611617] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
编辑2：
systemd-analyze blame结果是这里
同时，经过几次重启后，dmesg上面提到的几行代码的时间发生了如下变化：
[ 3.348384] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[ 34.091886] random: crng init done
[ 36.488321] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
我将重新启动几次以查明这是否会随机变化，或者保持不变（第一次编辑中的代码块来自插入额外硬盘后的第一次启动）。
编辑 2.5：random: crng init done通常出现的时间如编辑 1 中所示，很少出现如编辑 2 中所示的情况。它似乎是……随机的。
答案1
我也遇到过同样的问题。在启动消息中，它会说等待恢复设备超时。检查/etc/initramfs-tools/conf.d/resume其中是否有 UUID，例如RESUME=some-uuid删除 uuid 并替换为“none” RESUME=none。之后运行sudo update-initramfs -uk all，应该就可以了。
答案2
我多次遇到过这个问题，我的解决方案在所有情况下都有效。
运行 dsmeg 时，错误显示如下：
[ 6.382044] random: crng init done
[ 6.382048] random: 7 urandom warning(s) missed due to ratelimiting
[ 32.162934] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)
解决方案是：
首先比较你的 fstab 和 blkid：
$ blkid
/dev/sda1: UUID="C0C0-7641" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="1085d848-f8b9-45e2-a6be-087acb32a820"
/dev/sda3: LABEL="Windows" UUID="8662302C623022FB" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="de399a3e-c832-4dca-a09d-f65789425b89"
/dev/sda4: LABEL="Windows RE tools" UUID="2262513962511341" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="18feb4e1-5770-4e13-92b8-bb8ba8005536"
/dev/sda5: UUID="81a474ab-98bf-4d40-b03e-e5e647163d7e" TYPE="ext4" PARTLABEL="Arco Linux" PARTUUID="3759200f-6317-4487-8b10-3a0140c67bd5"
/dev/sda6: LABEL="rootMX17" UUID="7bae9e4d-61fa-4187-b11f-517c799f7c94" TYPE="ext4" PARTLABEL="MX Linux" PARTUUID="417c8cbd-11b7-4fe6-9b15-ac9082d74460"
/dev/sda7: UUID="d9539219-1c29-468f-bbd0-106663fdef59" TYPE="swap" PARTLABEL="Swap" PARTUUID="fefe3061-bf7b-4a26-8c20-08e209acc28e"
$ sudo nano /etc/fstab
# /etc/fstab: static file system information
#
# Created by make-fstab on Mon Nov 19 17:10:30 EST 2018
# <file system> <mount point> <type> <$
#-> /dev/sda6 label=rootMX17
UUID=7bae9e4d-61fa-4187-b11f-517c799f7c94 / ext4 d$
#-> /dev/sda1
UUID=C0C0-7641 /boot/efi vfat d$
#-> /dev/sda7
UUID=42e5a9cd-b6e1-4d57-9a3a-2ad910862579 swap swap d$
如您所见，我的 /dev/sda7 交换分区在 fstab 中的 UUID 与 blkid 中的 UUID 不同。在我的情况下，这是由于另一个 Linux 安装重新分区交换分区并导致 UUID 更改所致。启动延迟是由于系统尝试查找交换分区的新 UUID 所致。要修复此问题，只需将 blkid 中不匹配的 UUID 复制到 fstab 文件，然后保存。
如果重启后启动错误仍然存在，则需要另外编辑 initramfs.conf 文件。
通过以下方式实现：
$ sudo nano /etc/initramfs-tools/conf.d/resume
然后通过创建新文件或编辑当前恢复文件，在第一行写入 RESUME=UUID=<< UUID of swap>>
例如，我的看起来像
RESUME=UUID=d9539219-1c29-468f-bbd0-106663fdef59
然后运行以下命令来更新您的 initramfs 文件。
#sudo update-initramfs -u
然后重新启动。错误将消失。
答案3
在删除交换分区并创建交换文件后，我遇到了 ubuntu 19.04 启动时间缓慢的问题。
dmesg 的输出
[ 2.220963] hid-generic 0003:1B1C:1B0F.0003: input,hidraw2: USB HID v1.11 Device [Corsair Corsair M45 Gaming Mouse] on usb-0000:00:14.0-1/input2
[ 33.321639] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)
[ 33.407323] systemd[1]: RTC configured in localtime, applying delta of 120 minutes to system time.
[ 33.417651] systemd[1]: Inserted module 'autofs4'
/etc/fstab 中没有交换文件。所有已安装的磁盘/uuid 均正确。
我检查了/etc/initramfs-tools/conf.d/resume，但该文件丢失了。
我只是跑
sudo update-initramfs -uk all
现在启动速度非常快。
答案4
在启动时，内核等待鼠标移动来初始化随机数生成器。启动时的内核消息：
sudo dmesg | less
问题：
kernel: random: crng init done
解决方案：
sudo apt install haveged
sudo systemctl enable haveged