Discussion:
Cron - nach dem Start
(zu alt für eine Antwort)
Lewin Bormann
2011-01-16 06:44:41 UTC
Permalink
Hallo,
ich habe ein Problem mit Cron, ich möchte nämlich zum Systemstart einen
Dienst starten, der Netzwerk braucht, aber, wenn er keines findet,
inaktiv wird. Und er findet nie eines, da ich das PW für das WLAN, an
dem mein Computer hängt, erst nach der Anmeldung eingeben kann.
Gibt es nun eine Möglichkeit, einen Cronjob exakt 5 Minuten nach
Systemstart auszuführen? Ich dachte mir so etwas in der Art wie
@reboot+5 service...start...
aber da habe ich noch nichts gefunden.

Danke für eure Hilfe,
LB
--
Visit my projects at http://dermesser.111mb.de
Für persönlichen Kontakt bitte <news~lewin-bormann.de> (~ = at)
Sven Hartge
2011-01-16 07:05:26 UTC
Permalink
Post by Lewin Bormann
ich habe ein Problem mit Cron, ich möchte nämlich zum Systemstart einen
Dienst starten, der Netzwerk braucht, aber, wenn er keines findet,
inaktiv wird. Und er findet nie eines, da ich das PW für das WLAN, an
dem mein Computer hängt, erst nach der Anmeldung eingeben kann.
Gibt es nun eine Möglichkeit, einen Cronjob exakt 5 Minuten nach
Systemstart auszuführen? Ich dachte mir so etwas in der Art wie
@reboot+5 service...start...
aber da habe ich noch nichts gefunden.
@reboot sleep 300; blafasel

S°
--
Sig lost. Core dumped.
Lewin Bormann
2011-01-16 07:30:54 UTC
Permalink
Post by Sven Hartge
@reboot sleep 300; blafasel
S°
Stimmt! Daran habe ich noch gar nicht gedacht. Geniale Idee! Danke!

LB
--
Visit my projects at http://dermesser.111mb.de
Für persönlichen Kontakt bitte <news~lewin-bormann.de> (~ = at)
Helmut Hullen
2011-01-16 08:08:00 UTC
Permalink
Hallo, Sven,
Post by Sven Hartge
Post by Lewin Bormann
ich habe ein Problem mit Cron, ich möchte nämlich zum Systemstart
einen Dienst starten, der Netzwerk braucht, aber, wenn er keines
findet, inaktiv wird. Und er findet nie eines, da ich das PW für das
WLAN, an dem mein Computer hängt, erst nach der Anmeldung eingeben
kann. Gibt es nun eine Möglichkeit, einen Cronjob exakt 5 Minuten
nach Systemstart auszuführen? Ich dachte mir so etwas in der Art wie
@reboot+5 service...start...
aber da habe ich noch nichts gefunden.
@reboot sleep 300; blafasel
a) "@reboot" gibt es nicht in jeder Distribution, vielleicht in keiner

b) "exakt 5 Minuten nach Systemstart" setzt voraus, dass ich das genaue
Datum des letzten Systemstarts ermitteln kann und muss; für die o.a.
Aufgabe dürfte "exakt 5 Minuten" nicht nötig sein.

c) solange ein SysV-Boot benutzt wird (und nichgt das neumodsche Zeugs),
kann so etwas komfortable in ".../rc.local" untergebracht werden,
jedenfalls bei vielen Distributionen

d) für "in 5 Minuten" benutze ich lieber "at" als "sleep"; im speziellen
Fall beispielsweise

echo "service" | at now + 5 minutes

Viele Gruesse
Helmut

