ausführbare unix-datei zeitgesteuert mit Optionen starten

[Stechpalme]

Hallo zusammen

Ich habe eine ausführbare Unix-Datei die, wenn man sie mit den richtigen optionen startet, einen Ordner mit einem Server im Internet synchronisiert.

Bisher habe ich das so gemacht, dass ich die Unix-Datei in ein Terminal-Fenster gezogen habe und dann meinen Parameter hintendran gehängt habe und dann enter gedrückt habe. Danach wurde das Programm ausgeführt und ich musste noch "2" als Option eingeben.

Wie kann ich das automatisieren und alle z.B. 12 Stunden automatisch ausführen? Weis da jemand was?

Liebe Grüsse

Stechpalme

 

[Bananenbieger]

Unter Snow Leopard und Leopard kannst Du das über launchd machen. (Beispiel: http://www.davidlanier.com/story/cron-and-launchctl-on-mac-os-x-105-leopard )

 

[fyysh]

Zu kompliziert? Dann kauf dir Lingon.

 

[Stechpalme]

Hallo zusammen und danke für die Antworten

Leider sind irgendwie beide Wege ein bisschen nen Overkill...
Unter Windows ging das ganz einfach mit Batch-Files...

Liebe Grüsse

 

[Bananenbieger]

Wieso Overkill? launchd steuert alles zentral und läuft eh immer. Du musst launchd also nur sagen, dass es etwas regelmäßig machen muss. Ganz einfach und unkompliziert.

 

[drlecter]

Hallo zusammen und danke für die Antworten

Leider sind irgendwie beide Wege ein bisschen nen Overkill...
Unter Windows ging das ganz einfach mit Batch-Files...

Liebe Grüsse

Stimmt und diese musst du dann als neuen Start unter "Scheduled Tasks" anlegen. Wo ist hier der Unterschied? Ach unter Windows brauchst du auch kein Batchfile sondern kannst im Task die Parameter direkt übergeben.

 

[Bananenbieger]

Wobei ich schon sagen muss, dass cron.daily, cron.weekly usw. deutlich simpler als launchd-Lösung ist. Gab es früher ja auch unter OSX und immer noch auf praktisch jeder *nix/*ux-Kiste.

 

[drlecter]

Wobei ich schon sagen muss, dass cron.daily, cron.weekly usw. deutlich simpler als launchd-Lösung ist. Gab es früher ja auch unter OSX und immer noch auf praktisch jeder *nix/*ux-Kiste.

Da muss ich dir zustimmen.

 

[fyysh]

Gab es früher ja auch unter OSX

Gibt's doch immer noch?

Unter Windows ging das ganz einfach mit Batch-Files...

Äpfel und Birnen. Die zeitliche geplante Ausführung hat weder auf Windows noch auf irgend nen anderen System mit dem Script selbst, sei es ein Batch-, Shell- oder Applescript, zu tun.

 

[Bananenbieger]

Gibt's doch immer noch?

Nur noch in ganz verkrüppelter Form mit dem Hinweis in der crontab, dass man doch bitte launchd nutzen möchte. cron.daily und Konsorten habe ich unter OSX schon lange nicht mehr gesehen (gut, könnte man sich manuell einrichten, aber dann kann man genauso gut launchd nutzen).

 

[fyysh]

Ach so meinst du.
Ja, cron.daily usw sind ja dis Systemcronsjobs. Die gibt's natürlich nicht mehr, weil cron auf Systemebene durch launchd ersetzt wurde. Da hast du recht.
Aber das heißt nicht, dass cron nicht mehr da ist oder gar verkrüppelt ist. Cron läuft auf Userebene ganz normal.

@Overkill:
Nö. 1x verstehen - das muss man. Danach geht's wie von selbst.
Ne hübsche GUI dafür (nativ!) wäre trotzdem nett. Da stimme ich zu.

 

[Bananenbieger]

cron.daily sind doch nicht zwingend Systemjobs. Da kannst Du doch ganz einfach jeden x-beliebigen Job als Symlink oder Script reinlegen. Ganz ohne Konfiguration.

Ansonsten ist doch cron in OSX überflüssig und praktisch nur noch zu Kompatibilitätsgründen an Bord.

 

[fyysh]

Da kannst Du doch ganz einfach jeden x-beliebigen Job als Symlink oder Script reinlegen.

Per default nur als root, was mich zu der Aussage "system" bringt. Der normale user darf, per default, nix da reinlegen oder -linken.

...nur noch zu Kompatibilitätsgründen...

Ja, schon. Aber voll funktionsfähig auf userebene, also nicht verkrüppelt.

 

[Bananenbieger]

Per default nur als root, was mich zu der Aussage "system" bringt.

sudo? Bei OSX kann bei mir auch nicht einfach Applikationen in /Applications installieren, ohne dass ich mir Rootrechte hole.

 

[fyysh]

Ok, krümmelkacken wir.

Ich hätte "SystemWEIT" sagen sollen.
Dennoch. Wenn ein User sich einen daily cronjob erstellen will, sollte er eigentlich @daily in seiner crontab verwenden, den die anac(h)ronistischen .dailies, .weeklies und .monthlies sind für systemWEITE Geschichten da (Backups, irgendwelche Systemaufräumgeschichten.... bla... System(WEITE)tasks halt) und nicht für den User.

OK so?

 

[Bananenbieger]

Mir eigentlich völlig egal... Ich denke, Du weißt, wovon Du sprichst.

 

[fyysh]

...und dabei habe ich mir extra für dich das hübsche Schwarze angezogen, die Haare gemacht etc.
Pffft!

 

[Rastafari]

Bei OSX kann bei mir auch nicht einfach Applikationen in /Applications installieren, ohne dass ich mir Rootrechte hole.

Du nicht? Ich schon. Und alle anderen auch.

 

[Bananenbieger]

Ach verflixt. Stimmt, sind ja keine Root-Rechte, sondern nur Admin-Rechte.

 

[fyysh]

Thx Biegr.