Taskkill / f ne tue pas un processus

Lorsque je démarre une instance expérimentale de VS à partir de VS pour le débogage et arrête le débogage (parfois directement à partir du VS parent), un processus zombile devenv.exe reste en cours d'exécution que je ne peux pas tuer. Il tient bon nombre de mes DLL.

Comme je suis connecté à cette machine Win7 64 bits en tant qu'administrateur, je m'attends à pouvoir tuer n'importe quel processus que je souhaite.

I tried (from Administrator command prompt):

End Task from Task Manager.
TASKKILL /F /IM devenv.exe
PSKILL devenv.exe

Aucun ne renvoie une erreur et TASKKILLet a PSKILLrenvoyé des messages de réussite de fin / arrêt du processus. Mais devenv.exe fonctionne toujours, il n'est pas réapparu car le PIDreste constant. Il ne disparaît qu'au redémarrage du système, ce qui n'est pas une excellente solution.

Remarque. LockHunter montre que devenv a un verrou sur lui-même. Et il ne peut pas le déverrouiller.

La capture d'écran ci-dessus est la sortie de Process Monitor montrant que devenv se trouve dans une sorte de boucle de `` profilage de processus '' (faites un clic droit dessus et cliquez sur l'image ouverte dans un nouvel onglet pour la voir correctement).

Des idées comment tuer un tel processus sous Windows?

vous devez également tuer le processus enfant s'il y en a un pour tuer avec succès votre processus

taskkill /IM "process_name" /T /F

/T = kills child process

/F = forceful termination of your process

Les méthodes taskkill et powershell (kill) ne fonctionnaient pas pour moi; il disait toujours «Accès refusé».

J'ai eu plus de chance avec ceci:

wmic process where "name='myprocessname.exe'" delete

J'ai juste eu le même problème sur Windows Server 2008 R2 et rien n'a aidé, pas Taskmanager ou taskkill. Mais, Windows PowerShell exécuté en tant qu'administrateur a travaillé avec "kill -id pid"