"Ubuntu" - an African word, meaning "Slackware is too hard for me".
Marc Haber
2011-01-16 10:51:20 UTC
Permalink
letzteres ist falsch, Debian hat's.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Ralph Angenendt
2011-01-16 11:00:41 UTC
Permalink
Post by Helmut Hullen
Hallo, Sven,
Post by Sven Hartge
@reboot sleep 300; blafasel
Vielleicht aber doch. Wenn selbst der Vixie-Cron das hat, ist die Chance
recht hoch, dass andere crond-Nachbauten das ebenfalls haben.
Post by Helmut Hullen
b) "exakt 5 Minuten nach Systemstart" setzt voraus, dass ich das genaue
Datum des letzten Systemstarts ermitteln kann und muss; für die o.a.
Aufgabe dürfte "exakt 5 Minuten" nicht nötig sein.
Das weiß das System aber (also wann es neu gestartet wurde).
Post by Helmut Hullen
c) solange ein SysV-Boot benutzt wird (und nichgt das neumodsche Zeugs),
kann so etwas komfortable in ".../rc.local" untergebracht werden,
jedenfalls bei vielen Distributionen
Finde ich jetzt auch nicht eleganter als die Lösung in der crontab.

Ralph
--
If the future isn't bright, at least it's colourful.

Nicht schreiben können: http://lestighaniker.de/
Dominic
2011-01-16 11:27:29 UTC
Permalink
Post by Ralph Angenendt
Vielleicht aber doch. Wenn selbst der Vixie-Cron das hat, ist die Chance
recht hoch, dass andere crond-Nachbauten das ebenfalls haben.
Heißt aber eventuell anders. Hat ja auch weniger was mit der Distro zu
tun, mehr aber mit dem eingesetzten Cron Daemon. Bei fcron zum Beispiel
gibts @volatile,first(300).
bcron kennt @reboot glaub ich auch nicht.
--
"Waste no more time arguing about
what a good man should be. Be one."
-- Marcus Aurelius (121 - 180)
Juergen Ilse
2011-01-16 11:33:19 UTC
Permalink
Hallo,
Post by Ralph Angenendt
Post by Helmut Hullen
Hallo, Sven,
Post by Sven Hartge
@reboot sleep 300; blafasel
Vielleicht aber doch. Wenn selbst der Vixie-Cron das hat, ist die Chance
recht hoch, dass andere crond-Nachbauten das ebenfalls haben.
Umgekehrt wird eher ein Schuh draus: Wenn andere crons das haben, ist die
Chance gross, dass es auch im Vixie-cron vorhanden ist. Der Vixie-cron
ist IMHO so ziemlich die ueberladenste cron-Implementierung die ich kenne.
Der Dillon-cron ist z.B. eine sehr viel minimalistischere Implementierung
und selbst fcron beachtet normalerweise keine /etc/crontab (dass die zu-
saetzlich zu den Userspezifischen crontabs abgearbeitet wird, ist auch
eine der diversen Erweiterungen des Vixie-cron ...).
Post by Ralph Angenendt
Post by Helmut Hullen
c) solange ein SysV-Boot benutzt wird (und nichgt das neumodsche Zeugs),
kann so etwas komfortable in ".../rc.local" untergebracht werden,
jedenfalls bei vielen Distributionen
Finde ich jetzt auch nicht eleganter als die Lösung in der crontab.
Ich schon, sofern man das nicht in die rc.local schreibt sondern ein
eigenes init-script dafuer bastelt ...

Tschuess,
Juergen Ilse (***@usenet-verwaltung.de)
--
Ein Domainname (auch wenn er Teil einer Mailadresse ist) ist nur ein Name,
nicht mehr und nicht weniger ...
Ralph Angenendt
2011-01-16 12:05:02 UTC
Permalink
Post by Juergen Ilse
Ich schon, sofern man das nicht in die rc.local schreibt sondern ein
eigenes init-script dafuer bastelt ...
Du willst ein init-Script basteln, das mit 300 Sekunden Verzögerung ein
anderes init-Script startet? Respekt.

Ralph
--
If the future isn't bright, at least it's colourful.

Nicht schreiben können: http://lestighaniker.de/
Sieghard Schicktanz
2011-01-16 18:34:03 UTC
Permalink
Hallo Ralph,
Post by Ralph Angenendt
Du willst ein init-Script basteln, das mit 300 Sekunden Verzögerung ein
anderes init-Script startet? Respekt.
Wieso'n _anderes_? Das kann's doch gleich selber erledigen.
Etwa so (ungetestet ;):

