Quando inicio uma instância Experimental do VS do VS para depuração e paro a depuração (às vezes diretamente do VS pai), um processo zombile devenv.exe permanece em execução, o que não consigo eliminar. Ele se apega a muitas das minhas dlls.
Como estou conectado a esta máquina Win7 de 64 bits como administrador, esperaria poder matar qualquer processo que desejasse.
I tried (from Administrator command prompt):
End Task from Task Manager.
TASKKILL /F /IM devenv.exe
PSKILL devenv.exe
Nenhum devolver qualquer erro e TASKKILL
e PSKILL
mensagens de sucesso devolvidos de terminação / matar o processo. Mas o devenv.exe ainda é executado, não é gerado novamente como oPID
permanece constante. Ele desaparece apenas na reinicialização do sistema, o que não é uma ótima solução.
Nota. O LockHunter mostra que o devenv tem um bloqueio em si mesmo. E não pode desbloqueá-lo.
A captura de tela acima é a saída do Process Monitor mostrando que o devenv está em algum tipo de loop 'Process Profiling' (clique com o botão direito do mouse e clique em Abrir imagem em uma nova guia para vê-la corretamente).
Alguma idéia de como matar esse processo no Windows?
Respostas:
você deve matar o processo filho também, se houver algum para matar com êxito o seu processo
fonte
There is no running instance of the task
processo que realmente não quer morrer!/T
interruptor mencionado acima !Os métodos taskkill e powershell (kill) não funcionaram para mim; ainda dizia "Acesso negado".
Eu tive melhor sorte com isso:
fonte
ERROR: Description = Access denied
(Usando o Admin Console btw)Só tive o mesmo problema no Windows Server 2008 R2 e nada ajudou, não o gerenciador de tarefas ou o talento para as tarefas. Mas, o Windows PowerShell é executado como administrador, trabalhando com "kill -id pid"
fonte
Reiniciar é a única solução que funcionou para mim (até agora).
O sempre excelente Mark Russonovich tem uma boa explicação para processos inabaláveis.
Para resumir, é bem possível que seja devido a solicitações de E / S não processadas que não foram tratadas adequadamente (por um driver de dispositivo que seu programa possivelmente acessou)
http://blogs.technet.com/b/markrussinovich/archive/2005/08/17/unkillable-processes.aspx
fonte
Eu sei que é tarde, mas
taskkill /im devenv.exe /t /f
deve funcionar. o/t
filho mata processos também.fonte
/IM devenv.exe
usar/PID 17888
, o erro basicamente dizia que 17888 é filho de 17880 e 17880 não está sendo executado e, portanto, não pode ser morto.No meu caso, depois de vários dias de luta contra esse problema (estava acontecendo com os processos do VirtualBox e µTorrent), descobri que era causado por um problema de driver de rede, provocado pelo patch KB4338818 do Windows Update (Windows 7 x64). Depois de desinstalar esse patch, tudo voltou ao normal. Eu apenas pensei que poderia ser útil para os outros.
fonte
Eu poderia resolver meu problema solucionando esse problema matando o explorer.exe, que por sua vez era viciado no processo que eu queria matar. Eu acho que isso também pode acontecer se os processos abrirem interfaces via gancho, que podem estar bloqueados.
fonte
taskkill /IM "process_name" /T /F
parte da resposta foi:(child process of PID xxxx)
verifiquei o PID e o explorer.exe. Reiniciá-lo resolveu meu problema.Eu já vi isso algumas vezes e minha única solução foi uma reinicialização.
Você pode tentar usar o PowerShell: Get-Process devenv | mate
Mas se os outros métodos falharem, provavelmente isso também ocorrerá. :-(
fonte
Nativo
tskill <pid>
(outskill.exe <pid>
) funcionou para mim no Windows 10, onde nenhuma outra resposta nativa funcionou.No meu caso, eu tinha alguns processos chrome.exe nos quais a 'Tarefa Final' do gerenciador de tarefas estava funcionando, mas
taskkill /F /T /PID <pid>
nem o PowerShellkill -id <pid>
funcionou (mesmo com os dois shells executados como admin).Isso é muito estranho, pois
taskkill
é suposto ser uma versão melhor da API e faz maistskill
.No meu caso, para matar todas as instâncias de uma determinada tarefa que usei
FOR /F "usebackq tokens=2 skip=2" %i IN (`TASKLIST /FI "IMAGENAME eq name_of_task.exe"`) DO tskill %i
fonte
End Process failed for 10576:Access is denied.
Vou sugerir algo aqui, porque recentemente enfrentei o mesmo problema e tentei todas as coisas possíveis nas respostas, mas nada funcionou. Eu estava recebendo erros como
usando o prompt de comando. Power shell também não foi útil. simplesmente executaria os comandos e nenhuma resposta com o processo ainda em execução.
Até eu decidir excluir o arquivo '.exe' associado. Como o arquivo estava ativo, o Windows não permitia a exclusão, mas nessa janela de aviso, fornecia o nome do processo que estava atrasando a tarefa que eu queria matar. Eu era capaz de matar a tarefa original e, portanto, o processo de buggy.
Definitivamente vale a pena tentar se nenhuma das soluções funcionar.
fonte
Eu estava obtendo os seguintes resultados com
taskkill
O que funcionou para mim foi o sysinternal
pskill
Você pode obter
pskill
a partir de site ao vivo do Sysinternalfonte
Unable to kill process 10576: Access is denied.
Alguns dos arquivos Exe dependem de alguns serviços,
Então, você precisa encontrar o respectivo serviço e parar primeiro.
fonte
O mesmo problema aconteceu comigo no VirtualBox em relação aos processos Java.
No meu caso, isso ocorreu devido a um bug no patch do Windows Update KB4338818 (Windows 7 x64).
Eu o resolvi fazendo o seguinte:
fonte
Executar como administrador funciona para mim:
1. pesquisa
cmd
no windows2. clique com o botão direito do mouse em
cmd
selecione como "Executar como administrador"3)
netstat -ano | findstr :8080
4)
taskkill/pid (your number) /F
fonte
Para mim, a maneira como funcionou é que tenho que matar o processo pai. Descobrir o processo pai e matá-lo
fonte
Eu tenho o problema com processos depurados com gdb em Code :: Blocks. Assim que ele é interrompido enquanto acidentalmente entra em instruções fora do escopo de suas fontes (como bibliotecas sem fontes ou funções do sistema), você não pode sair da depuração nem no Code :: Blocks nem no Task-Manager.
Eu acho que é um erro na implementação do gdb no Code :: Blocks, mas também pode estar no gdb;)
Minha solução:
taskkill /F /IM process.exe /T
Isso mostra o PID do processo pai. Agora mate o pai:
taskkill /PID yyyy
Ambos se foram.
Feito.
fonte
services.exe
matando o pai, isso pode causar BSODse
taskkill /F /T /PID <pid>
não funcionar. Tente abrir o terminal porRun as Administrator
.Pesquise
cmd
no seu menu do Windows, clique com o botão direito do mouseRun as Administrator
e execute o comando novamente. Isso funcionou para mim.fonte
Se você baixar o pacote sysinternals gratuito, ele possui um aplicativo pskill.exe que funciona bem para esses tipos de tarefas: pskill.exe "process_name" Ele funciona nesses processos mesmo sem usar a opção -t.
fonte
Eu fiz o seguinte, em um PowerShell elevado:
Saída do comando:
Parâmetros de saída:
Eu tenho algumas informações de sintaxe em: https://community.spiceworks.com/topic/871561-wmic-error-like-invalid-alias-verb
fonte
O NirCmd da NirSoft fez o trabalho para mim:
A página do manual killprocess está aqui .
fonte
Eu enfrentei o mesmo problema em que iniciei um aplicativo de nó na porta 3000 e ele não foi fechado corretamente e o processo continuou em execução mesmo após a reinicialização.
Nenhum dos comandos de taskkill ou powershell em execução no modo Administrador funcionou para mim.
Eu usei o MS Process Expoler> Propriedades> Imagem> Diretório atual (que deveria ser o diretório do meu projeto).
Finalmente, tive que reiniciar o SafeMode e renomear a pasta do projeto e reiniciar. Os processos do Nó que estavam consumindo a porta 3000 se mataram.
fonte
Eu tinha exatamente o mesmo problema, encontrei essa correção em outro site: powershell.exe "Get-Process processname | Stop-Process" funcionou para mim e eu estava no mesmo barco em que precisei reiniciar, o / T não funcionaria .
fonte
Como Francisco mencionou, algum processo não pode ser encerrado por causa de
Na minha experiência, eu estava lidando com um driver gráfico de buggy que faria com que meu jogo travasse e não pudesse fechá-lo, como último recurso, desativei o driver gráfico e o processo finalmente foi embora.
Se o seu aplicativo estiver aguardando um recurso do driver, como wifi ou gráfico, tente desabilitá- lo no gerenciador de dispositivos , você precisará se aprofundar um pouco para ver onde eles estavam.
Obviamente, isso não é recomendado, mas às vezes você não tem mais nada a perder.
fonte
Eu tive o mesmo problema e, como muitos outros aqui disseram, nenhum dos comandos normais de Kill funcionou. Meu arquivo de problema era um executável que estava sendo executado a partir de um compartilhamento de rede por um usuário em um Servidor de Área de Trabalho Remota. Com vários usuários compartilhados, não é fácil reiniciar durante um dia útil. Mesmo quando o usuário efetuou logoff do exe ainda estava listado no Gerenciador de Tarefas. Enviei para o servidor em que a pasta estava compartilhada e em Gerenciamento do Computador -> Sessões, encontrei o usuário com a sessão ainda aberta nesse servidor RDP, mesmo que ele estivesse desconectado. Clique com o botão direito do mouse -> Fechar sessão e o bloqueio do arquivo foi liberado.
Bate-me porque eu não pude terminar as tarefas. A mensagem de erro que recebi originalmente quando tento excluir o arquivo foi "A ação não pode ser concluída porque o arquivo está aberto no sistema"
Espero que isso ajude outra pessoa.
fonte
No meu caso, nenhuma das soluções aqui funcionou. Acabei descobrindo que o programa em questão estava congelado ao tentar pesquisar interfaces de áudio USB. Portanto, desconectei um DAC USB que havia conectado e, para minha surpresa, o aplicativo foi fechado instantaneamente. A resposta de Francis menciona que poderia ser o resultado de "solicitações de E / S não processadas que não foram tratadas adequadamente (por um driver de dispositivo que seu programa possivelmente acessou)", o que pode explicar por que isso foi corrigido.
Suponho que realmente depende do que o programa estava fazendo quando congelou, mas se nenhuma das outras soluções estiver funcionando, tente desconectar todos os dispositivos USB para ver se um deles pode ser a causa.
fonte
Execute o CMD, pois o administrador corrigirá o problema
fonte
fonte