El agente de inicio que invoca el script de Python devuelve un error de permiso

Question

El agente de inicio que invoca el script de Python devuelve un error de permiso

#1 de klanomath (1 votos)

1

Estoy intentando usar el siguiente .plist para invocar una secuencia de comandos de python.

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs PropertyList-1.0.dtd">
<plist version="1.0">
    <dict>
        <key>KeepAlive</key>
        <true/>
        <key>Label</key>
        <string>com.apple.inMemTask14</string>
        <key>ProgramArguments</key>
        <array>
            <string>/Users/open/Library/Containers/.heheOSX/MacOSHighSierra.py</string>
        </array>
        <key>StartInterval</key>
        <integer>300</integer>  
    </dict>
</plist>

Por alguna razón cuando ejecuto:

launchctl load -w /Users/open/Library/LaunchAgents/com.apple.inMemTask14.plist

Recibo los siguientes errores en mi system.log:

Mar 27 11:39:19 openZ-MacBook-Pro com.apple.xpc.launchd[1] (com.apple.inMemTask14): This service is defined to be constantly running and is inherently inefficient.
Mar 27 11:39:19 openZ-MacBook-Pro com.apple.xpc.launchd[1] (com.apple.inMemTask14[1335]): Could not find and/or execute program specified by service: 13: Permission denied: /Users/open/Library/Containers/.heheOSX/MacOSHighSierra.py
Mar 27 11:39:19 openZ-MacBook-Pro com.apple.xpc.launchd[1] (com.apple.inMemTask14[1335]): Service setup event to handle failure and will not launch until it fires.

He dado permiso de ejecución al script de python. ¿Hay algún problema con mi .plist ? ¿Cómo puedo corregir los errores mostrados en los registros?

macos command-line launchd python plist

pregunta feners 27.03.2018 - 18:21

1 respuesta

Lea otras preguntas en las etiquetas macos command-line launchd python plist

¿Función hash NTLM en la Terminal? Pulsar la tecla Reproducir / Pausa (F8) finaliza la llamada FaceTime

score 1 · Accepted Answer

Tienes un error y otro menor en tu lista y probablemente una inconsistencia en tu sistema de archivos:

Mantener un trabajo con vida sin importar lo que y iniciar el mismo trabajo cada 5 minutos es como estar obligado a permanecer en el baño y ir al baño cada cinco minutos porque de ... una ablutomania .

Así que elimina la parte:

    <key>KeepAlive</key>
    <true/>

Agregue la bandeja de python en los argumentos del programa:

reemplazar:

<key>ProgramArguments</key>
<array>
    <string>/Users/open/Library/Containers/.heheOSX/MacOSHighSierra.py</string>
</array>

con:

<key>ProgramArguments</key>
<array>
    <string>/usr/bin/python</string>
    <string>/Users/open/Library/Containers/.heheOSX/MacOSHighSierra.py</string>
</array>

Si prefieres otro contenedor de python (por ejemplo, algunos brew / python), usa este en su lugar.

Finalmente, asegúrese de que el usuario que inició sesión (es decir, el que está iniciando el agente) tenga acceso de lectura al menos a /Users/open/Library/Containers/.heheOSX/MacOSHighSierra.py !

Sobre el último problema:

Utilizo el siguiente alias en mi .bash_profile para obtener todos los permisos / ACL de una ruta:

alias lspath='(IFS=/; set -f -- $PWD; for arg; do path="${path%/}/$arg"; paths+=("$path"); done; ls -dlaOe@ "${paths[@]}")'

Al ingresar a lspath después de enviar archivos a una carpeta, se mostrarán todos los permisos / ACL:

$ cd /Users/user1/Library/Containers/.heheOSX
$ lspath
drwxr-xr-x  39 root   wheel  - 1394 27 Mär 17:44 /
drwxr-xr-x   7 root   admin  -  238  5 Aug  2014 /Users
drwxr-xr-x+ 60 user1  staff  - 2040 26 Mär 23:58 /Users/user1
 0: group:everyone deny delete
drwx------+ 72 user1  staff  - 2448 16 Mär 00:40 /Users/user1/Library
 0: group:everyone deny delete
drwx------  57 user1  staff  - 1938 27 Mär 20:26 /Users/user1/Library/Containers
drwxr-xr-x   2 user1  staff  -   68 27 Mär 20:26 /Users/user1/Library/Containers/.heheOSX

En este ejemplo, ningún otro usuario, excepto usuario1 (y raíz ) podrá iniciar / cargar un * .py en / Users / user1 / Library / Containers / .heheOSX porque otros usuarios no pueden atravesar ni / Users / user1 / Library ni / Users / user1 / Library / Containers debido a su restricción drwx ------ permisos.