Veja o ls -l /etc/localtime
para ver a que horas a alteração ocorreu. Em seguida, examine os registros como /var/log/audit/audit.log
e /var/log/secure
para o que pode ter sido iniciado por volta dessa hora.
Observe que agora systemd
assumiu /etc/localtime
e há um comando
timedatectl set-timezone <zone>
que também pode alterar este arquivo. Além disso, há um systemd-timedated.service
que
fornece um serviço dbus para alterar o fuso horário.
Você também pode procurar nos logs do systemd:
sudo journalctl -l|grep timedate
Você pode encontrar os scripts que são executados pela instalação de um rpm executando
rpm -q --scripts glibc
por exemplo, para a glibc.
Você pode registrar as alterações em um arquivo instalando e iniciando audit
e configurando um relógio no arquivo com
sudo auditctl -w /etc/localtime -k mymarker
depois, olhando pelos registros com
sudo ausearch -k mymarker
Remova todas as regras com sudo auditctl -D
. Você obterá informações sobre qualquer processo que abrir ou alterar o arquivo, mas se for de um shell script que não ajudará muito, pois o comando será apenas rm
ou ln
.
Talvez, se você usar timedatectl set-timezone
para alterar o fuso horário, em vez de vinculá-lo por conta própria, ele será feito de forma que outras atualizações sejam aceitas e não sejam alteradas.