#!/bin/bash

if [ "$1" = "start" ]; then
$0 job &
elif [ "$1" = "job" ]; then
sleep 300
logger "5 Minuten später..."
# noch was zu tun?
else
echo "Aufruf nur mit 'start"' oder 'job' als Parameter!"
fi
--
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------
Ralph Angenendt
2011-01-16 19:42:28 UTC
Permalink
Post by Sieghard Schicktanz
Wieso'n _anderes_? Das kann's doch gleich selber erledigen.
if [ "$1" = "start" ]; then
$0 job &
elif [ "$1" = "job" ]; then
sleep 300
logger "5 Minuten später..."
# noch was zu tun?
Ja. Dann kann sich der User aber in den 300 Sekunden nicht wirklich
einloggen :)

Ralph
--
If the future isn't bright, at least it's colourful.

Nicht schreiben können: http://lestighaniker.de/
Sieghard Schicktanz
2011-01-17 00:03:06 UTC
Permalink
Hallo Ralph,
Post by Ralph Angenendt
Post by Sieghard Schicktanz
if [ "$1" = "start" ]; then
$0 job &
elif [ "$1" = "job" ]; then
sleep 300
logger "5 Minuten später..."
# noch was zu tun?
Ja. Dann kann sich der User aber in den 300 Sekunden nicht wirklich
einloggen :)
Dir ist aber schon klar, daß ein mit "&" am Ende der Zeile gestarteter Job
die Beendigung des startenden Programms bzw. Skripts nicht behindert?
Schau Dir nochmal an, was da passiert, wenn das Skript regulär mit "start"
aufgerufen wird.
--
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------
Helmut Hullen
2011-01-16 14:04:00 UTC
Permalink
Hallo, Juergen,
Post by Juergen Ilse
Post by Ralph Angenendt
c) solange ein SysV-Boot benutzt wird (und nicht das neumodsche
Zeugs), kann so etwas komfortable in ".../rc.local" untergebracht
werden, jedenfalls bei vielen Distributionen
Finde ich jetzt auch nicht eleganter als die Lösung in der crontab.
Ich schon, sofern man das nicht in die rc.local schreibt sondern ein
eigenes init-script dafuer bastelt ...
Wobei ich erst mal experimentieren würde, wann und wie "rc.local" bei
den Distributionen abgearbeitet wird, die so etwas wie "upstart"
benutzen.

(ok - ich bevorzuge Distributionen, die diese Spielwiesen anderen
überlassen)

Viele Gruesse
Helmut

"Ubuntu" - an African word, meaning "Slackware is too hard for me".
Sieghard Schicktanz
2011-01-16 18:29:38 UTC
Permalink
Hallo Helmut,
Post by Helmut Hullen
Wobei ich erst mal experimentieren würde, wann und wie "rc.local" bei
den Distributionen abgearbeitet wird, die so etwas wie "upstart"
benutzen.
Und warum nimmste dann nicht gleich die Ausgabe von "uptime" dafür her?
Da haste doch "exakt" die Laufzeit bis dahin.
Oder hat Deine Maschine kein "uptime"?
--
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------
Helmut Hullen
2011-01-16 20:48:00 UTC
Permalink
Hallo, Sieghard,
Post by Sieghard Schicktanz
Post by Helmut Hullen
Wobei ich erst mal experimentieren würde, wann und wie "rc.local"
bei den Distributionen abgearbeitet wird, die so etwas wie "upstart"
benutzen.
Und warum nimmste dann nicht gleich die Ausgabe von "uptime" dafür her?
Weil ich das Programm noch nie vorsätzlich benutzt habe ...

Eben habe ich noch mal kontrolliert: sieht so aus, als ob die Ausgabe
von "uptime" komplizierter umzusetzen ist; die Startzeit könnte ich wohl
einfacher aus dem Datum von "/var/log/boot.msg" (oder wohin auch immer
beim Start des System "dmesg" geschrieben wird) ermitteln, und dann
würde ich wohl darauf aufbauend einen "at"-Job starten.

Ist aber derzeit alles Theorie ...

