
および の新しい権限は/etc/issue
、/etc/motd
変更しても元の権限に戻ってしまうようです。これは、RHEL 5 および RHEL 6 を実行しているシステムで発生します。/etc
ファイルの権限を制御する rc スクリプトはありますか?
答え1
デビアン
Debian ベースのディストリビューションを使用している場合、これが問題の原因である可能性があります。
抜粋
Debian の /etc/motd
Debian は、独特な処理方法を持っています
/etc/motd
。 motd は、再起動のたびにブート スクリプト (/etc/init.d/bootmisc.sh
lenny およびそれ以下、/etc/init.d/bootlogs
squeeze およびそれ以上) で更新され、基本的に以下を実行します。uname -snrvm > /var/run/motd [ -f /etc/motd.tail ] && cat /etc/motd.tail >> /var/run/motd
はDebian
/etc/motd
へのシンボリックリンクなので/var/run/motd
、これは機能します。/etc/motd を更新する方法
基本的に再起動のたびに上書きされるため、代わりに更新して再起動するか(!!)、上記のコマンドを編集または実行する
/etc/motd
必要があります。バグレポートがあります(/etc/motd.tail
/etc/motd.tail
437176) を使用すると、 のみを更新できるより簡単なコマンドが提供されます/etc/motd.tail
。
Red Hat ベースのディストリビューション (Fedora/CentOS/RHEL)
これらのタイプのディストリビューションでは、再起動時にこれらのファイルを既知のバージョンに戻す自動システムは知りません。これらのファイルは、多くの場合、次のような RPM パッケージでこれらのシステムに静的に含まれています。
5.x の場合
$ rpm -qf /etc/issue /etc/motd
centos-release-5-9.el5.centos.1
setup-2.5.58-9.el5
6.x の場合
$ rpm -qf /etc/issue /etc/motd
centos-release-6-5.el6.centos.11.2.x86_64
setup-2.8.14-20.el6_4.1.noarch
フェドラ 19
$ rpm -qf /etc/issue /etc/motd
fedora-release-19-8.noarch
setup-2.8.71-1.fc19.noarch
さらに、単純に検索しても/etc/issue
、そのようなメカニズムは見つかりません。/etc/motd
/etc
$ sudo grep -r /etc/issue /etc/*