
看起來,即使我們更改了新的權限/etc/issue
,也會/etc/motd
恢復到原始權限。這是在執行 RHEL 5 和 RHEL 6 的系統上/etc
。
答案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
由於
/etc/motd
是 Debian 中的符號鏈接/var/run/motd
,因此可以使用。如何更新 /etc/motd
由於
/etc/motd
每次重新啟動時基本上都會被覆蓋,因此您需要更新/etc/motd.tail
並重新啟動(!!)或編輯/etc/motd.tail
或執行上述命令。有一個錯誤報告(437176)提供一個更簡單的命令來允許您僅更新/etc/motd.tail
。
基於 Red Hat 的發行版 (Fedora/CentOS/RHEL)
對於這些類型的發行版,我不知道有任何自動化系統可以在重新啟動時將這些檔案還原為已知版本。這些檔案通常靜態地包含在這些系統的 RPM 套件中,例如:
CentOS 5.x
$ rpm -qf /etc/issue /etc/motd
centos-release-5-9.el5.centos.1
setup-2.5.58-9.el5
CentOS 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
此外,對or /etc/motd
inside 的簡單搜尋/etc
發現沒有這樣的機制。
$ sudo grep -r /etc/issue /etc/*