Le redémarrage est la seule solution qui a fonctionné pour moi (jusqu'à présent).

Le toujours excellent Mark Russonovich a une bonne explication des processus inéluctables.

Pour résumer, il est fort possible que cela soit dû à des demandes d'E / S non traitées qui n'ont pas été traitées correctement (par un pilote de périphérique auquel votre programme a peut-être accédé)

http://blogs.technet.com/b/markrussinovich/archive/2005/08/17/unkillable-processes.aspx

Je sais qu'il est tard mais taskkill /im devenv.exe /t /fdevrait fonctionner. cela /ttue aussi les processus enfants.

Dans mon cas, après plusieurs jours de lutte contre ce problème (cela arrivait aux processus VirtualBox et µTorrent), j'ai découvert qu'il était causé par un problème de pilote réseau, provoqué par le correctif Windows Update KB4338818 (Windows 7 x64). Après avoir désinstallé ce correctif, tout est revenu à la normale. J'ai juste pensé que cela pourrait être utile pour les autres.

Je pourrais résoudre mon problème en supprimant ce problème en tuant explorer.exe qui à son tour était accro au processus que je voulais tuer. Je suppose que cela peut également se produire si les processus ouvrent des interfaces via un crochet qui peut être verrouillé.

J'ai vu cela plusieurs fois et ma seule solution était un redémarrage.

Vous pouvez essayer d'utiliser PowerShell: Get-Process devenv | tuer

Mais si les autres méthodes échouent, cela le sera probablement aussi. :-(

Native tskill <pid>(ou tskill.exe <pid>) a fonctionné pour moi sur Windows 10 où aucune autre réponse native ne l'a fait.

Dans mon cas, j'avais des processus chrome.exe pour lesquels la `` tâche de fin '' du gestionnaire de tâches fonctionnait, mais taskkill /F /T /PID <pid>ni Powershell ne kill -id <pid>fonctionnait (même avec les deux shells exécutés en tant qu'administrateur).

Ceci est très étrange car il taskkillest censé être une version meilleure api et fait plus de tskill.

Dans mon cas, pour tuer toutes les instances d'une certaine tâche que j'ai utilisée FOR /F "usebackq tokens=2 skip=2" %i IN (`TASKLIST /FI "IMAGENAME eq name_of_task.exe"`) DO tskill %i

Je vais suggérer quelque chose ici parce que j'ai récemment rencontré le même problème et j'ai essayé toutes les choses possibles dans les réponses mais rien n'a fonctionné. Je recevais des erreurs comme

ERREUR: le processus avec le PID 23908 n'a pas pu être arrêté. Raison: aucune instance de la tâche n'est en cours d'exécution.

en utilisant l'invite de commande. Power Shell n'a pas non plus été utile. il exécuterait simplement les commandes et aucune réponse avec le processus toujours en cours d'exécution.

Jusqu'à ce que je décide de supprimer le fichier «.exe» associé. Puisque le fichier était actif, Windows ne permettait pas la suppression, mais dans cette fenêtre d'avertissement, il m'a donné le nom du processus qui retardait la tâche que je voulais tuer. J'ai pu tuer la tâche d'origine et donc le processus de buggy.

Cela vaut vraiment la peine d'essayer si aucune des solutions ne fonctionne.

J'obtenais les résultats suivants avec taskkill

>taskkill /im "MyApp.exe" /t /f
ERROR: The process with PID 32040 (child process of PID 54176) could not be terminated.
Reason: There is no running instance of the task.

>taskkill /pid 54176  /t /f
ERROR: The process "54176" not found.

Ce qui a fonctionné pour moi était sysinternal pskill

>pskill.exe -t 32040

PsKill v1.15 - Terminates processes on local or remote systems
Copyright (C) 1999-2012  Mark Russinovich
Sysinternals - www.sysinternals.com

Process 32040 killed.

Vous pouvez obtenir à pskillpartir du site en direct de sysinternal

Certains des fichiers Exe dépendent de certains services,

Vous devez donc trouver le service correspondant et vous arrêter en premier.

Le même problème m'est arrivé dans VirtualBox en ce qui concerne les processus Java.

Dans mon cas, cela était dû à un bogue dans le patch KB4338818 de Windows Update (Windows 7 x64).

Je l'ai résolu en procédant comme suit:

• Désinstaller le correctif KB4338818 de Windows Update
• Installez le correctif Windows Update KB4338821

Exécuter en tant qu'administrateur fonctionne pour moi:

1. rechercher cmddans Windows

2. faites un clic droit sur cmdsélectionnez comme "Exécuter en tant qu'administrateur"

3.netstat -ano | findstr :8080

4.taskkill/pid (your number) /F

Pour moi, la façon dont cela a fonctionné est que je dois tuer le processus parent. Identifiez le processus parent et tuez-le

taskkill /IM "parent_process_name.exe" /T /F

J'ai le problème avec les processus débogués avec gdb dans Code :: Blocks. Dès qu'il se bloque en entrant accidentellement dans des instructions hors de portée de vos sources (en tant que bibliothèques sans sources ou fonctions système), vous ne pouvez pas quitter le débogage ni à partir de Code :: Blocks ni à partir du Gestionnaire de tâches.

Je pense que c'est une erreur dans l'implémentation de gdb dans Code :: Blocks, mais pourrait aussi être dans gdb;)

Ma solution:

taskkill /F /IM process.exe /T

Cela montre le PID du processus parent. Maintenant, tuez le parent:

taskkill /PID yyyy

Les deux sont partis.

Terminé.

si taskkill /F /T /PID <pid>cela ne fonctionne pas. Essayez d'ouvrir votre terminal par Run as Administrator.

Recherchez cmddans le menu de vos fenêtres, cliquez avec le bouton droit de la souris Run as Administrator, puis exécutez à nouveau la commande. Cela a fonctionné pour moi.

Si vous téléchargez la suite sysinternals gratuite, elle dispose d'une application pskill.exe qui fonctionne bien pour ces types de tâches: pskill.exe "nom_processus" Il fonctionne sur ces processus même sans utiliser son option -t.

J'ai fait ce qui suit, sur un PowerShell surélevé:

PS C:\Windows\system32> wmic.exe /interactive:off process where "name like `'java%'`" call terminate

Sortie de commande:

