Jaki jest najłatwiejszy sposób uruchomienia skryptu podczas uruchamiania systemu w OS X?

Chcę, aby skrypt (bash / zsh / ruby / ...) działał w czasie uruchamiania systemu OS X. Jaki jest najprostszy sposób, aby to zrobić, bez bałaganu w plikach xml / plist i najlepiej bez potrzeby tworzenia meta AppleScript .

macos osx-snow-leopard boot script login John Bachir
źródło

Odpowiedzi:

MacOS X używa Vixie cron, który ma specjalne metatagi do uruchamiania w czasie ponownego uruchamiania. Zobacz stronę podręcznika dla formatu pliku.

coś jak:

@reboot /path/to/script.sh

w twoim crontabie by działało. Nie jestem pewien, czy jest to lepsze rozwiązanie niż uruchomione, prawdopodobnie masz więcej narzędzi meta, które wyglądają na uruchomione niż cron.

Rich Homolka
źródło

Uwielbiam to, udowodniłeś, że się mylę :-) Chociaż cronw OS X domyślnie nie jest tak świetnie z logowaniem (kilka dni temu był na ten temat).

Daniel Beck

to jest doskonałe.

John Bachir

Zauważ, że cron, at i tak dalej są w pewnym stopniu przestarzałe w OS X. Nie mogę znaleźć wyraźnego stwierdzenia tego w różnych dokumentach, ani nie wiem, jak agresywnie są przestarzałe, ale uruchomienie wydaje się ogólnie preferowane. Zobacz wprowadzoną dokumentację dla wprowadzenia.

Norman Gray

Plist nie działa dla mnie - działa jak urok - dziękuję! :-D

BG Bruno

Szczerze mówiąc, nie byłem pewien, czy składnia będzie taka sama w systemie OS X.

NobleUplift,

W przypadku zmiany opinii:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>com.superuser.245713</string>
    <key>ProgramArguments</key>
    <array>
        <string>/path/to/script.sh</string>
    </array>
    <key>UserName</key>
    <string>someuser</string>
</dict>
</plist>

Przechowuj jak com.superuser.245713.plistw /Library/LaunchAgents/i określ root:wheelwłaściciela / grupę.

Daniel Beck
źródło

Prawdopodobnie lepiej jest w to włożyć, /Library/LaunchAgentsniż /System/Library/LaunchDaemonsponieważ /Systemjest to coś specyficznego dla systemu operacyjnego, a ten poniżej /Libraryjest używany bardziej do rzeczy innych firm. Ponadto LaunchDaemons„powinien zawierać elementy, które będą działały jako root, ogólnie procesy w tle”, gdzie LaunchAgents„jako użytkownik lub w kontekście użytkownika”. Źródłem tych cytatów jest świetny artykuł o wydaniu, z którym konsultuję się w sprawie pytań.

Doug Harris

@DougHarris Dzięki za sugestie! Muszę przyznać, że właśnie pisałem ten ad-hoc - chociaż zwykle testuję swoje rozwiązania, nie byłem skłonny do ponownego uruchomienia komputera.

Daniel Beck

Jest to bardzo miłe, chociaż bardziej podoba mi się rozwiązanie Vixie cron :)

John Bachir

Właściwie należy go umieścić w / Library / LaunchDaemons. Agenty działają tylko w sesji użytkownika, tzn. Nie będą działać (a ściślej kwalifikują się do uruchomienia), dopóki ktoś się nie zaloguje, będą uruchamiane za każdym razem, gdy ktoś się zaloguje, i zawsze będą działać jako użytkownik aktualnie zalogowany. Demony działają (/ stają się uprawnione do uruchamiania) podczas rozruchu i podczas gdy normalnie działają jako root, mogą być uruchamiane jak każdy inny użytkownik z kluczem UserName.

Gordon Davisson,

@ the0ther Sieć nie zapomina.

Daniel Beck

Istnieją również haki logowania, jeśli wolisz, aby skrypt był uruchamiany (jako root), gdy użytkownik loguje się zamiast podczas uruchamiania komputera.

Deditos
źródło