回答:
簡単に実行できます: mount -a
-a fstabに記載されている(指定されたタイプの)すべてのファイルシステムをマウントします。
このコマンドは、fstabに記載されている(まだマウントされていない)すべてのファイルシステムをマウントし、ブート中のシステムスクリプトの起動に使用されます。
mount -a
/etc/fstab
再読み込みによってもリロードされる/etc/mtab
ので、彼はそれだけで大丈夫です。
mountコマンドは、--fake
または-f
略してかかります。次のコマンドは、必要なことを行う必要があります。
mount -fav
以下は、-f
オプションのドキュメントにあります。
Causes everything to be done except for the actual system call; if it's not obvious, this ``fakes'' mounting the filesystem. This option is useful in conjunction with the -v flag to determine what the mount command is trying to do.
(これはLinuxであることに注意してください-他の場所で使用する前に確認してください:FreeBSDは-f
'force'に使用します-まったく逆の意味です。)
mount --fake -a
だけど、exit code($?)=0
いつも戻ってくるようだ。うーん...
successfully mounted
マウントポイントが存在しない場合でも、それを言う
mount -fav
正しいと検証されました。すぐにmount -a
エラーが見つかりました。
この/ problem /を見つけましたが、ソリューションは私の要件を満たしていませんでした。
/ etc / fstabに無効なエントリ(fsckがチェックできないファイルシステムが見つからないなど)で再起動する場合。システムは起動に失敗します。ヘッドレスボックスがある場合は、対処がはるかに困難になる可能性があります。
これは、このブートの問題を回避するために/ etc / fstabをチェックする私の解決策です。
# cat /usr/local/bin/check-fstab-uuid-entries.sh
#!/usr/bin/env bash
for x in $(grep ^UUID /etc/fstab|cut -d \ -f 1|cut -d = -f 2)
do
if [ ! -h /dev/disk/by-uuid/$x ];then
echo $(grep $x /etc/fstab) ..... not found
fi
done
mount -aは、/ etc / fstabをチェックする安全な方法です。そうしないと、エントリを間違えるとシステムが破損する可能性があります
また、元の/ etc / fstabファイルのバックアップコピーを保存することをお勧めします。ルートのホームディレクトリにコピーできます
TBHは、偽のマウントでさえ、fsタイプの不正なエントリのfstabを安全に検証しません。
正しいuuidやディレクトリなどを持つエントリを持つことができますが、存在しないFSタイプを指定すると、次回の起動が停止します。
[root @ grumpy〜]#grep backup / etc / fstab UUID = 5ed48e5e-7251-4d49-a273-195cf0432a89 / mnt / backup noatime、nodiratime、xfs defaults、nodev、nosuid 0 0 [root @ grump〜]# [root @ grumpy〜]#mount -fav | grepバックアップ / mnt / backup:正常にマウントされました [root @ grumpy〜]#