Executing (\\SRV\ROOT\CIMV2:Win32_Process.Handle="3064")->terminate()
Method execution successful.

Paramètres de sortie:

instance of __PARAMETERS
{ReturnValue = 0; };

J'ai obtenu des informations de syntaxe sur: https://community.spiceworks.com/topic/871561-wmic-error-like-invalid-alias-verb

NirCmd de NirSoft a fait le travail pour moi:

nircmd killprocess "process name.exe"

La page de manuel de killprocess est ici .

J'ai rencontré le même problème lorsque j'ai démarré une application de nœud sur le port 3000 et elle ne s'est pas fermée correctement et le processus a continué à fonctionner même après le redémarrage.

Aucune des commandes taskkill ou powershell exécutées en mode Administrateur n'a fonctionné pour moi.

J'ai utilisé MS Process Expoler> Propriétés> Image> Répertoire actuel (qui était censé être le répertoire de mon projet).

Enfin, j'ai dû redémarrer en SafeMode et renommer le dossier du projet et redémarrer. Les processus Node qui consommaient le port 3000 se sont tués.

J'ai eu exactement le même problème, j'ai trouvé ce correctif sur un autre site: powershell.exe "Get-Process processname | Stop-Process" cela a fonctionné pour moi et j'étais dans le même bateau où je devais redémarrer, le / T ne fonctionnait pas .

Comme Francis l'a mentionné, certains processus ne peuvent pas être interrompus en raison de

"demandes d'E / S non traitées"

D'après mon expérience, j'avais affaire à un pilote graphique bogué qui ferait planter mon jeu et ne pourrait pas le fermer.En dernier recours, j'ai désactivé le pilote graphique et le processus a finalement disparu.

Si votre application attend une ressource du pilote comme le wifi ou un graphique, essayez de les désactiver dans le gestionnaire de périphériques , vous devez creuser un peu plus pour voir où ils se sont accrochés.

Ce n'est bien sûr pas recommandé mais parfois vous n'avez plus rien à perdre.

J'ai eu le même problème et comme beaucoup d'autres ici l'ont dit, aucune des commandes Kill normales ne fonctionnait. Mon fichier problématique était un exécutable exécuté à partir d'un partage réseau par un utilisateur sur un serveur Bureau à distance. Avec plusieurs utilisateurs partagés, il n'est pas facile de redémarrer pendant une journée de travail. Même lorsque l'utilisateur s'est déconnecté, l'exe était toujours répertorié dans le Gestionnaire des tâches. J'ai envoyé au serveur où le dossier a été partagé et de Gestion de l'ordinateur -> Sessions a trouvé l'utilisateur avec la session toujours ouverte à partir de ce serveur RDP même s'il était déconnecté. Clic droit -> Fermer la session et le verrou de fichier a été libéré.

Ça me bat pourquoi je ne pouvais pas mettre fin aux taks. Le message d'erreur que je recevais à l'origine lorsque j'essayais de supprimer le fichier était "L'action ne peut pas être terminée car le fichier est ouvert dans le système"

J'espère que ceci aide quelqu'un d'autre.

Dans mon cas, aucune des solutions ici n'a fonctionné. J'ai finalement trouvé que le programme en question était gelé en essayant d'interroger les interfaces audio USB. J'ai donc débranché un DAC USB que j'avais connecté et, à ma grande surprise, l'application s'est fermée instantanément. La réponse de Francis mentionne que cela pourrait être le résultat de "demandes d'E / S non traitées qui n'ont pas été traitées correctement (par un pilote de périphérique auquel votre programme a peut-être accédé)", ce qui pourrait expliquer pourquoi cela a résolu le problème.

Je suppose que cela dépend vraiment de ce que le programme faisait quand il a gelé, mais si aucune des autres solutions ne fonctionne, essayez de déconnecter tous les périphériques USB pour voir si l'un d'entre eux pourrait en être la cause.

Exécutez CMD car l'administrateur résoudra le problème

1. ouvrir le gestionnaire de tâches
2. sélectionnez l'onglet services
3. sélectionnez le processus (devenv.exe) que vous souhaitez supprimer et cliquez sur le bouton services
4. directement sur le processus, sélectionnez les propriétés et désactivez-le ...