☰

重启后无法挂载？

tag-icon • tag-icon mount fstab
重启后无法挂载？

我通过 SSH 安装驱动器，然后编辑 fstab 以反映更改，但是重新启动后，驱动器未安装？

我不明白我做错了什么？

这是我的 fstab 及其 /md0，在重新启动后未安装，我是否缺少某些内容？

# <file system> <mount point>   <type>  <options>   <dump>  <pass>
/dev/md4    /   ext3    errors=remount-ro,usrjquota=quota.user,jqfmt=vfsv0  0   1
/dev/md0    /BACKUP ext3    defaults    0   1
/dev/md1    /boot   ext3    errors=remount-ro   0   1
/dev/md2    /var/tmp    ext3    usrjquota=quota.user,jqfmt=vfsv0    1   2
/dev/sda3   swap    swap    defaults    0   0
/dev/sdb3   swap    swap    defaults    0   0
proc        /proc   proc    defaults        0   0
sysfs       /sys    sysfs   defaults        0   0
tmpfs       /dev/shm    tmpfs   defaults    0   0
devpts      /dev/pts    devpts  defaults    0   0

答案1

有时原因不是fstab配置本身，问题可能出在其他地方。

通过简单地swap在文件中添加一个条目/etc/fstab，它不会神奇地激活交换分区。通常这是通过swapon调用来完成的，可以手动进行或programatically：

  • 手动：只需在终端中运行swapon -a，它将尝试打开fstab文件中声明的所有交换分区。
  • 以编程方式：希望您的发行版附带一个/etc/init.d/swap守护进程/服务，它可以做到这一点。

我遇到过这样的情况：由于某些原因，我想停用交换（通过swapoff删除脚本服务来防止每次重新启动后自动重新安装init）。然而，过了一段时间我改变了主意，我重新设置了交换，只是我忘记了重新添加swap初始化脚本服务（例如/etc/init.d/swap）。

因此，我通过 (1) 配置fstab和 (2) 添加swapinit 脚本服务来修复它。

答案2

就我而言，这是由于 Digital Ocean 中的磁盘迁移问题造成的。这导致磁盘 UUID 发生更改。我发现磁盘配置可以在多个地方。

第一个在/etc/fstab文件中（您的方法），第二个在文件中定义/etc/systemd/system/mnt-volume_*.mount→这指出了错误的 UUID，并且尽管在中设置了配置，但 systemd 仍尝试安装它fstab

解决方案：

  1. 删除/etc/systemd/system/mnt-volume_*.mount文件
  2. 重新挂载磁盘（挂载命令+调整fstab）
  3. 重新启动系统→一切正常。

来源：https://docs.digitalocean.com/products/volumes/how-to/detach/

相关内容