Comment tuer un processus en MacOS?

J'ai essayé kill -9 698 mais le processus n'est pas mort.

$ ps -ef | grep chromium
  502   698   811   0   0:01.24 ??         0:07.28 /Users/lucius/chromium/src/xcodebuild/Debug/Chromium.app/Contents/MacOS/Chromium
  502   854   732   0   0:00.00 ttys001    0:00.00 grep chromium
$ kill -9 698


$ ps -ef | grep chromium
  502   698   811   0   0:01.24 ??         0:07.28 /Users/lucius/chromium/src/xcodebuild/Debug/Chromium.app/Contents/MacOS/Chromium
  502   854   732   0   0:00.00 ttys001    0:00.00 grep chromium
  • N'est-ce pas une bonne pratique d'exécuter en premier lieu kill -15 ... et si cela ne fonctionne pas, alors kill -1 ... et si cela ne fonctionne pas, alors kill -9 ... ?
InformationsquelleAutor lucius | 2009-05-24
  1. 104

    Si vous voulez les tuer -9, vous avez le bon PID, et rien ne se passe, alors vous n'avez pas les autorisations pour tuer le processus.

    Solution:

    $ sudo kill -9 PID

    Bon, bien sûr Mac OS/X donne un message d'erreur pour ce cas:

    $ kill -9 196
-bash: kill: (196) - Operation not permitted

    Donc, si vous ne recevez pas un message d'erreur, vous n'obtenez pas le droit PID.

    • Peut-être mais il me semble tuer donnant un message d'erreur si le processus n'était pas possédé par le tueur.
    • Dieu, qui est l'un de ces comportements est différente à partir d'UNIX UNIX. Il est souhaitable de pas pour l'erreur, parce que c'est un canal caché; d'autre part, il est utile de message d'erreur.
    • Qui UNIX donne pas d'erreur ici? J'ai test BSD, Linux et Solaris, et donnent tous une certaine forme de l'erreur ci-dessus (EPERM).
    • Je ne sais pas, mais si je devais deviner, je suppose Solaris avec trusted extensions (les canaux cachés problème). Aussi, notez qu'il existe un couple de lignes vides après la tuer. Je me demande pourquoi?
    InformationsquelleAutor Charlie Martin
  2. 7

    Certains cas, vous pourriez vouloir tuer tous les processus en cours d'exécution dans un port spécifique. Par exemple, si je suis en cours d'exécution d'un nœud application sur 3000 port et j'ai envie de tuer qui et en commencer une nouvelle; puis j'ai trouvé cette commande utile.

    Trouver l'Id de processus en cours d'exécution sur le port TCP 3000 et le tuer

    kill -9 `lsof -i TCP:3000 | awk '/LISTEN/{print $2}'`
    InformationsquelleAutor Gajen Sunthara
  3. 6

    Si vous connaissez le nom du processus que vous pouvez utiliser:

    killall Dock

    Si vous n'en avez pas, vous pouvez ouvrir le Moniteur d'Activité et de le trouver.

    • Je pense qu'il pourrait être une mauvaise idée pour exécuter cette commande. Je suppose qu'on pourrait assez facilement, suffit de redémarrer le dock, mais je ne sais pas si il y aurait des problèmes avec cette approche.
    • C'était juste un exemple d'un processus, je ne veux pas de lui tuer son quai. Je suis en supposant que killall prend une chaîne de caractère par rapport à tuer.
    InformationsquelleAutor Garrett
  4. 2

    Si kill -9 ne fonctionne pas, alors ni killall (ou même killall -9 qui serait plus "intense"). Apparemment, le chrome processus est bloqué dans un non-interruptible appel système (c'est à dire, dans le noyau, pas en userland) -- ne pense pas que MacOSX avait tout de ceux de gauche, mais je pense qu'il y a toujours un de plus:-(. Si ce processus a un terminal de contrôle, vous pouvez probablement en arrière-plan et le tuer tout backgrounded; sinon (ou si l'intense tuer ne fonctionne pas, même une fois que le processus est bakcgrounded) je suis à court d'idées et je pense que vous pourriez avoir à redémarrer la machine:-(.

    InformationsquelleAutor Alex Martelli
  5. 2

    Donné le chemin d'accès à votre programme, je suppose que vous êtes en train de courir sous Xcode, et sont probablement à l'debug point d'arrêt. Les processus ne peuvent pas être tués dans cet état en raison de la sous-tendent la mise en œuvre de points d'arrêt.

    La première étape serait d'aller à votre Xcode processus et arrêter le débogage. Si, pour quelque étrange raison, vous avez perdu l'accès à Xcode (peut-être Xcode a perdu l'accès à son gdb sous-processus), alors la solution est de tuer le gdb processus. Plus généralement, la solution ici est de tuer le processus parent. Dans votre cas c'est PID 811 (troisième colonne).

    Il n'est pas nécessaire d'utiliser -9 dans ce cas.

    InformationsquelleAutor Rob Napier
  6. 2

    Je viens maintenant recherché pour ce que je suis dans une situation similaire, et au lieu de kill -9 698 j'ai essayé sudo kill 428 où 428 était le pid du processus que je suis en train de les tuer. Il a travaillé proprement pour moi, en l'absence du trait d'union caractère' -'. J'espère que cela aide!

    • Oui essayer sudo kill -9 PID - ce qui a fonctionné pour moi (idk pourquoi nous ne pouvons pas le tuer de l'utilisateur et d'exiger d'altitude)
    InformationsquelleAutor ArcaneVibe
  7. 1

    Je l'ai connu si kill -9 PID ne fonctionne pas, et que vous possédez le processus, vous pouvez utiliser kill -s kill PID qui est surprenant que l'homme à la page en dit, vous pouvez kill -signal_number PID.

    • kill -s kill 9 m'a aidé
    InformationsquelleAutor koan
  8. 0

    J'ai récemment fait l'objet d'similaire où l'atome d'éditeur, de ne pas fermer. Ni de répondre. Tuer /kill -9 /force de sortie de Moniteur d'Activité - n'a pas fonctionné. Finalement dû redémarrer mon mac pour fermer l'application.

    InformationsquelleAutor Monish