Viele Gruesse
Helmut

"Ubuntu" - an African word, meaning "Slackware is too hard for me".
Stefan+ (Stefan Froehlich)
2011-01-17 08:23:02 UTC
Permalink
Post by Helmut Hullen
Post by Sieghard Schicktanz
Und warum nimmste dann nicht gleich die Ausgabe von "uptime" dafür her?
Weil ich das Programm noch nie vorsätzlich benutzt habe ...
Eben habe ich noch mal kontrolliert: sieht so aus, als ob die Ausgabe
von "uptime" komplizierter umzusetzen ist;
Und /proc/uptime?

Servus,
Stefan
--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Stefan - der horrendste Wahnwitz seit Konrad Zuse.
(Sloganizer)
Helmut Hullen
2011-01-17 09:05:00 UTC
Permalink
Hallo, Stefan,
Post by Stefan+ (Stefan Froehlich)
Post by Helmut Hullen
Post by Sieghard Schicktanz
Und warum nimmste dann nicht gleich die Ausgabe von "uptime" dafür her?
Weil ich das Programm noch nie vorsätzlich benutzt habe ...
Eben habe ich noch mal kontrolliert: sieht so aus, als ob die
Ausgabe von "uptime" komplizierter umzusetzen ist;
Und /proc/uptime?
Doch - das sieht gut aus! Der 1. Wert ist die "uptime" in Sekunden und
lässt sich leicht extrahieren.
Was zeigt der 2. Wert an?

Viele Gruesse
Helmut

"Ubuntu" - an African word, meaning "Slackware is too hard for me".
Sven Hartge
2011-01-17 10:43:16 UTC
Permalink
Post by Helmut Hullen
Post by Stefan+ (Stefan Froehlich)
Und /proc/uptime?
Doch - das sieht gut aus! Der 1. Wert ist die "uptime" in Sekunden und
lässt sich leicht extrahieren. Was zeigt der 2. Wert an?
man 5 proc

Idletime

S°
--
Sig lost. Core dumped.
Stefan+ (Stefan Froehlich)
2011-01-17 12:14:12 UTC
Permalink
Post by Sven Hartge
Post by Helmut Hullen
Post by Stefan+ (Stefan Froehlich)
Und /proc/uptime?
Doch - das sieht gut aus! Der 1. Wert ist die "uptime" in
Sekunden und lässt sich leicht extrahieren. Was zeigt der 2.
Wert an?
man 5 proc
Idletime
Anlaesslich dieses Threads habe ich nun das erste Mal wirklich
bewusst nachgesehen, was denn bei der Idletime eigentlich
(praktisch) drinsteht:

| ***@sokrates:~$ uptime && cat /proc/uptime
| 13:11:27 up 138 days, 19:28, 18 users, load average: 0.50, 0.62, 0.52
| 11993335.09 42173638.85

Also mal sehen:

11993335 / 86400 = 138.81

Ok, das passt. Aber:

42173638 / 86400 = 488.12

Was will mir mein System damit sagen? So alt ist die Hardware noch
gar nicht...

Servus,
Stefan
--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Geht nicht!? Geht doch: Stefan.
(Sloganizer)
Sven Hartge
2011-01-17 12:40:35 UTC
Permalink
Post by Stefan+ (Stefan Froehlich)
Post by Sven Hartge
Post by Helmut Hullen
Post by Stefan+ (Stefan Froehlich)
Und /proc/uptime?
Doch - das sieht gut aus! Der 1. Wert ist die "uptime" in
Sekunden und lässt sich leicht extrahieren. Was zeigt der 2.
Wert an?
man 5 proc
Idletime
Anlaesslich dieses Threads habe ich nun das erste Mal wirklich
bewusst nachgesehen, was denn bei der Idletime eigentlich
| 13:11:27 up 138 days, 19:28, 18 users, load average: 0.50, 0.62, 0.52
| 11993335.09 42173638.85
11993335 / 86400 = 138.81
42173638 / 86400 = 488.12
Was will mir mein System damit sagen? So alt ist die Hardware noch
gar nicht...
Hast du mehrere CPUs? Evtl. ist die Idletime ja aufsummiert?

