
Parece que los nuevos permisos /etc/issue
están /etc/motd
volviendo a los originales incluso si los cambiamos. Esto ocurre en sistemas que ejecutan RHEL 5 y RHEL 6. ¿Existe algún script rc que controle los permisos de /etc
los archivos?
Respuesta1
Debian
Si está utilizando una distribución basada en Debian, es probable que esto sea lo que esté causando su problema.
extracto
/etc/motd en Debian
Debian tiene una forma peculiar de manejarse
/etc/motd
. El motd se actualiza en cada reinicio, en un script de arranque (/etc/init.d/bootmisc.sh
en lenny y siguientes,/etc/init.d/bootlogs
en squeeze y superiores), que básicamente ejecuta lo siguiente:uname -snrvm > /var/run/motd [ -f /etc/motd.tail ] && cat /etc/motd.tail >> /var/run/motd
Dado que
/etc/motd
es un enlace simbólico/var/run/motd
en Debian, esto funciona.Cómo actualizar tu /etc/motd
Dado que
/etc/motd
básicamente se sobrescribe con cada reinicio, debe actualizar/etc/motd.tail
y reiniciar (!!) o también editar/etc/motd.tail
o ejecutar los comandos anteriores. Hay un informe de error (437176) para proporcionar un comando más sencillo que le permita actualizar únicamente/etc/motd.tail
.
Distribuciones basadas en Red Hat (Fedora/CentOS/RHEL)
Para este tipo de distribuciones, no conozco ningún sistema automatizado que pueda revertir estos archivos a versiones conocidas como parte de un reinicio. Estos archivos a menudo se incluyen estáticamente en estos sistemas en paquetes RPM como estos:
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
sombrero 19
$ rpm -qf /etc/issue /etc/motd
fedora-release-19-8.noarch
setup-2.8.71-1.fc19.noarch
Además, una simple búsqueda de /etc/issue
o /etc/motd
dentro /etc
no revela tal mecanismo.
$ sudo grep -r /etc/issue /etc/*