Komische Pfad-Probleme nach Installation
Hallo. Ich setze fetchmail schon seit langer Zeit ein, nie jedoch habe ich die Ich glaube meine Frage ist etwas niveaulos, aber ich habe keine Lösung gefunden, deshalb stelle ich sie doch: Ich habe schon mehrmals beobachtet, daß nach der Installation von kommerzieller Software die init-Skripte zum Starten der neu installierten Dienste nicht funktionieren. Konkretes Beispiel: AntiVir Mailgate für Linux. Das Pearl-Skript zur Installation wird ausgeführt, fragt nach Pfaden, ich sage ihm die Pfade für die init-Skripte und so, und er installiert alles brav. Wenn man "/sbin/init.d/avgate start" dann ausführt, heißt es nur: bash: /sbin/init.d/avgate: No such file or directory Ich bekomme die Dienste gestartet wenn ich die deamons einfach so aufrufe, das Programm läuft auch und läßt sich konfigurieren. Aber es startet nicht beim Booten mit und läßt sich nicht elegant restarten. Das Phänomen habe ich schon öfter erlebt. Woran kann das liegen? Im Aktuellen Fall ist die Plattform ein SuSE e-mail Server II. Viele Grüße Ralph
Am Sonntag, 30. März 2003 19:52 schrieb Ralph Scharping: Hallo.
ich die Ich glaube meine Frage ist etwas niveaulos, aber ich habe keine Lösung gefunden, deshalb stelle ich sie doch: Ich habe schon mehrmals beobachtet, daß nach der Installation von kommerzieller Software die init-Skripte zum Starten der neu installierten Dienste nicht funktionieren.
Merkwuerdig!
Konkretes Beispiel: AntiVir Mailgate für Linux. Das Pearl-Skript zur Installation wird ausgeführt, fragt nach Pfaden, ich sage ihm die Pfade für die init-Skripte und so, und er installiert alles brav. Wenn man "/sbin/init.d/avgate start" dann ausführt, heißt es nur:
bash: /sbin/init.d/avgate: No such file or directory
Was spricht gegen ein rcavgate start oder rcinetd start rcnfsserver restart usw. ? (als root) Wenn Du das Argument weglaesst, erfaehrst Du sogar alle Varianten wie meistens: start, status, restart, reload, stop MfG Th. Moritz
Ralph Scharping wrote:
Wenn man "/sbin/init.d/avgate start" dann ausführt, heißt es nur:
bash: /sbin/init.d/avgate: No such file or directory
Das Phänomen habe ich schon öfter erlebt. Woran kann das liegen?
1) Leserechte an o.g. Skript. 2) Zeilenende nach #!/bin/bash 3) die mount-optionen der Platte auf der das Skript liegt. 2) passiert gerne mit Windows-Archivprogrammen wie WinZIP, die Software auspacken sollen und dabei dann eine Konvertierung ins DOS-Format vornehmen.
Im Aktuellen Fall ist die Plattform ein SuSE e-mail Server II.
liegen da die Startskripte nicht auch schon unter /etc/init.d ?
participants (3)
-
Peter Wiersig
-
Ralph Scharping
-
Thomas Moritz