/etc/ 下的幾個檔案的權限發生變化

/etc/ 下的幾個檔案的權限發生變化

看起來,即使我們更改了新的權限/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/bootlogssqueeze 及以上版本中),該腳本基本上運行以下內容:

   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/motdinside 的簡單搜尋/etc發現沒有這樣的機制。

$ sudo grep -r /etc/issue /etc/*

相關內容