Hi Pierre,
genau die meine ich. Ich habe syslog-ng installiert. So wie die Meisten Archnutzer wohl auch.
Habe mal alle Errorlogs in /var/log analysiert. In keiner der Logs sind die Booterrors zu finden.
Entweder ist das nun eine Konfigurationsoption von syslog-ng oder es liegt an syslog-ng selbst.
Bisher hatte ich bei Mandrake oder Fedora als Logger syslog. Dort wurden diese Booterrors geloggt. Syslog-ng hatte ich erstmals bei gentoo kennengelernt.
Auszug aus meiner syslog-ng.conf
destination authlog { file("/var/log/auth.log"); };
destination syslog { file("/var/log/syslog.log"); };
destination cron { file("/var/log/crond.log"); };
destination daemon { file("/var/log/daemon.log"); };
destination kernel { file("/var/log/kernel.log"); };
destination lpr { file("/var/log/lpr.log"); };
destination user { file("/var/log/user.log"); };
destination uucp { file("/var/log/uucp.log"); };
destination mail { file("/var/log/mail.log"); };
destination news { file("/var/log/news.log"); };
#destination debug { file("/var/log/debug.log"); };
destination messages { file("/var/log/messages.log"); };
destination errors { file("/var/log/errors.log"); };
destination everything { file("/var/log/everything.log"); };
destination iptables { file("/var/log/iptables.log"); };
destination console { usertty("root"); };
Die Frage ist was destination debug loggt. Werde das mal ausprobieren.
Sollte destination debug hinsichtlich der Booterrors nichts bringen werde ich mal metalog probieren.
Metalog is a modern replacement for syslogd and klogd.
Gruss quiptime
PS
Der fehlende Log der Booterrors kann erhelblich ein Systemdebugging erschweren. Insofern sind sie mir ziehmlich wichtig.