/etc/ 下的几个文件的权限发生变化

/etc/ 下的几个文件的权限发生变化

看起来,即使我们更改了新的权限/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/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/*

相关内容