Taskkill / f no mata un proceso

Cuando inicio una instancia experimental de VS desde VS para la depuración y detengo la depuración (a veces directamente desde el VS principal), sigue ejecutándose un proceso zombile devenv.exe que no puedo eliminar. Se aferra a muchos de mis dlls.

Como he iniciado sesión en esta máquina Win7 de 64 bits como Administrador, esperaría poder matar cualquier proceso que desee.

I tried (from Administrator command prompt):

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

Ninguno devuelve ningún error y TASKKILLy PSKILLmensajes de éxito devueltos de terminación / matanza del proceso. Pero devenv.exe aún se ejecuta, no se vuelve a generar ya que PIDpermanece constante. Solo desaparece al reiniciar el sistema, lo que no es una gran solución.

Nota. LockHunter muestra que devenv tiene un bloqueo en sí mismo. Y no puede desbloquearlo.

La captura de pantalla anterior es la salida de Process Monitor que muestra que devenv está en algún tipo de bucle de 'Perfil de proceso' (haga clic derecho sobre él y haga clic en abrir imagen en una nueva pestaña para verlo correctamente).

¿Alguna idea de cómo matar tal proceso en Windows?

debe matar el proceso hijo también si se genera alguno para matar con éxito su proceso

taskkill /IM "process_name" /T /F

/T = kills child process

/F = forceful termination of your process

Los métodos taskkill y powershell (kill) no funcionaron para mí; todavía decía "Acceso denegado".

Tuve mejor suerte con esto:

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

Simplemente tuve el mismo problema en Windows Server 2008 R2 y nada ayudó, ni el administrador de tareas ni el taskkill. Pero, Windows PowerShell se ejecuta como administrador trabajó con "kill -id pid"

Reiniciar es la única solución que funcionó para mí (hasta ahora).

El siempre excelente Mark Russonovich tiene una buena explicación para los procesos imposibles de matar.

Para resumir, es muy posible que se deba a solicitudes de E / S no procesadas que no se han manejado correctamente (por un controlador de dispositivo al que posiblemente haya accedido su programa)

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

Sé que es tarde pero taskkill /im devenv.exe /t /fdebería funcionar. el /tmata procesos secundarios también.

En mi caso, después de varios días de luchar con este problema (le estaba ocurriendo a los procesos VirtualBox y µTorrent), descubrí que fue causado por un problema de controlador de red, provocado por el parche de actualización de Windows KB4338818 (Windows 7 x64). Después de desinstalar ese parche, todo volvió a la normalidad. Solo pensé que podría ser útil para otros.

Podría resolver mi problema relacionado con este problema matando explorer.exe, que a su vez era adicto al proceso que quería matar. Supongo que esto también puede suceder si los procesos abren interfaces a través del gancho que puede estar bloqueado.

Lo he visto varias veces y mi única solución fue reiniciar.

Puede intentar usar PowerShell: Get-Process devenv | matar

Pero si los otros métodos fallaron, esto probablemente también lo hará. :-(

Native tskill <pid>(o tskill.exe <pid>) funcionó para mí en Windows 10 donde ninguna otra respuesta nativa lo hizo.

En mi caso, tenía algunos procesos de chrome.exe para los cuales la 'Finalizar tarea' del administrador de tareas estaba funcionando, pero ninguno de taskkill /F /T /PID <pid>los dos kill -id <pid>funcionaba (incluso con ambos shells ejecutados como admin).

Esto es muy extraño, ya que taskkillse supone que es una versión mejor de api-and-does-more tskill.

En mi caso para matar todas las instancias de una determinada tarea que utilicé FOR /F "usebackq tokens=2 skip=2" %i IN (`TASKLIST /FI "IMAGENAME eq name_of_task.exe"`) DO tskill %i

Voy a sugerir algo aquí porque recientemente enfrenté el mismo problema e intenté todo lo posible en las respuestas, pero nada funcionó. Estaba recibiendo errores como

ERROR: el proceso con PID 23908 no se pudo finalizar. Motivo: no hay una instancia en ejecución de la tarea.

usando el símbolo del sistema. Power Shell tampoco fue útil. simplemente ejecutaría los comandos y no respondería con el proceso aún ejecutándose.

Hasta que decidí eliminar el archivo '.exe' asociado. Como el archivo estaba activo, Windows no permitía la eliminación, pero en esa ventana de advertencia me dio el nombre del proceso que estaba retrasando la tarea que quería matar. Pude matar la tarea original y, por lo tanto, el proceso con errores.

Definitivamente vale la pena intentarlo si ninguna de las soluciones funciona.

Estaba obteniendo los siguientes resultados con 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.

Lo que funcionó para mí fue de 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.

Puedes obtenerlo pskilldesde el sitio en vivo de sysinternal

Algunos de los archivos Exe dependen de algunos servicios,

Entonces necesita encontrar el servicio respectivo y detenerse primero.

El mismo problema me ocurrió en VirtualBox con respecto a los procesos de Java.

En mi caso, se debió a un error en el parche de actualización de Windows KB4338818 (Windows 7 x64).

Lo resolví haciendo lo siguiente:

• Desinstalar el parche de actualización de Windows KB4338818
• Instale el parche de actualización de Windows KB4338821

Ejecutar como administrador funciona para mí:

1.buscar cmden windows

2. Haga clic derecho en cmdseleccionar como "Ejecutar como administrador"

3)netstat -ano | findstr :8080

