我是菜鸟，我设法将 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）的错误挂载也消失了。