Oder der Wert berechnet sich ganz anders. Mal in die Quellen geschaut?

S°
--
Sig lost. Core dumped.
Harald Meyer
2011-01-17 13:06:44 UTC
Permalink
Post by Sven Hartge
Hast du mehrere CPUs? Evtl. ist die Idletime ja aufsummiert?
Anscheinend. Bei meinem Pseudo-Zweikerner Intel Atom ist es
822370.49 1501693.46 , also
822370.49/86400 = 9.518
1501693.46/86400 = 17.380
Thomas Binder
2011-01-17 13:29:00 UTC
Permalink
Hi,
Post by Sven Hartge
Hast du mehrere CPUs? Evtl. ist die Idletime ja aufsummiert?
Genau so ist's:

-- schnipp --
for_each_possible_cpu(i)
idletime = cputime64_add(idletime, kstat_cpu(i).cpustat.idle);
-- schnapp --

Also die Summe pro CPU, sowohl echte Kerne als auch Pseudo-Kerne durch
Hyper-Threading.


Ciao

Thomas
Stefan+ (Stefan Froehlich)
2011-01-17 13:56:53 UTC
Permalink
Post by Sven Hartge
Post by Stefan+ (Stefan Froehlich)
| 13:11:27 up 138 days, 19:28, 18 users, load average: 0.50, 0.62, 0.52
| 11993335.09 42173638.85
42173638 / 86400 = 488.12
Hast du mehrere CPUs? Evtl. ist die Idletime ja aufsummiert?
Ah, danke. Da haette ich eigentlich selbst auch draufkommen koennen...

Servus,
Stefan
--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

In Stefan steckt mehr, als man ersehnt.
(Sloganizer)
Helmut Hullen
2011-01-17 13:36:00 UTC
Permalink
Hallo, Sven,
Post by Sven Hartge
Post by Helmut Hullen
Post by Stefan+ (Stefan Froehlich)
Und /proc/uptime?
Doch - das sieht gut aus! Der 1. Wert ist die "uptime" in Sekunden
und lässt sich leicht extrahieren. Was zeigt der 2. Wert an?
man 5 proc
Danke schön!

Viele Gruesse
Helmut

"Ubuntu" - an African word, meaning "Slackware is too hard for me".
Ralf Döblitz
2011-01-16 12:03:52 UTC
Permalink
Ralph Angenendt <***@strg-alt-entf.org> schrieb:
[...]
Post by Ralph Angenendt
Post by Helmut Hullen
c) solange ein SysV-Boot benutzt wird (und nichgt das neumodsche Zeugs),
kann so etwas komfortable in ".../rc.local" untergebracht werden,
jedenfalls bei vielen Distributionen
Finde ich jetzt auch nicht eleganter als die Lösung in der crontab.
Es hat den Vorteil, daß es der übliche Platz für lokalen Kram bei
Systemstart ist. Wenn der WLAN-Start dann mal doch nicht klappt, weil es
gerade nach dem Boot an der Tür klingelt, dann wären die Startscripte
zumindest für mich eher eine Stelle, an der ich nachsehen würde, als in
der crontab (wobei ich eher dazu tendiere, dann dafür ein eigenes Script
anzulegen, das erleichtert das manuelle Nachstarten im Problemfall).

Ralf
--
Ralf Döblitz * Schapenstraße 6 * 38104 Braunschweig * Germany
Phone: +49-531-2361223 Fax: +49-531-2361224 mailto:***@doeblitz.net
Homepage: http://www.escape.de/users/selene/
Mit UTF-8 kann man gleichzeitig äöüßÄÖÜæœłø‱¼½¾¤¹²³¢€£¥¶§¬÷×±©®™¡¿ verwenden…
Ralf Döblitz
2011-01-16 11:59:02 UTC
Permalink
Helmut Hullen <***@hullen.de> schrieb:
[...]
Das ist eine Erweiterung von Vixie-Cron, die Doku ist von 1994. Es würde
mich wundern wenn - abseits von absichtlich auf exakten POSIX-Umfang
reduzierten Systemen - diese Funktionalität auf einem aktuellen
Linux-System *nicht* vorhanden wäre.

