
Похоже, что новые разрешения на /etc/issue
и /etc/motd
возвращаются к исходным, даже если мы их меняем. Это происходит в системах RHEL 5 и RHEL 6. Есть ли какой-либо скрипт rc, который управляет разрешениями на /etc
файлы?
решение1
Дебиан
Если вы используете дистрибутив на базе Debian, то, скорее всего, именно это является причиной вашей проблемы.
выдержка
/etc/motd в Debian
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, такие как эти:
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
или /etc/motd
внутри /etc
не обнаруживает такого механизма.
$ sudo grep -r /etc/issue /etc/*