* Marius Appenzeller schrieb am 14.Feb.2002:
ja, als root funktioniert es bestens, ich habs sogar im cron.hourly drin mit fetchmail -q / fetchmail -d 250, auch das geht... nur wird so nach einem reboot (zb stromausfall oder so) eine stunde lang keine post abgeholt. ich weiss ein stromausfall ist eh nix gutes aber der server steht als interner imap bei einem kleinen reisebuero und die arbeiten sehr viel mit email.
wenn ich beim bootscript den pfad zu .fetchmailrc angebe, dann kommt die fehlermeldung, dass er dns zum popserver nciht aufloesen koenne. darum dachte ich, dass ich den script erst kurz bevor der erste shellprompt erscheint, laden sollte, nachdem alle anderen dienste laufen. internetanbindung ist uebrigens cable.
Das gehört nicht in boot.local, sondern in ein eigenes startskript. Ließ Dir dazu mal das Handbuch durch. Es muß eine Kopie von /etc/init.d/skeleton gemacht werden und angepaßt. Es gehört nach runlevel 3 und 5. Andere runlevel sind eindeutig falsch. Und es ist abhängig von der Namensauflösung.
also ich hab nun folgendes gemacht: unter /usr/share/doc/packages/fetchmail/README.SuSE findet man ein script das man anpassen kann uns dann den fetchmail mit /etc/init.d/fetchmail start|stop starten bzw. stoppen kann. ich hab nun in boot.local /etc/init.d/fetchmail start eingetragen und das scheint zu funktionieren. ich hab zwar noch nicht alle logfiles durchgeschaut aber der daemon laeuft nach dem reboot.
Bitte erwähne diejenigen, die Du zitierst. Ne, so ist das nun wirklich nicht vorgesehen. Was ist, wenn Du von Runlevel 1 auf Runlevel 3 wechselst? Dann wird boot.local nicht ausgeführt. Bitte ließ Dir das Kapitel im Handbuch sehr ausführlich durch. Wenn Du Glück hast, ich kenne dieses Skript nicht, dann reicht es, wenn Du insserv ausführst. Dann müßten links in den einzelnen runlevel entstehen. Evtl. mußt Du aber auch das skript anpassen. Auf jeden Fall muß der eintrag aus boot.local heraus. Der hat da nichts verloren. Das ganze Bootkonzept ist doch genau für sowas wie Dein Fall da, es wird alles in der richtigen Reihenfolge gemacht. Und zwar immer dann wenn es bei einem Runlevelwechsel notwendig ist. Bernd -- LILO funktioniert nicht? Hast Du /etc/lilo.conf verändert und vergessen, lilo aufzurufen? Ist Deine /boot-Partition unter der 1024 Zylindergrenze? Bei anderen LILO Problemen mal in der SDB nachschauen: http://localhost/doc/sdb/de/html/rb_bootdisk.html |Zufallssignatur 6