Am Tue, 26 Oct 1999 schrieb Erhard Schwenk:
1. rc.config - create resolv.conf nach erfolgter Neuinstallation auskommentieren - hilft nix, bringt zur Zeit nur den Erfolg, dass nach SuSEconfig auch diese Datei leer ist.
ICh würde es mal auf "no" setzen anstatt es auszukommentieren.
Hatte ich auch schon - detto keine Erfolg.
Hmm. Nicht (oder falsch) konfigurierten DHCP-Client am laufen? Oder einen dynamischen DNS? Die könnten sowas theoretisch verursachen.
Danke für den Tip, der ist neu. DHCP hab ich zwar nicht, aber in kppp den dynamischen DNS eingestellt. Werd ich ausprobieren.
Klar. Das at.pid sollte normalerweise die Prozess-ID enthalten, unter der der at-Daemon läuft. Da die beim Start von atd festgelegt wird, wird dann auch das pid-file neu geschrieben - und das passiert beispielsweise beim Systemstart oder durch manuellen Aufruf von
/sbin/init.d/atd start
Bein Shutdown wird dann ein /sbin/init.d/atd stop ausgeführt, und dabei tritt offensichtlich die Meldung auf - sie besagt, daß in dem pid-file nix drinstand (müßte eigentlich eine Zahl drinstehen) und deshalb atd nicht sauber beendet wurde. Evtl. hat das atd-Skript in /sbin/init.d ne Macke.
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com