☰

Xubuntu 18.04 在 NVMe SSD 上启动非常慢

tag-icon • tag-icon boot xubuntu nvme
Xubuntu 18.04 在 NVMe SSD 上启动非常慢

我的 Xubuntu 18.04 系统启动速度非常慢 - 看起来内核在启动过程中挂起大约 90 秒（在将控制权移交给 systemd 之前）。
相比之下，作为辅助系统的 Windows 10 启动需要 10-15 秒。这正是我对运行双 Xeon Silver 4110 并从 NVMe SSD 启动的工作站的期望 - 启动时间不会超过 2 分钟。

我尝试分析 OP 中的时间这个问题，这里是输出systemd-analyze：
Startup finished in 1min 34.506s (kernel) + 39.871s (userspace) = 2min 14.377s
graphical.target reached after 11.494s in userspace
内核这么长时间到底在做什么？

systemd-analyze blame说的是这个（这些只是前 5 个条目 - 所有其他条目加起来用时不到 10 秒，总计约 48 秒）：

     15.608s apt-daily.service
     14.775s apt-daily-upgrade.service
      6.261s NetworkManager-wait-online.service
      2.021s [email protected]
      1.155s zfs-fuse.service

我也检查了dmesg一下，寻找任何差距建议在这里。前 3 秒发生了很多事情，然后……

[    3.177248] sr 13:0:0:0: Attached scsi generic sg3 type 5
[    3.180142] random: fast init done
[    3.180463] random: systemd-udevd: uninitialized urandom read (16 bytes read)
[    3.180494] random: systemd-udevd: uninitialized urandom read (16 bytes read)
[    3.180505] random: systemd-udevd: uninitialized urandom read (16 bytes read)
[   94.416745] EXT4-fs (nvme0n1p5): mounted filesystem with ordered data mode. Opts: (null)
[   94.538084] systemd[1]: systemd 237 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid)
[   94.558536] systemd[1]: Detected architecture x86-64.

91 秒究竟花在了什么上？我试着检查这EXT4-fs句话的意思，结果发现Fedora 18 中的这个错误，它建议检查挂载。以下是mount输出中的相关行：

/dev/nvme0n1p5 on / type ext4 (rw,relatime,errors=remount-ro)

这里发生了什么？我认为它可能相关，这是我的分区布局（blkid）：

/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/nvme0n1: PTUUID="92606867" PTTYPE="dos"
/dev/nvme0n1p1: UUID="e202280b-c8bb-4420-96d5-7b61ef8d9cca" TYPE="swap" PARTUUID="92606867-01"
/dev/nvme0n1p3: LABEL="ZastrzeM-EM-<one przez system" UUID="04B86A80B86A6FDA" TYPE="ntfs" PARTUUID="92606867-03"
/dev/nvme0n1p4: UUID="F4766BFA766BBBCC" TYPE="ntfs" PARTUUID="92606867-04"
/dev/nvme0n1p5: UUID="875adb3f-9abd-43f7-a909-aa8a77676004" TYPE="ext4" PARTUUID="92606867-05"
/dev/sda: LABEL="tank" UUID="9630541256789858078" UUID_SUB="7514627587335991623" TYPE="zfs_member"
/dev/sdb: LABEL="tank" UUID="9630541256789858078" UUID_SUB="7746526721653217213" TYPE="zfs_member"
/dev/sdc: LABEL="tank" UUID="9630541256789858078" UUID_SUB="15647716461375923660" TYPE="zfs_member"

我从一台 NVMe SSD 驱动器启动，它有一个“msdos”分区表（由 gparted 报告），分区如下：

  • p1：Linux交换
  • p2：包含 p5 的扩展分区，其中包含 Xubuntu 系统
  • p3：Windows 10 启动分区（语言是波兰语，因此名字很奇怪）
  • p4：windows 10系统

ZFS 矩阵中也有 3 个 HDD，但它们应该无关紧要。不知道所有这些循环是什么。

根据 Simon 的要求，输出如下cat /proc/cmdline：

BOOT_IMAGE=/boot/vmlinuz-4.18.0-20-generic root=UUID=875adb3f-9abd-43f7-a909-aa8a77676004 ro quiet splash vt.handoff=1

更新：我发现这个问题但rng-tools答案和答案都没有RESUME改善情况。我还尝试按照建议直接设置恢复卷 UUID这里但无济于事。

相关内容