系统不再在指定的挂载点挂载 fs,而是创建自己的挂载点

系统不再在指定的挂载点挂载 fs,而是创建自己的挂载点

Linux q-1 5.13.0-48-通用 #54~20.04.1-Ubuntu SMP 星期四 6 月 2 日 23:37:17 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

我在我的笔记本电脑上使用两个外部文件系统,安装方式如下:

~ $ ls -l /media/q
28
drwxrwxrwx 50 q sambashare 12288 Jun 30 17:30 256GB/
drwxr-xr-x  2 q q           4096 Jul  1 12:00 HDD1/
drwxr-xr-x 25 q q          12288 Jun 30 18:12 HDD11/

HDD1 是正确的挂载点,但最近两天系统拒绝使用它,而是生成了 HD​​D11。我认为,由于 HDD1 的日期是在我启动系统时,因此它不再带有 /media/q/HDD1 的任何内部记录,而它显示了 HDD11 的上次使用日期。但 HDD1 确实存在,我也可以在 6 月 30 日向其中写入文件,但系统的行为就像每次我启动时第一次创建 HDD1 一样。

我尝试在系统运行时移除 HDD1 和 HDD11,然后重新插入设备,并且它会安装在 HDD11 上,即使我在重新插入设备之前明确重新创建了 HDD1。

答案1

并非如此偶然。事实证明,任何 fs 的 /etc/fstab 条目都会主导自动挂载过程,但当我删除 fstab 条目以便启动不会在 fs 不存在时挂起时,自动挂载又回到了 HDD11 的糟糕老路上。我需要 fstab 条目,但进行了修改,以便挂载在丢失时忽略 fs,这是由“nofail”选项提供的,因此,在 /etc/fstab 中

# LABEL=HDD1  UUID=0328f14c-7f13-444e-bbca-b2f9565d64fb TYPE=ext4
LABEL=HDD1     /media/q/HDD1    ext4    defaults,nofail   0 2

blkid /dev/sd? 提供注释行中显示的信息,fdisk -l 提供 /dev/sd? 的实际值。两者都需要 sudo。

相关内容