4)taskkill/pid (your number) /F

Para mí, la forma en que funcionó es que tengo que matar el proceso principal. Calcule el proceso principal y elimínelo

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

Tengo el problema con los procesos depurados con gdb en Code :: Blocks. Tan pronto se cuelga mientras accidentalmente ingresa instrucciones fuera del alcance de sus fuentes (como bibliotecas sin fuentes o funciones del sistema) no puede salir de la depuración ni desde Code :: Blocks ni desde Task-Manager.

Creo que es un error en la implementación de gdb en Code :: Blocks, pero también podría estar en gdb;)

Mi solución:

taskkill /F /IM process.exe /T

Esto muestra el PID del proceso padre. Ahora mata al padre:

taskkill /PID yyyy

Ambos se han ido.

Hecho.

si taskkill /F /T /PID <pid>no funciona Intente abrir su terminal por Run as Administrator.

Busque cmden su menú de Windows y haga clic derecho Run as Administrator, luego ejecute el comando nuevamente. Esto funcionó para mí.

Si descarga la suite gratuita sysinternals, tiene una aplicación pskill.exe que funciona bien para este tipo de tareas: pskill.exe "nombre_proceso" Funciona en estos procesos incluso sin usar su opción -t.

Hice lo siguiente, en un powershell elevado:

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

salida de comando:

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

Parámetros de salida:

instance of __PARAMETERS
{ReturnValue = 0; };

Tengo información de sintaxis en: https://community.spiceworks.com/topic/871561-wmic-error-like-invalid-alias-verb

NirCmd de NirSoft hizo el trabajo por mí:

nircmd killprocess "process name.exe"

La página de manual de killprocess está aquí .

Me enfrenté al mismo problema cuando comencé una aplicación de nodo en el puerto 3000 y no se cerró correctamente y el proceso siguió ejecutándose incluso después de reiniciar.

Ninguno de los comandos taskkill o powershell que se ejecutan en modo Administrador funcionó para mí.

Utilicé MS Process Expoler> Propiedades> Imagen> Directorio actual (que se suponía que era el directorio de mi proyecto).

Finalmente, tuve que reiniciar en SafeMode y cambiar el nombre de la carpeta del proyecto y reiniciar. Los procesos Node que consumían el puerto 3000 se suicidaron.

Tuve exactamente el mismo problema, encontré esta solución en otro sitio: powershell.exe "Get-Process processname | Stop-Process" funcionó para mí y estaba en el mismo barco donde tuve que reiniciar, el / T no funcionaría .

Como Francis mencionó, algunos procesos no pueden terminarse debido a

"solicitudes de E / S sin procesar"

En mi experiencia, estaba tratando con un controlador gráfico defectuoso que haría que mi juego se bloqueara y no pudiera cerrarlo, como último recurso deshabilité el controlador gráfico y el proceso finalmente desapareció.

Si su aplicación está esperando un recurso del controlador como wifi o gráfico, intente deshabilitarlos en el administrador de dispositivos , debe profundizar un poco para ver dónde colgaron.

Por supuesto, esto no es recomendable, pero a veces ya no tienes nada que perder.

Tuve el mismo problema y como muchos otros aquí han dicho, ninguno de los comandos normales de Kill funcionó. El archivo de mi problema era un ejecutable que un usuario estaba ejecutando desde un recurso compartido de red en un servidor de escritorio remoto. Con múltiples usuarios compartidos no es fácil reiniciar durante un día de trabajo. Incluso cuando el usuario cerró la sesión, el exe todavía figuraba en el Administrador de tareas. Envié al servidor donde se compartió la carpeta y desde Computer Management -> Sessions encontré que el usuario con la sesión todavía abierta desde ese servidor RDP a pesar de que estaba desconectado. Haga clic derecho -> Cerrar sesión y se liberó el bloqueo de archivo.

Me gana por qué no pude terminar las tareas. El mensaje de error que recibí originalmente cuando intento eliminar el archivo era "La acción no se puede completar porque el archivo está abierto en el Sistema"

Espero que esto ayude a alguien más.

En mi caso, ninguna de las soluciones aquí funcionó. Finalmente descubrí que el programa en cuestión estaba congelado al intentar sondear las interfaces de audio USB. Así que desconecté un DAC USB que había conectado y, para mi sorpresa, la aplicación se cerró al instante. La respuesta de Francis menciona que podría ser el resultado de "solicitudes de E / S sin procesar que no se han manejado correctamente (por un controlador de dispositivo al que posiblemente haya accedido su programa)", lo que podría explicar por qué esto lo solucionó.

Supongo que realmente depende de lo que estaba haciendo el programa cuando se congeló, pero si ninguna de las otras soluciones funciona, intente desconectar todos los dispositivos USB para ver si uno de ellos podría ser la causa.

Ejecute CMD como administrador solucionará el problema

1. administrador de tareas abierto
2. seleccione la pestaña de servicios
3. seleccione el proceso (devenv.exe) que desea eliminar y haga clic en el botón de servicios
4. justo en el proceso, seleccione propiedades y desactívela ...