syslog

Diese Frage ist pauschal und allgemeingueltig nicht beantwortbar.

Bei weitem nicht alle Daten, die an syslog uebergeben werden, sind so sensitiv, dass sie nur der Super-User sehen duerfte. Trotzdem entscheiden sich viele Admins hier zu bewusster Geheimniskraemerei.

Manche Hosts lassen bestimmte Logfiles von Zusatzsoftware auswerten; beliebt ist z. B. webalizer (oder aehnliche Software) fuer Webserver-Logs. Da gibt es hunderte verschiedene Programme fuer unzaehlige verschiedene Dienste.

Wenn deine Frage eigentlich darauf abzielt, ob du die Inhalte von /var/log/ einfach loeschen kannst, ohne Probleme zu kriegen, ist die Antwort ein klares "Jein"
Wenn du naemlich eine Datei loescht/truncatest, auf die irgendein Prozess im System noch einen Filedeskriptor offen hat (bei Logfiles eigentlich immer der Fall, wenn der darin loggende Daemon laeuft), dann gibt das Dateisystem diesen Platz nicht gleich frei. Erst wenn der letzte Filedeskriptor auf das File geschlossen wird, werden die Aenderungen entsprechend committed.
Loeschen ist ueberhaupt problematisch, weil viele Daemons nicht unter EUID 0 laufen, und ein guter Teil (oft aufgrund mangelhafter Programmierung) die Filedeskriptoren auf ihre Logfiles auch nicht dann oeffnen, waehrend sie noch mit EUID 0 laufen. Das hat dann zur Folge, dass ihr normaler User vielleicht gar kein fopen() in /var/log/ ausfuehren darf (weil dort idR nur root schreiben darf), und dann gibt's entweder gar kein Log, oder einen sterben Daemon, der auch in keinem Logfile preisgeben kann, warum es ihn nicht freut. Catch-22 quasi.
Ein aehnlich unangenehmes Problem sind auch volle Dateisysteme fuer /var/log. Deswegen sollte man auf jedem Host das logrotate-Paket installiert haben, das sich - sofern korrekt konfiguriert (und das ist es bei den meisten Distributionen ab Werk) - automagisch um all diese Unschoenheiten kuemmert.

Wärs da nicht praktischer, in eine Ramdisk zu loggen?

Alle nicht - so viel halt geht.
Auf die Idee gebracht hat mich das hier:

Zitat

Damit der Puffer der Platte (heutzutage meist 8 bis 16 Megabyte) nicht zu schnell voll wird, was in der Folge das Einschalten derselben zur Folge hätte, müssen natürlich möglichst alle I/O-intensiven Tätigkeiten (Cronjobs, Skripte etc.) vermieden resp. abgeschaltet werden. Besonders erwähnenswert ist hier der Syslog-Daemon. Dieser bietet die Möglichkeit des gepufferten Schreibens. Um dies zu aktivieren , muss im /etc/rsyslog.conf (das Ding heisst je nach Distribution etwas anders) vor jeden Eintrag ein “-” gesetzt werden.

http://www.linuxhome.ch/linux/update-noch-mehr-stromsparen-mit-dem-lenovo-thinkpad-x61s/
Mit den "laptop-mode-tools" würde das automatisch gehen, aber ich will mein Script selbst starten und stoppen. Und die Form "kern.* /var/log/kern.log" habe ich in syslog-ng.config nicht gefunden.
Ich vermute, in eine Ramdisk zu loggen, wäre noch einigermaßen machbar , aber einfacher ist den Dienst zu stoppen.

In meinem ersten Post - heißt es: "...für mich, den Administrator..." oder "für mich, dem Administrator..."?

nach dem Motto "keep it simple" und "versuche nicht das Rad neu zu erfinden" werde ich doch auf die laptop-mode-tools zurückgreifen und es so herrichten, dass ich sie selbst starten und stoppen kann.