Ansonsten würde ich eher mal nach anderen Triggermechanismen schauen
(wenn man das WLAN-Password nicht doch für automatischen Start speichern
kann) oder z.B. mittels runit periodisch den Start versuchen.

Ralf
--
Ralf Döblitz * Schapenstraße 6 * 38104 Braunschweig * Germany
Phone: +49-531-2361223 Fax: +49-531-2361224 mailto:***@doeblitz.net
Homepage: http://www.escape.de/users/selene/
Mit UTF-8 kann man gleichzeitig äöüßÄÖÜæœłø‱¼½¾¤¹²³¢€£¥¶§¬÷×±©®™¡¿ verwenden…
Juergen Ilse
2011-01-16 18:37:39 UTC
Permalink
Hallo,
Post by Ralf Döblitz
[...]
Das ist eine Erweiterung von Vixie-Cron, die Doku ist von 1994. Es würde
mich wundern wenn - abseits von absichtlich auf exakten POSIX-Umfang
reduzierten Systemen - diese Funktionalität auf einem aktuellen
Linux-System *nicht* vorhanden wäre.
Jede Distribution, auf der (aus welchen Gruenden auch immer) ein anderer
cron als Vixie-cron verwendet wird (die Moeglichkeit hat man bei fast
jeder Distribution) wird das "@reboot" nicht unterstuetzen. Dabei ist
es gleichgueltig, wie lange diese Erweiterung bereits in Vixie-cron drin
ist: die anderen crons haben sie nicht uebernommen, damit ist di Nutzung
dieser Erweiterung nicht wirklich "portabel".

Tschuess,
Juergen Ilse (***@usenet-verwaltung.de)
--
Ein Domainname (auch wenn er Teil einer Mailadresse ist) ist nur ein Name,
nicht mehr und nicht weniger ...
Sieghard Schicktanz
2011-01-16 23:56:31 UTC
Permalink
Hallo Juergen,
Post by Juergen Ilse
Jede Distribution, auf der (aus welchen Gruenden auch immer) ein anderer
cron als Vixie-cron verwendet wird (die Moeglichkeit hat man bei fast
Kann ich Dir bestätigen, mein Arch-Linux benutzt "dillon's lightweight cron
daemon", und da steht dazu in der man page nichts davon.
Bloß in der man page zur crontab gibt's eine kurze Anmerkung:

The following formats are also recognized:

# schedule this job only once, when crond starts up
@reboot date
--
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------
Harald Meyer
2011-01-16 14:20:46 UTC
Permalink
Post by Lewin Bormann
ich habe ein Problem mit Cron, ich möchte nämlich zum Systemstart einen
Dienst starten, der Netzwerk braucht, aber, wenn er keines findet,
inaktiv wird. Und er findet nie eines, da ich das PW für das WLAN, an
dem mein Computer hängt, erst nach der Anmeldung eingeben kann.
Gibt es nun eine Möglichkeit, einen Cronjob exakt 5 Minuten nach
Systemstart auszuführen?
Bist du sicher dass du das mit einer gegebenen Verzögerung machen willst
oder ob nicht möglicherweise etwas in der Art

until ping -c 1 www.google.com ; do
sleep 10
done
exec wasauchimmer

der bessere Lösungsansatz wäre?
Lewin Bormann
2011-01-16 15:47:37 UTC
Permalink
Post by Harald Meyer
until ping -c 1 www.google.com ; do
sleep 10
done
exec wasauchimmer
der bessere Lösungsansatz wäre?
Ginge auch - ist auch eleganter. So mache ich es. Danke!
Aber die andere Lösung klappt auch - die cron-Implementierung von
opensuse (welche das sein mag) unterstützt auf jeden Fall @reboot und es
klappt inzwischen.

LB
--
Visit my projects at http://dermesser.111mb.de
Für persönlichen Kontakt bitte <news~lewin-bormann.de> (~ = at)
Loading...