web-dev-qa-db-ja.com

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つずつ説明します。

linuxubuntu-12.04fstabawstats
36
jaypabs

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

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

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

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

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

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

42
Geert Stappers

_/etc/mtab_を手動で編集することはできません。

ただし、_/etc/fstab_を変更して、persistentマウントポイント（起動時にマウントされるもの）を追加または削除できます。また、_/etc/fstab_ファイルは、マウントポイントを参照するためにmount(8)コマンドによって使用されます。

OSの現在の状態を変更せずに、安全に新しいマウントポイントを定義するか、_/etc/fstab_で既存のマウントポイントを削除できます。これらの変更を反映する手動でmount(8)およびumount(8)ファイルシステムを作成できます。また、すでにマウントされているファイルシステムを別のオプションで再マウントすることもできます。例：

_mount -o remount,noexec /var
_

ここでの質問は、なぜbindマウントポイントがまったく必要だと思いますか。また、それらを使用することで何を実現しようとしているのでしょうか。しかし、私は反論します。

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

  1. _/etc/mtab_を手動で編集しないでください
  2. 変更するファイルシステムを使用するアプリケーションとサービスを停止します。これは常に可能であるとは限りませんが、_/var_の下のホストログファイル専用のファイルシステムのみを使用する場合があります。
  3. umountすべてのbindマウントポイント。
  4. _/etc/fstab_を必要に応じて書き換えます。
  5. ファイルシステムを手動でマウントします。
10
dawud

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

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

0
blau