/etc/rc.d/newsyslog und mountlate

[Fusselbär]

Aloha!

Mir ist nicht mehr aus dem Kopf gegangen, was pit234a alles so auf tmpfs laufen lässt:
http://www.bsdforen.de/showpost.php?p=233597&postcount=22
Besonders hat es mir jetzt erst mal das /var/log angetan.
Bei mir ist es aber so, dass ich wegen dem ZFS das ich für /usr und /var benutze die tmpfs mit mountlate, also dem Schalter late in der /etc/fstab mounten muss.

# Device		Mountpoint		FStype		Options	Dump Pass
/dev/label/rootfs0  	/			ufs		rw,noatime	1	1
/dev/ada0p3.eli         none                    swap            sw              0       0
fdesc                   /dev/fd                 fdescfs         rw              0       0
proc                    /proc                   procfs          rw              0       0
linprocfs               /compat/linux/proc      linprocfs       rw,late         0       0
linsys                  /compat/linux/sys       linsysfs        rw,late         0       0
tmpfs                   /tmp                    tmpfs           rw,late,mode=1777    0       0
tmpfs                   /var/tmp                tmpfs           rw,late,mode=1777    0       0
tmpfs                   /var/log                tmpfs           rw,late,mode=1777    0       0

Das mountlate für die tmpfs führte dazu, das newsyslog nicht startete.
Nun habe ich in /etc/rc.d/newsyslog einfach noch bei dem # REQUIRE: mountlate hinzugefügt:

# REQUIRE: cleanvar mountcritremote mountlate

Damit startet dann auch newsyslog auf late mounted tmpfs einwandfrei.

Wäre das was, was Einzug in das Basisystem halten sollte?
Das newsyslog ein bisschen später startet, damit alle Dateisysteme mounted sind?

 

[h^2]

sollte der nicht im Normalfall auch die Sachen protokollieren, die vor mountlate passieren?

 

[Yamagi]

Nein. syslogd(8) protokolliert. newsyslog(8) rotiert lediglich die Logdateien. Es passiert beim Boot, aber wenn es schief geht, ist es meist nicht schlimm, denn newsyslog(8) ist kein Dienst. Es ist ein Programm, was regelmäßig durch cron aufgerufen wird und daher beim nächsten Mal den Kram einfach nachholt...

 

[Fusselbär]

Was wäre das denn, was vor dem mounten aller Dateisysteme geloggt werden sollte?
Mir ist so erst mal nichts aufgefallen beim Blick auf tail -F /var/log/messages:

tail -F /var/log/messages 
Dec 22 19:48:17 LOLA dbus[1600]: [system] Activating service name='org.freedesktop.ConsoleKit' (using servicehelper)
Dec 22 19:48:17 LOLA dbus[1600]: [system] Activating service name='org.freedesktop.PolicyKit1' (using servicehelper)
Dec 22 19:48:17 LOLA dbus[1600]: [system] Successfully activated service 'org.freedesktop.PolicyKit1'
Dec 22 19:48:17 LOLA dbus[1600]: [system] Successfully activated service 'org.freedesktop.ConsoleKit'
Dec 22 19:48:18 LOLA kernel: re0: link state changed to UP
Dec 22 19:48:32 LOLA dbus[1600]: [system] Activating service name='org.freedesktop.UPower' (using servicehelper)
Dec 22 19:48:32 LOLA dbus[1600]: [system] Successfully activated service 'org.freedesktop.UPower'
Dec 22 19:48:33 LOLA dbus[1600]: [system] Activating service name='org.kde.powerdevil.backlighthelper' (using servicehelper)
Dec 22 19:48:33 LOLA dbus[1600]: [system] Successfully activated service 'org.kde.powerdevil.backlighthelper'
Dec 22 19:48:42 LOLA hp-systray: hp-systray[2252]: warning: No hp: or hpfax: devices found in any installed CUPS queue. Exiting.

Ich benutze FreeBSD als Desktop, sendmail ist ausgeschaltet, will ja nicht aus Schusseligkeit zum Spamer Relais werden.
tail -F /var/log/messages lasse ich immer auf einer Konsole mitlaufen, da gucke ich auch öfter mal rein.
Aber alte Logs hatte ich mir bislang nicht regelmäßig angeguckt. Außerdem wüsste ich sowieso nicht mehr, was ich vor Monaten mal gemacht habe,
so dass das Lesen der alten Logs für mich nicht so wirklich viel Sinn machen würde. Deswegen probiere ich das jetzt mal mit den Logs auf dem tmpfs. Macht ja auch weniger Schreiberei auf der SSD.