![20.04 从 m.2 ssd 启动需要很长时间](https://linux22.com/image/924761/20.04%20%E4%BB%8E%20m.2%20ssd%20%E5%90%AF%E5%8A%A8%E9%9C%80%E8%A6%81%E5%BE%88%E9%95%BF%E6%97%B6%E9%97%B4.png)
我是菜鸟,我设法将 20.04 安装到 SSD 上,Samsung 850 EVO 250Gb (mz-n5e250),但是与标准 ssd 安装相比,我的启动时间相当长。首先,注意到在安装过程中它将 m.2 检测为 /dev/sdd 而不是 /dev/nvme...可能没什么,安装过程没有问题。现在这是与 Windows 10 一起的双启动设置。Grub 运行良好,然后是漫长的等待...当我进入 Ubuntu 桌面时,我注意到在收藏夹中我可以看到 root、efi 和 home 被安装为媒体,我以前从未见过这种情况。无论如何,深入挖掘后发现罪魁祸首似乎是 udisks2:
sudo systemd-analyze 责任:
32.803s udisks2.服务 6.452s NetworkManager-等待在线.服务 5.296s plymouth-quit-wait.service 563ms systemd-logind.service 559ms snap-gnome\x2d3\x2d34\x2d1804-33.mount 558ms snap-gtk\x2dcommon\x2dthemes-1506.mount 557ms snap-gnome\x2d3\x2d34\x2d1804-27.mount
和关键链:
图形.目标@34.045s └─udisks2.service @1.241秒 +32.803秒 └─basic.target @1.189秒 └─sockets.target @1.189秒 └─snapd.socket @1.188s +478us └─sysinit.target @1.185s └─systemd-timesyncd.service @894ms +290ms └─systemd-tmpfiles-setup.service @867ms +25ms └─local-fs.target @863ms └─run-user-1000-gvfs.mount @22.329s └─run-user-1000.mount @22.182s └─swap.target @815ms └─dev-disk-by\x2duuid-3f951984\x2d35cf\x2d4e0d\x2d8dee\x2d072d2f4c8d66.swap @767ms +47ms └─dev-disk-by\x2duuid-3f951984\x2d35cf\x2d4e0d\x2d8dee\x2d072d2f4c8d66.device @759ms
因此,我检查了 fstab 并认为可能存在问题:
# <文件系统> <挂载点> <类型> <选项> <转储> <传递> # 安装期间 / 位于 /dev/sdd1 上 UUID=2ac96265-f633-42a7-8ab4-5f3f4a9065ec / ext4 错误=remount-ro 0 1 # 安装期间 /boot/efi 位于 /dev/sda2 上 UUID=6AE9-5D89 /boot/efi vfat umask=0077 0 1 # 安装期间 /home 位于 /dev/sdd3 上 UUID=8e1a5a66-e062-42cd-bf93-2042e61dd9ba /home ext4 默认值 0 2 # 安装期间交换位于 /dev/sdd2 上 UUID=3f951984-35cf-4e0d-8dee-072d2f4c8d66 无交换 sw 0 0
与 blkid 相比:
/dev/sdd2:UUID=“3f951984-35cf-4e0d-8dee-072d2f4c8d66”TYPE=“交换”PARTUUID=“90c89aee-5a06-4d7b-b292-45ea9a1bf90b” /dev/sdd1:UUID=“2ac96265-f633-42a7-8ab4-5f3f4a9065ec” TYPE=“ext4” PARTUUID=“6a78d7fe-ebdf-44c4-9839-58bd1d3435a2” /dev/loop0:类型="squashfs" /dev/loop1:类型=“squashfs” /dev/loop2:类型=“squashfs” /dev/loop3:类型="squashfs" /dev/loop4:类型="squashfs" /dev/loop5:类型="squashfs" /dev/loop6:类型="squashfs" /dev/loop7:类型="squashfs" /dev/sda1:LABEL="恢复" UUID="0294E89394E88A8D" TYPE="ntfs" PARTLABEL="基本数据分区" PARTUUID="166342dd-a166-4598-b639-ac44b12e1ffe" /dev/sda2:UUID="6AE9-5D89" TYPE="vfat" PARTLABEL="EFI 系统分区" PARTUUID="9218c53d-42bd-4ca3-b222-e6fa7d52378f" /dev/sda4:UUID="84C2F292C2F28826" TYPE="ntfs" PARTLABEL="基本数据分区" PARTUUID="5889556a-909f-4410-a177-30cb5b843280" /dev/sdc2:LABEL="数据" UUID="ACF4143FF4140DE8" TYPE="ntfs" PARTLABEL="基本数据分区" PARTUUID="981bc30b-aedb-4269-814b-b768667d4dde" /dev/sdd3:UUID="8e1a5a66-e062-42cd-bf93-2042e61dd9ba" TYPE="ext4" PARTUUID="ff33cea9-5f9a-476a-b2b4-a3d2da50e67e" /dev/loop8:类型=“squashfs” /dev/sda3:PARTLABEL="Microsoft 保留分区" PARTUUID="b488c487-f54f-4f7f-a144-18e91e01efbc" /dev/sdc1:PARTLABEL="Microsoft 保留分区" PARTUUID="1b884629-3787-4cab-a008-1f3de408c226"
所以,一切看起来都很好(据我所知)。
我运行了“sudo cat /var/log/syslog | grep -i udisks2”:
5 月 7 日 10:56:51 ollie-MS-7B87 dbus-daemon[1103]: [session uid=125 pid=1103] 通过 systemd 激活:服务名称='org.gtk.vfs.U盘2VolumeMonitor' 单位 ='gvfs-udisks2-volume-monitor.service' 由 ':1.2' 请求(uid=125 pid=1097 comm="/usr/libexec/tracker-miner-fs " label="unconfined") 5 月 7 日 10:56:51 ollie-MS-7B87 dbus-daemon[900]:[system] 通过 systemd 激活:服务名称 ='org.freedesktop。U盘2' 单位='udisks2.service' 由 ':1.27' 请求 (uid=125 pid=1119 comm="/usr/libexec/gvfs-udisks2-volume-monitor“标签=“不受限制”) 5 月 7 日 10:57:11 ollie-MS-7B87 dbus-daemon[1472]: [session uid=1000 pid=1472] 通过 systemd 激活:服务名称='org.gtk.vfs.U盘2VolumeMonitor' 单位 ='gvfs-udisks2-volume-monitor.service' 由 ':1.1' 请求 (uid=1000 pid=1467 comm="/usr/libexec/tracker-miner-fs " label="unconfined") 5月7日 10:57:16 ollie-MS-7B87 gvfs-udisks2-vo[1517]: 显示器表示不支持 5月7日 10:57:16 ollie-MS-7B87 gvfs-udisks2-vo[1119]: 显示器表示不支持 5 月 7 日 10:57:16 ollie-MS-7B87 dbus-daemon[1472]: [session uid=1000 pid=1472] 成功激活服务“org.gtk.vfs”。U盘2音量监视器 5 月 7 日 10:57:16 ollie-MS-7B87 dbus-daemon[1103]: [session uid=125 pid=1103] 成功激活服务“org.gtk.vfs”。U盘2音量监视器 5月7日 10:57:16 ollie-MS-7B87 gvfs-udisks2-vo[1517]: 显示器表示不支持 5月7日 10:57:16 ollie-MS-7B87 gvfs-udisks2-vo[1517]: 显示器表示不支持 5月7日 10:57:16 ollie-MS-7B87 gvfs-udisks2-vo[1119]: 显示器表示不支持 5月7日 10:57:16 ollie-MS-7B87 tracker-miner-f[1467]: dbus 名称为 org.gtk.vfs 的远程卷监视器。U盘2不支持 VolumeMonitor 5月7日 10:57:16 ollie-MS-7B87 gvfs-udisks2-vo[1119]: 显示器表示不支持 5 月 7 日 10:57:16 ollie-MS-7B87 tracker-extract[1096]: dbus 名称为 org.gtk.vfs 的远程卷监视器。U盘2不支持 VolumeMonitor 5月7日 10:57:16 ollie-MS-7B87 tracker-extract[1466]: dbus 名称为 org.gtk.vfs 的远程卷监视器。U盘2不支持 VolumeMonitor 5 月 7 日 10:57:16 ollie-MS-7B87 tracker-miner-f[1097]: dbus 名称为 org.gtk.vfs 的远程卷监视器。U盘2不支持 VolumeMonitor 5月7日 10:57:23 ollie-MS-7B87 udisksd[942]: 已获取名称 org.freedesktop。U盘2在系统消息总线上
我可以确认问题不仅限于 m.2,还存在于全新安装的外部 ssd 中。udisks2 再次在收藏夹栏中安装 /efi 、 /root 和 /home 作为媒体时出现问题。我猜我的系统设置中存在 Ubuntu 不太喜欢的东西。
答案1
问题解决了!曾是系统中的某个东西导致 udisks2 无法运行,是 DVD/CD-ROM 驱动器!我有一台三星 Tru-Direct WriteMaster,一旦它与 SATA 断开连接,下次启动就完美了。除了“正常”的启动时间外,udisks2 的自动挂载功能也正常工作,因为收藏夹栏中系统分区(如 /efi 和 /root)的错误挂载也消失了。