fstabとmtabを編集した後、サーバーを再起動する必要がありますか？

fstabとmtabを編集した後、サーバーを再起動する必要があるかどうか疑問に思っています。awstatsレポートに問題があるため、このファイルを手動で変更しました。

howtoforgeのチュートリアルの助けを借りてISPConfig 3を使用しています。ただし、一部のアカウントの削除/削除により、fstabとmtabの設定が台無しになりました。

howtoforgeフォーラムでもこの質問をしていますが、今まで誰も回答していません。私の質問を読みたいのであればこちらを訪れてください。

私は運のない問題を解決するために非常に懸命に努力しました。

更新：

ここに私のfstabがどうなりますか：

値がされる前（私は他を省略しました）：

/var/log/ispconfig/httpd/mydomain.com /var/www/clients/client1/web1/log    none    bind,nobootwait    0 0
/var/log/ispconfig/httpd/example.com /var/www/clients/client1/web2/log    none    bind,nobootwait    0 0

そこで、正しいパスに変更しました。

/var/log/ispconfig/httpd/mydomain.com /var/www/clients/client1/web2/log    none    bind,nobootwait    0 0
/var/log/ispconfig/httpd/example.com /var/www/clients/client1/web3/log    none    bind,nobootwait    0 0

また、mtabが上記と同じ値を持つことがわかったため、手動で編集しました。

から：

/var/log/ispconfig/httpd/mydomain.com /var/www/clients/client1/web1/log none rw,bind 0 0
/var/log/ispconfig/httpd/example.com /var/www/clients/client1/web2/log none rw,bind 0 0

に：

/var/log/ispconfig/httpd/mydomain.com /var/www/clients/client1/web2/log none rw,bind 0 0
/var/log/ispconfig/httpd/example.com /var/www/clients/client1/web3/log none rw,bind 0 0

mydomain.comとexample.comの正しいパスはそれぞれweb2とweb3フォルダーの下にあるはずなので、これらの値を編集しました。

現在、example.comのログは次のように示されています。

/var/www/clients/client1/web2/log

あるべき時：

/var/www/clients/client1/web3/log

だから、これはfstabとmtabのせいだと思っています。

ログをデフォルトのディレクトリに正しくポイントする方法を教えてください。

このリンクでシナリオを1つずつ説明します。

ファイル/etc/mtabはオペレーティングシステムによって管理されます。編集しないでください。

ファイル/etc/fstabは、マウントするものを定義します。システム起動時に読み込まれます。

システムの起動時にマウントする必要のあるシステムに追加のディスクを追加するとき、それをに追加し/etc/fstabます。

更新されたものの正確さを確認する/etc/fstab には、コマンドを使用しmount -aます。これ/etc/fstabはシステムの起動時に読み取られ、まだマウントされていないファイルシステムをマウントします。

マウントポイントが見つからないか、デバイスが見つからない場合、エラーが発生します。

再起動に関する質問に回答するには：いいえ、編集後に再起動する必要はありません/etc/fstab。で試乗できますmount -a

/etc/mtab手動で編集することはありません。

ただし、永続的なマウントポイント、つまり起動時にマウントされるマウントポイント/etc/fstabを追加または削除するように変更できます。また、このファイルは、マウントポイントを参照するコマンドによって使用されます。/etc/fstabmount(8)

/etc/fstabOSの現在の状態を変更せずに、新しいマウントポイントを安全に定義したり、既存のマウントポイントを削除したりできます。手動ですることができますmount(8)し、umount(8)それらの変更を反映したファイルシステム。また、dfferentオプションを使用して、既にマウントされているファイルシステムを再マウントすることもできます。例：

mount -o remount,noexec /var

ここでの質問は、なぜbindマウントポイントが必要だと思うのか、そしてマウントポイントを使用して何を達成しようと考えているのかということです。しかし、私は嫌いです。

bindマウントポイントを扱う場合、再起動せずにファイルシステムレイアウトを再構成する手順は次のとおりです。

1. /etc/mtab手動で編集しないでください
2. 変更するファイルシステムを使用するアプリケーションとサービスを停止します。これは常に可能というわけではありませんが、ユースケースはのホストログファイル専用のファイルシステムのみを含むようです/var。
3. umountすべてのbindマウントポイント。
4. /etc/fstabニーズに合わせて書き直してください。
5. ファイルシステムを手動でマウントします。

mtabは現在マウントされているファイルシステムをリストするため、システムによって書き込まれ、その内容は再起動、アンマウント、または新しいマウントなどの後に変更されます。fstabは利用可能なファイルシステムをリストし、永続的です。つまり、再起動後も存続します。

mtabを直接編集しないでください。