![系统不再在指定的挂载点挂载 fs,而是创建自己的挂载点](https://linux22.com/image/1027233/%E7%B3%BB%E7%BB%9F%E4%B8%8D%E5%86%8D%E5%9C%A8%E6%8C%87%E5%AE%9A%E7%9A%84%E6%8C%82%E8%BD%BD%E7%82%B9%E6%8C%82%E8%BD%BD%20fs%EF%BC%8C%E8%80%8C%E6%98%AF%E5%88%9B%E5%BB%BA%E8%87%AA%E5%B7%B1%E7%9A%84%E6%8C%82%E8%BD%BD%E7%82%B9.png)
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 是正确的挂载点,但最近两天系统拒绝使用它,而是生成了 HDD11。我认为,由于 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。