问题：启动时未安装第二个 nvme 上的安装点和文件夹。人们可能期望使用 /etc/fstab 条目进行挂载，但这并没有发生。
手动使用 cli 时会挂载该目录。
系统规格：
MX-Linux 23.1 最新更新。系统： 内核：6.5.0-1mx-ahs-amd64 [6.5.3-1~mx23ahs] arch：x86_64 位：64 编译器：gcc v：12.2.0 参数：BOOT_IMAGE=/boot/vmlinuz-6.5.0-1mx -ahs-amd64 root=UUID= rosplash 桌面：Xfce v：4.18.1 tk：Gtk v：3.24.36 信息：xfce4-panel wm：xfwm v：4.18.0 vt：7 dm：LightDM v：1.26.0发行版：MX-23.1_ahs_x64 Libretto 2023 年 10 月 15 日基础：Debian GNU/Linux 12（书虫）
机器：
类型：台式机系统：技嘉 产品：H470M DS3H v：-CF 序列号：主板：技嘉型号：H470M DS3H v：xx 序列号：UEFI：American Megatrends v：F4 日期：08/28/2020 CPU：信息：型号：Intel Core i9-10850K 位：64 类型：MT MCP 架构：Comet Lake 世代：核心 10 级别：v3 注意：检查构建：2020 工艺：Intel 14nm 系列：6 型号 ID：0xA5 (165) 步进：5 微码：0xF8[/代码]
/etc/fstab 包含：
"# 可插拔设备由 uDev 处理，它们不在 fstab 中
UUID=8af127bf-3a7f-476c-9f2b-9c45b017c850 / ext4 丢弃，noatime 1 1
UUID=4017-E145 /boot/efi vfat noatime,dmask=0002,fmask=0113 0 0
UUID=86656e34-9372-43b4-bcfc-d855da6d2925 /home ext4 丢弃，noatime 1 0
/swap/swap 交换交换默认 0 0"
“# /mnt/Data_PNY_2TB
#UUID=4dae6d7c-f5bd-4ee9-b412-9ca648984e5d /mnt/Data_PNY_2TB ext4 丢弃，noatime 1 0"
UUID=4dae6d7c-f5bd-4ee9-b412-9ca648984e5d /mnt/Data_PNY_2TB ext4 自动，默认 0 0
注意：感兴趣的 NVMe 为 UUID=4dae6d7c-f5bd-4ee9-b412-9ca648984e5d /mnt/Data_PNY_2TB Data_PNY_2TB 已安装在系统中，但在启动时不会安装。
系统中安装的 NVMe：
$ lsblk -f | lsblk grep nvme nvme1n1
└─nvme1n1p1 ext4 1.0 PNY_2TB_Label 4dae6d7c-f5bd-4ee9-b412-9ca648984e5d
nvme0n1
├─nvme0n1p1 vfat FAT32 EFI 系统 4017-E145 251.8M 0% /boot/efi ├─nvme0n1p2 ext4 1.0 rootMX23 8af127bf-3a7f-476c- 9f2b-9c45b017c850 88.7G 14% / └─nvme0n1p3 ext4 1.0 homeMX 86656e34-9372-43b4-bcfc-d855da6d2925 1.6T 0% /home
$ sudo blkid /dev/nvme1n1p1
/dev/nvme1n1p1：LABEL =“PNY_2TB_Label”UUID =“4dae6d7c-f5bd-4ee9-b412-9ca648984e5d”BLOCK_SIZE =“4096”类型=“ext4”PARTLABEL =“PNY_2TB_Partition”PARTUUID =“06928216-0fe6-4800-8e65- b6355225df8e ”
启动时安装的 NVMe：
$ sudo mount |grep nvme
/dev/nvme0n1p2 on / type ext4 (rw,noatime,discard)
/boot/efi 上的 /dev/nvme0n1p1 类型 vfat （rw、noatime、fmask=0113、dmask=0002、allow_utime=0020、codepage=437、iocharset=ascii、shortname=mixed、utf8、errors=remount-ro）
/dev/nvme0n1p3 在 /home 类型 ext4 上（rw、noatime、丢弃）
目标：在启动时挂载第二个 nvme 磁盘，用于数据存储，包括写入 MX Snapshot isos 和 Timeshift 存储位置。它应该在 Thunar 设备中可见； Thunar 是 MX-Linux Xfce 默认文件管理器。
欢迎解决方案、建议和意见。提前致谢。
附加测试：
将 fstab 中的最后一个条目修改为
UUID=4dae6d7c-f5bd-4ee9-b412-9ca648984e5d /mnt ext4 自动，默认 0 0
并运行 sudo mount -a mount: /mnt: 错误的 fs 类型、错误的选项、/dev/nvme1n1p1 上的错误超级块、缺少代码页或帮助程序或其他错误。挂载系统调用失败后，dmesg(1) 可能会提供更多信息。
这使：
$ 须藤 dmesg | grep nvme1 [4.567014] nvme nvme1：pci 函数 0000:05:00.0 [4.572284] nvme nvme1：缺少或无效的 SUBNQN 字段。 [4.572903] nvme nvme1：关闭超时设置为10秒[4.577315] nvme nvme1：8/0/0默认/读取/轮询队列[4.578339] nvme nvme1：忽略虚假命名空间标识符[4.579902] nvme1n1：p1
但手动使用 using cli 它可以工作：
$ sudo mount UUID=4dae6d7c-f5bd-4ee9-b412-9ca648984e5d /mnt mrmx@mymx:~/桌面 $ cd /mnt mrmx@mymx:/mnt $ ls Data_PNY_2TB
和 $ UUID=4dae6d7c-f5bd-4ee9-b412-9ca648984e5d /mnt/Data_PNY_2TB bash: /mnt/Data_PNY_2TB: 是一个目录
sudo 安装 UUID=4dae6d7c-f5bd-4ee9-b412-9ca648984e5d /mnt/Data_PNY_2TB
/mnt/Data_PNY_2TB 现已安装：
$ sudo mount |grep nvme1n1p1 /dev/nvme1n1p1 在 /mnt 类型 ext4 (rw,relatime) /dev/nvme1n1p1 在 /mnt/Data_PNY_2TB 类型 ext4 (rw,relatime)
Data_PNY_2TB 在启动时不使用 fstab 挂载，但使用 cli 挂载。
=================================================== =========
我不确定如何提供通过使用迄今为止评论中提供的建议获得的附加信息。以下是迄今为止的结果。
感谢您的帮助和链接。好读。我必须记住......如果其他一切都失败，请阅读内核手册页（方向）。 :)
更正 /etc/fstab 中的转录/拼写/拼写错误后，
$ 猫 /etc/fstab | grep UUID=4dae6d7c-f5bd-4ee9-b412-9ca648984e5d #UUID=4dae6d7c-f5bd-4ee9-b412-9ca648984e5d /mnt/Data_PNY_2TB ext4 丢弃，noatime 1 0
UUID=4dae6d7c-f5bd-4ee9-b412-9ca648984e5d /mnt/Data_PNY_2TB ext4 默认 0 0
#UUID=4dae6d7c-f5bd-4ee9-b412-9ca648984e5d /mnt/ ext4 自动，默认 0 0
使用 sudo chmod 666 /mnt 和 sudo chmod 666 /mnt/Data_PNY_2TB/ 后，除了 sudo chown mrmx:mrmx /mnt/Data_PNY_2TB/ 之外，以防出现用户所有者问题：
为文件夹 Data_PNY_2TB 列出的权限并不相同，具体取决于它们是按 /mnt 还是按 /mnt/Data_PNY_2TB 列出，这看起来有点奇怪，
即使无论使用 ls /mnt 还是 ls /mnt/Data_PNY_2TB，输出都会列出相同的文件夹，但 Data_PNY_2TB 的权限不同，如下所示：
$ sudo ls -hal /mnt
总计16K
drw-rw-rw- 4 mrmx mrmx 4.0K 12 月 1 日 11:15 。
drwxr-xr-x 19 根根 4.0K 12 月 1 日 10:43 ..
drw-rw-rw- 4 mrmx mrmx 4.0K 12 月 1 日 11:15 Data_PNY_2TB
drwxr-xr-x 2 root root 4.0K 12 月 1 日 10:19 文件夹T_1 和
$ sudo ls -hal /mnt/Data_PNY_2TB
总计16K
drw-rw-rw- 4 mrmx mrmx 4.0K 12 月 1 日 11:15 。
drw-rw-rw- 4 mrmx mrmx 4.0K 12 月 1 日 11:15 ..
drwxr-xr-x 2 mrmx mrmx 4.0K 11 月 29 日 17:55 Data_PNY_2TB
drwxr-xr-x 2 root root 4.0K 12 月 1 日 10:19 文件夹T_1
尝试使用 Thunar 在 Data_PNY_2TB 中创建新文件夹并尝试将快照 ISO 写入 Data_PNY_2TB 失败后，对 /mnt/Data_PNY_2TB/ 进行了额外调查。首先列出了其他调查，然后显示尝试在 /mnt/Data_PNY_2TB/ 内创建文件夹并尝试使用快照将 ISO 写入 /mnt/Data_PNY_2TB/ 的输出。
附加调查：当我尝试使用以下命令在 /mnt/Data_PNY_2TB 内创建新文件夹时
$ sudo mkdir /mnt/Data_PNY_2TB/folder_T_2,
命令 sudo mkdir /mnt/Data_PNY_2TB/folder_T_2 不会按预期在目录 /Data_PNY_2TB 中创建文件夹，而是将新文件夹放在 /mnt 中：
$ sudo mkdir /mnt/Data_PNY_2TB/folder_T_2
列出 ls -hal /mnt/Data_PNY_2TB 和 ls -hal /mnt 为文件夹 Data_PNY_2TB 提供不同的权限，与上面的示例大致相同。
$ sudo ls -hal /mnt/Data_PNY_2TB
总计20K
drw-rw-rw- 5 mrmx mrmx 4.0K 12 月 1 日 11:38 。
drw-rw-rw- 5 mrmx mrmx 4.0K 12 月 1 日 11:38 ..
drwxr-xr-x 2 mrmx mrmx 4.0K 11 月 29 日 17:55 Data_PNY_2TB
drwxr-xr-x 2 root root 4.0K 12 月 1 日 10:19 文件夹T_1
drwxr-xr-x 2 root root 4.0K 12 月 1 日 11:38 文件夹_T_2
compared to
$ sudo ls -hal /mnt
总计20K
drw-rw-rw- 5 mrmx mrmx 4.0K 12 月 1 日 11:38 。
drwxr-xr-x 19 根根 4.0K 12 月 1 日 10:43 ..
drw-rw-rw- 5 mrmx mrmx 4.0K 12 月 1 日 11:38 Data_PNY_2TB
drwxr-xr-x 2 root root 4.0K 12 月 1 日 10:19 文件夹T_1
drwxr-xr-x 2 root root 4.0K 12 月 1 日 11:38 文件夹_T_2
尽管 Data_PNY_2TB 的权限不同，但上述 ls 命令的输出在其他方面与列出的目录相同。我希望 /Data_PNY_2TB 的权限是相同的，无论使用上述两个 ls 命令中的哪一个。
Thunar 文件管理器也不允许在目录 /mnt/Data_PNY_2TB 中创建新文件夹。
快照也不允许在 /mnt/Data_PNY_2TB/ 中创建文件夹，但默认为 /mnt/snapshot。 （由于不允许活动窗口的屏幕截图，因此必须进行文字描述。）
运行 Snapshot 时，无法在 /mnt/snapshot 中创建 ISO 文件。
错误消息显示“无法创建 ISO 文件，请检查目标分区上是否有足够的空间。”
但 nvme 是新格式化的，并且有足够的空间，如下所示：
$ sudo df /mnt/Data_PNY_2TB/folder_T_2
文件系统 已使用 1K 块 可用 使用% 安装于
/dev/nvme1n1p1 1921742316 28 1824050232 1% /mnt/Data_PNY_2TB
这里发生了一些我不太明白的事情。 :)
欢迎解决方案、建议和意见。
使用外部 M.2 USB 适配器是否可以绕过当前使用第二块基于 M.2 nvme 的主板作为文件夹 Data_PNY+2TB 的数据磁盘所遇到的问题？
答案1
您尝试使用的选项称为“默认”而不是“默认”。这将做出正确的/etc/fstab输入：
UUID=4dae6d7c-f5bd-4ee9-b412-9ca648984e5d /mnt ext4 defaults,auto 0 0
编辑：您的手册起作用的原因mount是您没有提供任何选项（因此没有发生拼写错误）并且一切顺利。
答案2
更换nvme解决问题。