atrun startet keinen Eintrag

[Jan Novak]

Hallo,

ich möchte über "at" Befehle starten lassen. Diese werden auch in die
"atq" eingetragen, allerdings nicht ausgeführt. Die Hilfen im Netz wie z.B.

sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.atrun.plist

meldet mir
/System/Library/LaunchDaemons/com.apple.atrun.plist: service already loaded
Load failed: 37: Operation already in progress

Full disk access für /usr/libexec/atrun ist gesetzt

Jan

[Jan Novak]

Am 29.06.23 um 13:22 schrieb Jan Novak:

Ich habe viel im Netz gelesen und mein Eindruck ist: von Apple nicht
gewollt und ausgeschaltet. Der Dienst soll nicht mehr benutzt werden.
Selbst mit ausgeschaltetem SIP lässt sich das "Disabled" Flag in der
plist Datei nicht ändern.

Heisst das, "at" ist tot auf dem Mac?
Gibt es eine alternative dazu?

Jan

[Jan Novak]

Am 30.06.23 um 10:21 schrieb Dennis Preiser:

> Jan Novak <rep...@gmail.com> wrote:
>> Am 29.06.23 um 13:22 schrieb Jan Novak:

>>> ich möchte über "at" Befehle starten lassen. Diese werden auch in die
>>> "atq" eingetragen, allerdings nicht ausgeführt. Die Hilfen im Netz wie z.B.
>>>
>>> sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.atrun.plist
>>>
>>> meldet mir
>>> /System/Library/LaunchDaemons/com.apple.atrun.plist: service already loaded
>>> Load failed: 37: Operation already in progress
>>>
>>> Full disk access für /usr/libexec/atrun ist gesetzt
>>
>> Ich habe viel im Netz gelesen und mein Eindruck ist: von Apple nicht
>> gewollt und ausgeschaltet. Der Dienst soll nicht mehr benutzt werden.
>> Selbst mit ausgeschaltetem SIP lässt sich das "Disabled" Flag in der
>> plist Datei nicht ändern.
>

> Das ist eigentlich auch nicht notwendig. Soweit ich mich erinnere
> bewirkt Disabled = 1 lediglich, dass der Dienst nicht automatisch beim
> Hochfahren gestartet wird. Nach einem "launchctl load -w ..." wird der
> entsprechende Dienst in overrides.plist vermerkt und ab dann sollte er
> beim Hochfahren auch automatisch starten. Ein "launchctl unload -w ..."
> macht das wieder rückgangig.
>
>
> So steht es auch in der man-Page bei load:
>
> | -w Overrides the Disabled key and sets it to false or true for
> | the load and unload subcommands respectively. In previous
> | versions, this option would modify the configuration file.
> | Now the state of the Disabled key is stored elsewhere on-
> | disk in a location that may not be directly manipulated by
> | any process other than launchd.
>
> Deine Fehlermeldung
>
> | /System/Library/LaunchDaemons/com.apple.atrun.plist: service already loaded
>
> deutet ja darauf hin, dass das funktioniert hat und der Dienst läuft.
>
> Wird er bei "launchctl list" aufgeführt?

Ja, das wird er. Allerdings ohne PID.
Ich habe alles mögliche versucht, ihn zu starten. Ohne Erfolg.

Da ich aber am Wochenende dringend einen solchen Prozess gebraucht habe,
habe ich mir kurzerhand einen eigenen geschrieben, welcher alle Minute
von cron aufgerufen wird und dann prüft ob etwas zu tun ist, was
wiederum von einem anderen Programm gefüllt wird (das, was eigentlich
den at hätte schreiben sollen).

Somit ist das Problem durch die Brust ins Auge gelöst.
Jan

[Hauke Fath]

Aus leidvoller Erfahrung: Das Privileg wird nur an MacOS-Anwendungen
vergeben, nicht an cli-Befehle.

Wir haben @work lange Macbooks mit TSM über ein Shell-Skript gesichert,
und das geht seit etwa 10.15 nicht mehr*.

Im Netz gibt es dazu längere Entwickler-Threads, weil die Änderung wohl
auch cli-Beiboote von Anwendungen betrifft: Das korrekt an die Anwendung
vergebene Zugriffsrecht kann nicht an den aus der Anwendung gestarteten
cli-Subprozeß weitergegeben werden. Nein, Apple hat das nicht
kommuniziert.

Apple ist seltsam dieser Tage... "head in the clouds"

Hauke


* War am Ende kein Schaden - time machine sichert auf Samba-Server, und
der auf TSM.

--
Now without signature.

[Jan Novak]

Am 29.07.23 um 18:34 schrieb Hauke Fath:

>
> Apple ist seltsam dieser Tage... "head in the clouds"

das stimmt und leider ist das ja bei allen großen so ... (und wird immer
schlimmer)

- aber das ist ein anderes Thema ;-)

Jan