少なくとも歴史的に、Red Hatは次のように書いています。
Red Hat Enterprise Linux での /usr/local/ ディレクトリの使用は、FHS で指定したものとは若干異なります。 FHS は、/usr/local/ がシステムソフトウェアのアップグレードから保護されたソフトウェアが保存される場所であることを意味します。ソフトウェアのアップグレードはRPM(Red Hat Package Manager)を使用して安全に実行できるため、ファイルを/usr/local/に保存して保護する必要はありません。これとは対照的に、/usr/local/ディレクトリは、コンピュータにローカルなソフトウェアを保存するために使用されます。
たとえば、/usr/ディレクトリがリモートホストから読み取り専用NFS共有としてマウントされている場合でも、/usr/local/ディレクトリの下にパッケージまたはプログラムをインストールできます。
ただし、これは、NFSファイルシステム/usrのディレクトリにマウントされたローカルファイルシステム/usr/localがあることを示します。
Red Hatにそのような機能がありますか?本物ネットワークに接続してNFS経由で/ usrをマウントした後、正しい場所に/ usr / localをローカルファイルシステムにマウントする機能はサポートされていますか?終了する時はその逆ですか?これはどのように実装されますか?mount
この機能を実装するために必要なものなど、いくつかの興味深いオプションがありますか?
ネットワークファイルシステムをマウントするために使用されるRHEL初期化スクリプトと呼ばれますnetfs
。
答え1
同様の状況で、顧客は必要に応じてファイルシステムをマウント(およびアンマウント)するためのカスタム初期化スクリプトを作成するように指示されます。
したがって、これは顧客が厳しい詳細を心配しないようにする可能性のある解決策です。
この例では、initスクリプトで識別されたコメントを使用してchkconfig
ソートを構成します。
このスクリプト例では、chkconfig ステートメントの値は次のことを示します。
345は、スクリプトが開始される実行レベルを示す。
29は開始優先順位であり、この場合、スクリプトは起動時にGFS2 initスクリプト(開始優先順位26)の後に実行されることを意味します。
73は停止優先順位であり、この場合、終了中に停止優先順位が74のGFS2スクリプトの前にスクリプトが停止することを意味します。
#!/bin/bash
#
# chkconfig: 345 29 73
# description: mount/unmount my custom bind mounts onto a gfs2 subdirectory
#
#
### BEGIN INIT INFO
# Provides:
### END INIT INFO