Startscripte nicht als root
Wohin muss ich denn ein Script packen, wenn ich ess beim booten ausführen möchte - jedoch nicht als root? Ich möchte fetchmail beim Start ausführen. Wenn ich es in die boot.local packe, kommt immer die Meldung, dass ich nicht der Owner bin! -- Jochen
Am Mon, 25 Mär 2002 schrieb Jochen Kaechelin:
Wohin muss ich denn ein Script packen, wenn ich ess beim booten ausführen möchte - jedoch nicht als root?
Ich möchte fetchmail beim Start ausführen. Wenn ich es in die boot.local packe, kommt immer die Meldung, dass ich nicht der Owner bin!
Du kannst als root den Prozeß unter einer anderen userid starten. su -l username -c command sollte Dir dabei helfen. Gruß Christoph -- Christoph Maurer - 52072 Aachen - Tux#194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen
Am Montag, 25. März 2002 10:48 schrieb Christoph Maurer:
Am Mon, 25 Mär 2002 schrieb Jochen Kaechelin:
Wohin muss ich denn ein Script packen, wenn ich ess beim booten ausführen möchte - jedoch nicht als root?
Ich möchte fetchmail beim Start ausführen. Wenn ich es in die boot.local packe, kommt immer die Meldung, dass ich nicht der Owner bin!
Du kannst als root den Prozeß unter einer anderen userid starten.
su -l username -c command sollte Dir dabei helfen.
Also ich hab folgendes in der boot.local: su -l jochen -c "fetchmail -d 120 -f /home/jochen/.fetchmailrc" Fetchmail läuft auch, jedoch werden keine mails geholt. Wenn ich dann fetchmail kille und aus der konsole als user "jochen" aufrufe klappts mit den mails wieder. Andere EInträge in der boot.local wie vboxgetty -d /dev/ttyI6 & oder /usr/sbin/tleds -d 90 ppp0 klappen wunderbar - diese müssen aber als "root" ausgeführt werden. Hat jemand einen Rat? -- Jochen
Am Mon, 25 Mär 2002 schrieb Jochen Kaechelin:
Am Montag, 25. März 2002 10:48 schrieb Christoph Maurer:
Am Mon, 25 Mär 2002 schrieb Jochen Kaechelin:
Wohin muss ich denn ein Script packen, wenn ich ess beim booten ausführen möchte - jedoch nicht als root?
Ich möchte fetchmail beim Start ausführen. Wenn ich es in die boot.local packe, kommt immer die Meldung, dass ich nicht der Owner bin!
Du kannst als root den Prozeß unter einer anderen userid starten.
su -l username -c command sollte Dir dabei helfen.
Also ich hab folgendes in der boot.local:
su -l jochen -c "fetchmail -d 120 -f /home/jochen/.fetchmailrc"
Fetchmail läuft auch, jedoch werden keine mails geholt. Wenn ich dann fetchmail kille und aus der konsole als user "jochen" aufrufe klappts mit den mails wieder.
Starte mal Fetchmail im Verbose-Mode und lass die Ausgaben mitloggen. Gruß Christoph -- Christoph Maurer - 52072 Aachen - Tux#194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen
Hi! On Mon, 25 Mar 2002, Jochen Kaechelin wrote:
Also ich hab folgendes in der boot.local:
su -l jochen -c "fetchmail -d 120 -f /home/jochen/.fetchmailrc"
Fetchmail läuft auch, jedoch werden keine mails geholt.
Versuch' doch mal, diese Zeile in /etc/ppp/ip-up.local einzufügen - vielleicht liegt's daran, daß beim Abarbeiten von boot.local weder Netzwerk noch DNS zur Verügung stehen... (Und in ip-down.local sowas wie "su -l jochen -c "killall -HUP fetchmail") Martin
* Martin Köhling schrieb am 25.Mär.2002:
On Mon, 25 Mar 2002, Jochen Kaechelin wrote:
Also ich hab folgendes in der boot.local:
su -l jochen -c "fetchmail -d 120 -f /home/jochen/.fetchmailrc"
Fetchmail läuft auch, jedoch werden keine mails geholt.
Versuch' doch mal, diese Zeile in /etc/ppp/ip-up.local einzufügen -
Genau. Das ist die richtige Stelle, wo es hingehört. Nehme alles zurück, was ich behauptet habe.
vielleicht liegt's daran, daß beim Abarbeiten von boot.local weder Netzwerk noch DNS zur Verügung stehen...
So wird es sein, und so ist es auch.
(Und in ip-down.local sowas wie "su -l jochen -c "killall -HUP fetchmail")
ACK Bernd -- Bei Fragen an die Liste erst mal nachschauen, ob es diese Frage nicht schon einmal gegeben hat. Ein Archiv der Liste findest Du auf: http://lists.suse.com/archives/suse-linux |Zufallssignatur 7
Am Montag, 25. März 2002 12:36 schrieb Bernd Brodesser:
* Martin Köhling schrieb am 25.Mär.2002:
On Mon, 25 Mar 2002, Jochen Kaechelin wrote:
Also ich hab folgendes in der boot.local:
su -l jochen -c "fetchmail -d 120 -f /home/jochen/.fetchmailrc"
Fetchmail läuft auch, jedoch werden keine mails geholt.
Versuch' doch mal, diese Zeile in /etc/ppp/ip-up.local einzufügen -
Genau. Das ist die richtige Stelle, wo es hingehört. Nehme alles zurück, was ich behauptet habe.
vielleicht liegt's daran, daß beim Abarbeiten von boot.local weder Netzwerk noch DNS zur Verügung stehen...
So wird es sein, und so ist es auch.
(Und in ip-down.local sowas wie "su -l jochen -c "killall -HUP fetchmail")
Klasse, das war ed! Gibt's denn noch mehr Systemdateien, die man mit ".local" erweitern kann, um eigene Dinge zu starten bzw. zu beenden? Oder ist das ein grundsätzliches feature von Linux? Danke an alle, die mit einem Newbie immer so geduldig sind. -- Jochen
* Jochen Kaechelin schrieb am 25.Mär.2002:
Am Montag, 25. März 2002 12:36 schrieb Bernd Brodesser:
* Martin Köhling schrieb am 25.Mär.2002:
(Und in ip-down.local sowas wie "su -l jochen -c "killall -HUP fetchmail")
Klasse, das war ed! Gibt's denn noch mehr Systemdateien, die man mit ".local" erweitern kann, um eigene Dinge zu starten bzw. zu beenden?
Oder ist das ein grundsätzliches feature von Linux?
Nein, es ist ein feature speziell von SuSE. Bei Linux ist es so, daß sobald man online geht, /etc/ppp/ip-up aufgerufen wird, übrigens mit ein paar interessanten Argumenten. Siehe hierzu man pppd und nach ip-up suchen. *Nach* dem Trennen der Verbindung wirs übrigens /etc/ppp/ip-down aufgerufen. ip-up.local ist eine Spezialität von SuSE, die /etc/ppp/ip-up wird nämlich von SuSE gestaltet und bei jedem update des Systems wird es gnadenlos übergebügelt. Daher kann man seine eigenen Sachen in /etc/ppp/ip-up.local schreiben, die wird nicht übergebügelt und vom SuSE /etc/ppp/ip-up mit den gleichen Argumenten wie es selber aufgerufen. Ander .local Dateien sind etwa /etc/profile.local, oder eben /etc/init.d/boot.local. /etc/profile.local wird beim einloggen ausgeführt, während /etc/init.d/boot.local beim hochfahre, was etwas ganz anderes ist. Bernd -- Alle meine Signaturen sind rein zufällig und haben nichts mit dem Text oder dem Schreiber zu tun, dem ich antworte. Falls irgendwelche Unrichtigkeiten dabei sein sollten, so bedauere ich das. Es wäre nett, wenn Du mich benachrichtigen würdest. |Zufallssignatur 0
* Jochen Kaechelin schrieb am 25.Mär.2002:
Am Montag, 25. März 2002 10:48 schrieb Christoph Maurer:
Am Mon, 25 Mär 2002 schrieb Jochen Kaechelin:
Wohin muss ich denn ein Script packen, wenn ich ess beim booten ausführen möchte - jedoch nicht als root?
Ich möchte fetchmail beim Start ausführen. Wenn ich es in die boot.local packe, kommt immer die Meldung, dass ich nicht der Owner bin!
Du kannst als root den Prozeß unter einer anderen userid starten.
su -l username -c command sollte Dir dabei helfen.
Also ich hab folgendes in der boot.local:
su -l jochen -c "fetchmail -d 120 -f /home/jochen/.fetchmailrc"
Fetchmail läuft auch, jedoch werden keine mails geholt. Wenn ich dann fetchmail kille und aus der konsole als user "jochen" aufrufe klappts mit den mails wieder.
Andere EInträge in der boot.local wie
vboxgetty -d /dev/ttyI6 & oder /usr/sbin/tleds -d 90 ppp0
klappen wunderbar - diese müssen aber als "root" ausgeführt werden.
Hat jemand einen Rat?
Wenn boot.local gestartet wird, ist doch noch gar kein Netzwerk eingerichtet. Mach das besser über startskripte. Wenn Du im Singelusermode hochfährst ist ein fetchmail so wie so quatsch. Bernd -- Alle meine Signaturen sind rein zufällig und haben nichts mit dem Text oder dem Schreiber zu tun, dem ich antworte. Falls irgendwelche Unrichtigkeiten dabei sein sollten, so bedauere ich das. Es wäre nett, wenn Du mich benachrichtigen würdest. |Zufallssignatur 0
participants (4)
-
B.Brodesser@t-online.de
-
Christoph Maurer
-
Jochen Kaechelin
-
Martin Köhling