Quel est le problème avec ma configuration launchctl ?

Comme je l'ai découvert à la dure, vous devez exécuter la commande en utilisant sudo ainsi que le chemin d'accès complet de la .plist comme suit (dans votre cas) :

sudo launchctl load /Library/LaunchDaemons/com.sickbeard.sickbeard.plist

Le chemin d'accès peut être différent pour vous, mais vous devez localiser le fichier pour connaître son emplacement et le passer comme je l'ai cité à la fonction launchctl comando.

Le message nothing found to load signifie parfois que la configuration est remplacée par une autre configuration. Vous forcez le chargement en utilisant l'option "-w" lors de l'utilisation de launchctl load or unload .

Si vous devez forcer le chargement ou le déchargement d'un fichier plist, cela signifie que vous avez une configuration qui remplace le plist. Cette surcharge est créée lorsque vous utilisez le "-w", sinon aucune surcharge ne sera ajoutée au fichier overrides. Pour éviter ce cas, éditez le fichier ci-dessous, cherchez l'étiquette du job que vous voulez supprimer la surcharge, supprimez les lignes nécessaires :

pico /var/db/launchd.db/com.apple.launchd/overrides.plist

Par exemple, supprimez cette ligne

<key>com.mydomain.myjob</key>
<dict>
        <key>Disabled</key>
        <true/>
</dict>

alors vous pourriez utiliser : launchctl load or unload /Library/LaunchDaemons/com.mydomain.myjob.plist sans avoir besoin de "-w" ou "-F", vous ne devriez pas avoir le message nothing found to load

Vous pouvez ajouter le flag -F pour forcer launchctl pour charger le .plist. Vérifiez également que le fichier .plist se trouve dans les chemins suivants launchctl recherches. Si votre .plist se trouve ailleurs, vous pouvez également ajouter l'option -D et spécifier le domaine. De la page de manuel :

-Domaine D
Recherchez les fichiers plist(5) se terminant par *.plist dans le domaine indiqué. Les domaines valides incluent "système", "local", "réseau" et "tous". Lorsqu'un type de session est fourni, un domaine supplémentaire appelé "user" peut être utilisé. Par exemple, sans type de session, "-D system" chargerait les fichiers de la liste de propriétés de /System/Library/LaunchDaemons. Avec un type de session passé, il chargerait à partir de /System/Library/LaunchAgents.

Assurez-vous d'examiner minutieusement toutes les informations contenues dans la page de manuel - vous pouvez vraiment gâcher des choses si votre appel n'est pas correctement configuré.