看起来,即使我们更改了新的权限/etc/issue
,也会/etc/motd
恢复到原始权限。这是在运行 RHEL 5 和 RHEL 6 的系统上。是否有任何 rc 脚本可以控制文件的权限/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/*