That might be somewhat of an issue as I am running systemd and not the
default initscripts, therefore there is no rc.conf file on my
system... Also, `ps` does not report a syslog process running.
Running `systemctl start syslog.service` responded that the syslog
service could not be found.
And this made me realise that only apps with self-managed logs are
currently leaving logs on my system. The last time kernel.log was
updated is on May 31... The only logs that are up-to-date are
'faillog', 'lastlog' and self-managed apps like pacman, X and SLiM.
`pacman -Ql slim` taught me that there's a file located in
/etc/logrotate.d/ that defines configuration for log rotation. This in
turn is used by logrotate(8) which is usually invoked automatically
through cron. This led me to the conclusion that cron(ie) was not
running on my system. Fortunately, cronie includes startup scripts for
systemd, and I was able to start cron through these commands:
# systemctl enable cronie.service
# systemctl start cronie.service
I deleted the /var/log/slim.log file, however the filesystem still
reports being full... That is weird. Sure, 27G files aren't a common
occurence. I hope my filesystem is not thrashed.
Thanks a lot Mikkel for your insight!
On 3 July 2012 16:05, Mikkel Kristiansen
Hi Sébastien I have tried it once with SLiM, though the problem was that syslog-ng wasn't placed in DAEMONS in rc.onf... So you could check that.
-- Sébastien Leblanc