☰

再起動後にマウントできませんか？

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）。しかし、しばらくすると心が変わり、スワップをリセットしました。ただし、swapinitスクリプトサービス（例：/etc/init.d/swap）を再度追加することを忘れていました。

だから（1）initスクリプトサービスを設定fstabし、（2）追加して問題を解決しました。swap

答え2

私の場合、Digital Oceanのディスク移行の問題が原因でした。これによりディスク UUID が変更されます。ディスク構成が複数の場所にある可能性があることがわかりました。

最初のものは/etc/fstabファイル（あなたの方法）にあり、2番目はファイルに定義されています。/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/

関連情報