'ifconfig ippp1 down' funktioniert nicht in einem Startskript
Damit das Einwahl-Device ippp1 (Suse 8.2) geich nach dem PC-Start abgeschaltet wird, habe ich ein Startskript gebastelt: #!/bin/sh (sleep 30;/sbin/ifconfig ippp1 down;touch /tmp/~ippp1)& Es wird tatsächlich bei Start durchlaufen, was an dem Zeitstempel des /tmp/~ippp1 ersichtlich ist. Nur wird das ippp1 nicht abgeschaltet. (ifdown ippp1 geht genausowenig) Starte ich den ifconfig ippp1 down als cronjob, dann gehts. Aber ich will ja nicht jede Minute das ippp1 abschalten, es soll nur einmal beim Start abgeschaltet werden und dann, bei Bedarf, wieder eingeschaltet werden für Fernwartung. Warum wird aus den Startskripten heraus das ippp1 nicht abgeschaltet? Ich habe das Phänomen schon häufiger erlebt, daß ein "Haufen" Befehle in den Startskripten nicht ausführbar ist, als cronjob aber jederzeit. WEiß hier jmd grundsätzlich um das Problem und kann es erläutern? Gut, am besten ist es natürlich beim Start von isdn in den Suse- startskripten das ippp1 erst gar nicht zu starten. Vielleicht schaffe ich das noch. Einfacher wäre es natürlich ein Startskript S20_bla_bala zu erstellen. danke schonmal Ekkard
On Wed, Apr 20, 2005 at 01:51:36PM +0200, Ekkard Gerlach wrote:
Damit das Einwahl-Device ippp1 (Suse 8.2) geich nach dem PC-Start abgeschaltet wird, habe ich ein Startskript gebastelt:
#!/bin/sh (sleep 30;/sbin/ifconfig ippp1 down;touch /tmp/~ippp1)&
Das ist kein gueltiges Startscript. Siehe /sl90/etc/init.d/skeleton. So ein script kann alles moegliche durcheinanderbringen, da es nicht die richtigen return Werte setzt. Auch ist ein sleep nicht wirklich hilfreich, es kann passieren das der gesammte bootprozess wartet, da eine neue shell nicht die Bindungen zu der aufrufenden kappt.
Es wird tatsächlich bei Start durchlaufen, was an dem Zeitstempel des /tmp/~ippp1 ersichtlich ist. Nur wird das ippp1 nicht abgeschaltet. (ifdown ippp1 geht genausowenig)
Wahrscheinlich wird es zu frueh ausgefuehrt, das heist das device ist noch garnicht da, sonst sollte das schon funktionieren. Wichtig ist das die Pfade komplett sind, das ist meist die Ursache warum es bei Startscripten oder Cronjobs nicht geht, aber bei der Commandline, aber das ist ja hier OK. Warum aber so kompliziert ? STARTMODE=manual (statt onboot) in die config Datei und es wird beim booten garnicht erst aktiviert. Wenn man es braucht: ifup ippp0
Starte ich den ifconfig ippp1 down als cronjob, dann gehts. Aber ich will ja nicht jede Minute das ippp1 abschalten, es soll nur einmal beim Start abgeschaltet werden und dann, bei Bedarf, wieder eingeschaltet werden für Fernwartung.
Warum wird aus den Startskripten heraus das ippp1 nicht abgeschaltet?
Ich habe das Phänomen schon häufiger erlebt, daß ein "Haufen" Befehle in den Startskripten nicht ausführbar ist, als cronjob aber jederzeit. WEiß hier jmd grundsätzlich um das Problem und kann es erläutern?
Gut, am besten ist es natürlich beim Start von isdn in den Suse- startskripten das ippp1 erst gar nicht zu starten. Vielleicht schaffe ich das noch. Einfacher wäre es natürlich ein Startskript S20_bla_bala zu erstellen.
danke schonmal Ekkard
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com
-- Karsten Keil SuSE Labs ISDN development
* Karsten Keil schrieb:
Warum aber so kompliziert ?
STARTMODE=manual (statt onboot) in die config Datei und es wird beim booten garnicht erst aktiviert.
Bongggggg! Darauf hätte ich selber kommen können, habe diese Funktionalität auch schon mal genutzt. besten Dank Ekkard
participants (2)
-
Ekkard Gerlach -
Karsten Keil