J'ai remarqué que de nombreux processus Adobe s'exécutaient en arrière-plan au démarrage sur un ordinateur OS X 10.11.4 (15E65) sur lequel Adobe Creative Cloud (CC) était installé.
Pour se débarrasser de cela, je l' ai enlevé tout avec "*adobe*"le nom de fichier des répertoires utilisés par launchd, qui sont: ~/Library/LaunchAgents, /Library/LaunchAgents, /Library/LaunchDaemons, /System/Library/LaunchAgents, /System/Library/LaunchDaemons.
Ce n'est pas une mauvaise idée de parcourir ces répertoires manuellement, simplement pour savoir ce qui est - ou pourrait être configuré - pour être lancé automatiquement sur votre ordinateur.
Cependant, en utilisant cette approche, je me suis débarrassé de tous les processus Adobe, à l'exception d'un processus portant le nom du processus Core Sync Helper. Le processus 'UID est moi, pas root.
L'utilisation du moniteur d'activité OS X pour obtenir plus d'informations sur ce processus nous indique qu'il s'agit de son processus parent launchd. Le chemin du processus est:
"/Applications/Utilities/Adobe Creative Cloud/CoreSync/Core Sync.app/Contents/PlugIns/ACCFinderSync.appex/Contents/MacOS/ACCFinderSync"
Comment Adobe obtient-il le lancement automatique de ce processus?
Et comment empêcher son lancement automatique?
Mise à jour:
Selon la réponse de YoshiBotX, j’ai utilisé, launchctl listde même que l’application launchControl, pour trouver le service qui lance le Core Sync Helper. Pour ce faire, je recherche un service avec adobe, accfou core*syncen son nom. Malheureusement, il n'y a pas de tel service avec un nom évident. Tous les services du système utilisent com.apple....ou proviennent d'une application tierce n'ayant aucun lien avec Adobe.
En outre, launchctl listrépertorie le PID de chaque étiquette. Mais le PID du ACCFinderSyncprocessus en cours n’y figure pas du tout. Cependant, comme mentionné précédemment, son processus parent est toujours launchdaussi, alors je me demande comment cela peut être.
Mise à jour 2:
En utilisant launchctl, j'ai pu rassembler plus d'informations sur le service en utilisant son PID ( lignes omises marquées comme... ):
macy:~ jens$ sudo launchctl procinfo 352
...
com.adobe.accmac.ACCFinderSync = {
...
com.adobe.accmac.ACCFinderSync.apple-extension-service
...
com.adobe.accmac.explinder
...
ACCFinderSync
...
Mais ce ne sont pas des services que je peux supprimer en utilisant launchctl.
Mise à jour 3:
Basé sur la réponse de chiggsy , j'ai pu trouver plus de traces du service ( lignes omises marquées comme... ):
$ sudo launchctl print gui
com.apple.xpc.launchd.user.domain.501.100008.Aqua = {
...
unmanaged processes = {
...
com.apple.xpc.launchd.unmanaged.ACCFinderSync.352 = {
active count = 5
dynamic endpoints = {
"ACCFinderInnerExtensionHost2" = {
port = 0x59a8f
active = 1
managed = 0
reset = 0
hide = 0
...
externally-hosted endpoints = {
0x59a8f U A ACCFinderInnerExtensionHost2
...
$ sudo launchctl print user
com.apple.xpc.launchd.domain.user.501 = {
...
endpoints = {
...
0x59a8f U A ACCFinderInnerExtensionHost2
...
$ sudo launchctl print system
com.apple.xpc.launchd.domain.system = {
...
subdomains = {
...
com.apple.xpc.launchd.domain.pid.ACCFinderSync.352
...
Mais cela ne m'a toujours pas aidé à le désactiver.
Mise à jour 4:
Kirb l'a cloué!
launctl) est l’une des meilleures interfaces pour gérer ces choses. Cependant, il ne gère pas ces types d'extensions. Merci encore!launchctla changé pour le mieux en 10.11.4Tapez la commande sans arguments pour obtenir l'aide. Vous verrez de nouveaux domaines à rechercher et de nouvelles commandes.
Pour vos processus: si ce n'est pas dans le domaine système, c'est probablement dans votre utilisateur:
Cependant, puisque vous serez connecté à l'interface graphique:
Domaine d'interface graphique pour les choses qui ont une interface utilisateur / des agents
Domaine utilisateur pour les démons pour vous.
Domaine système pour les démons système.
Il y en a quelques autres mais je trouve que les utilisateurs et les gui sont plutôt bons.
L'astuce avec les versions ultérieures d'OSX consiste à vérifier la page de manuel, puis à exécuter l'aide de l'outil. Si cela fonctionne, vous pouvez le trouver avec launchctl.
Bonne chance.
la source
Une autre hypothèse serait de vous enregistrer
/Library/StartupItems.Mais
launchctlvotre service.plist ne doit pas nécessairement se trouver dans l'un de ces répertoires.En fait, vous n'avez même pas besoin d'un fichier (comme indiqué dans la commande launchctl submit) .
Donc, tant que vous enregistrez avec
launchctl load|submit, il continuera à fonctionner.Je pense que votre meilleur moyen est de désactiver l'outil avec launchctl directement ou en utilisant une application telle que LaunchControl .
la source
Le problème est que ces dernières années, Apple a introduit d'autres moyens de démarrer automatiquement des éléments que d'avoir des listes de plistes dans des dossiers spécifiques, comme cela fonctionne avec les agents de lancement et les démons. Les services xpc, les smloginitems ne sont pas situés à ces endroits mais sont enregistrés dans la base de données launchctl (visible par
launchctl list), mais ce plugin adobe spécifique est évidemment chargé au début, mais n'est pas répertorié par launchctl. vous pouvez voir quelques informations en utilisantlaunchchtl print user/501mais pas parlaunchctl list. alors qu'est-ce qu'ACCFinderSync et pourquoi ne se présente-t-il pas? le système de lancement de trous est en quelque sorte un atm éclaté et il est très compliqué d'observer toutes les formes d'éléments de démarrage. La grande question ici est de savoir ce que sont les extensions d’application (appex) et comment peuvent-elles être détectées (et désactivées) au niveau de la ligne de commande si ce n’est par launchctl.la source