Taskkill / f non uccide un processo

Quando avvio un'istanza sperimentale di VS da VS per il debug e interrompo il debug (a volte direttamente dal VS padre), rimane in esecuzione un processo zombile devenv.exe che non riesco a uccidere. Si aggrappa a molte delle mie dll.

Dato che sono collegato a questa macchina Win7 a 64 bit come amministratore, mi aspetterei di essere in grado di terminare qualsiasi processo desiderassi.

I tried (from Administrator command prompt):

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

Nessuno restituire alcun errore e TASKKILLe PSKILLmessaggi di successo restituiti di terminazione / uccidendo il processo. Ma devenv.exe funziona ancora, non viene rigenerato comePID rimane costante. Va via solo al riavvio del sistema che non è un'ottima soluzione.

Nota. LockHunter mostra che devenv ha un lucchetto su se stesso. E non può sbloccarlo.

Lo screenshot sopra è l'output di Process Monitor che mostra devenv in una sorta di ciclo 'Process Profiling' (fai clic destro su di esso e fai clic su Apri immagine in una nuova scheda per vederlo correttamente).

Qualche idea su come uccidere un tale processo su Windows?

devi anche uccidere il processo figlio se viene generato uno per uccidere con successo il tuo processo

taskkill /IM "process_name" /T /F

/T = kills child process

/F = forceful termination of your process

I metodi taskkill e powershell (kill) non hanno funzionato per me; diceva ancora "Accesso negato".

Ho avuto più fortuna con questo:

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

Ho appena avuto lo stesso problema su Windows Server 2008 R2 e nulla ha aiutato, non taskmanager o taskkill. Ma Windows PowerShell funziona come amministratore ha funzionato con "kill -id pid"

Il riavvio è l'unica soluzione che ha funzionato per me (finora).

Il sempre eccellente Mark Russonovich ha una buona spiegazione per i processi non verificabili.

Riassumendo, è del tutto possibile che ciò sia dovuto a richieste I / O non elaborate che non sono state gestite correttamente (da un driver di dispositivo a cui il tuo programma potrebbe aver effettuato l'accesso)

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

So che è tardi ma taskkill /im devenv.exe /t /fdovrebbe funzionare. la /tuccide processi figli anche.

Nel mio caso, dopo diversi giorni di lotta con questo problema (stava accadendo ai processi VirtualBox e µTorrent), ho scoperto che era causato da un problema del driver di rete, provocato dalla patch di Windows Update KB4338818 (Windows 7 x64). Dopo aver disinstallato quella patch, tutto è tornato alla normalità. Ho solo pensato che potesse essere utile per gli altri.

Ho potuto risolvere il mio problema risolvendo questo problema uccidendo explorer.exe che a sua volta era dipendente dal processo che volevo uccidere. Immagino che ciò possa accadere anche se i processi aprono interfacce tramite hook che possono essere bloccate.

L'ho visto alcune volte e la mia unica soluzione era un riavvio.

È possibile provare a utilizzare PowerShell: Get-Process devenv | uccidere

Ma se gli altri metodi falliscono, probabilmente lo sarà anche questo. :-(

Nativo tskill <pid>(otskill.exe <pid> ) ha funzionato per me su Windows 10 dove nessun'altra risposta nativa ha funzionato.

Nel mio caso, ho avuto alcuni processi chrome.exe per i quali funzionava "End Task" del task manager, ma né taskkill /F /T /PID <pid>né PowerShellkill -id <pid> funzionava (anche con entrambe le shell eseguite come admin).

Questo è molto strano in quanto taskkillsi presume che sia una versione migliore di api e fa di più tskill.

Nel mio caso ho ucciso tutte le istanze di un determinato compito FOR /F "usebackq tokens=2 skip=2" %i IN (`TASKLIST /FI "IMAGENAME eq name_of_task.exe"`) DO tskill %i

Ho intenzione di suggerire qualcosa qui perché di recente ho affrontato lo stesso problema e ho provato ogni cosa possibile nelle risposte, ma nulla ha funzionato. Stavo ricevendo errori come

ERRORE: impossibile terminare il processo con PID 23908. Motivo: non esiste un'istanza in esecuzione dell'attività.

usando il prompt dei comandi. Neanche la Power Shell è stata utile. eseguirà semplicemente i comandi e nessuna risposta con il processo ancora in esecuzione.

Fino a quando non ho deciso di eliminare il file ".exe" associato. Poiché il file era attivo, Windows non consentiva la cancellazione, ma in quella finestra di avvertimento mi dava il nome del processo che stava trattenendo l'attività che volevo uccidere. Sono stato in grado di uccidere l'attività originale e quindi il processo con errori.

Vale sicuramente la pena provare se nessuna delle soluzioni funziona.

Stavo ottenendo i seguenti risultati 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.

Ciò che ha funzionato per me è stato di 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.

Puoi ottenere pskilldal sito live di sysinternal

Alcuni dei file Exe dipendono da alcuni servizi,

Quindi è necessario trovare il rispettivo servizio e fermarsi prima.

Lo stesso problema mi è successo in VirtualBox rispetto ai processi Java.

Nel mio caso, era dovuto a un bug nella patch di Windows Update KB4338818 (Windows 7 x64).

L'ho risolto nel modo seguente:

• Disinstallare la patch di Windows Update KB4338818
• Installa la patch di Windows Update KB4338821

L'esecuzione come amministratore funziona per me:

1.cerca cmdin windows

2.Fare clic su cmdSeleziona come "Esegui come amministratore"

3.netstat -ano | findstr :8080

4.taskkill/pid (your number) /F

Per me, il modo in cui ha funzionato è che devo uccidere il processo genitore. Capisci il processo genitore e uccidilo

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

Ho il problema con i processi di debug con gdb in Code :: Blocks. Non appena si blocca mentre si inseriscono accidentalmente le istruzioni fuori dall'ambito delle risorse (come librerie senza fonti o funzioni di sistema) non è possibile uscire dal debug né da Code :: Blocks né da Task-Manager.

Penso che sia un errore nell'implementazione di gdb in Code :: Blocks, ma potrebbe anche essere in gdb;)

La mia soluzione:

taskkill /F /IM process.exe /T

Questo mostra il PID del processo genitore. Ora uccidi il genitore:

taskkill /PID yyyy

Entrambi sono andati.

Fatto.

se taskkill /F /T /PID <pid>non funziona. Prova ad aprire il tuo terminale di Run as Administrator.

Cerca cmdnel menu di Windows, fai clic con il pulsante destro del mouse Run as Administrator, quindi esegui nuovamente il comando. Questo ha funzionato per me.

Se scarichi la suite sysinternals gratuita, ha un'applicazione pskill.exe che funziona bene per questi tipi di attività: pskill.exe "nome_processo" Funziona su questi processi anche senza usare l'opzione -t.

Ho fatto quanto segue, su una PowerShell elevata:

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

comando comando:

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

Fuori parametri:

instance of __PARAMETERS
{ReturnValue = 0; };

Ho ottenuto alcune informazioni sulla sintassi su: https://community.spiceworks.com/topic/871561-wmic-error-like-invalid-alias-verb

NirCmd di NirSoft ha fatto il lavoro per me:

nircmd killprocess "process name.exe"

La pagina man di killprocess è qui .

Ho riscontrato lo stesso problema in cui ho avviato un'app nodo nella porta 3000 e non si chiudeva correttamente e il processo continuava a funzionare anche dopo il riavvio.

Nessuno dei comandi taskkill o powershell in esecuzione in modalità amministratore ha funzionato per me.

Ho usato MS Process Expoler> Proprietà> Immagine> Directory corrente (che doveva essere la directory del mio progetto).

Alla fine, ho dovuto riavviare in SafeMode, rinominare la cartella del progetto e riavviare. I processi del nodo che stavano consumando la porta 3000 si sono suicidati.

Ho avuto lo stesso identico problema, ho trovato questa correzione su un altro sito: powershell.exe "Get process processname | Stop-Process" ha funzionato per me ed ero nella stessa barca in cui dovevo riavviare, il / T non funzionava .

Come accennato da Francesco, alcuni processi non possono essere interrotti a causa di

"richieste I / O non elaborate"

Nella mia esperienza avevo a che fare con un driver grafico difettoso che avrebbe causato il crash del mio gioco e non essere stato in grado di chiuderlo, come ultima risorsa ho disabilitato il driver grafico e il processo è finalmente andato via.

Se l'applicazione è in attesa di una risorsa da driver come wifi o grafica, provare a disabilitarli in Gestione dispositivi , devi scavare un po 'in profondità per vedere dove sono stati impiccati.

Questo ovviamente non è raccomandato ma a volte non hai più nulla da perdere.

Ho avuto lo stesso problema e come molti altri qui hanno detto che nessuno dei normali comandi di Kill ha funzionato. Il mio file di problema era un eseguibile che veniva eseguito da una condivisione di rete da un utente su un server Desktop remoto. Con più utenti condivisi non è facile riavviare durante una giornata lavorativa. Anche quando l'utente si è disconnesso da exe era ancora elencato in Task Manager. Ho inviato al server in cui era stata condivisa la cartella e da Gestione computer -> Sessioni ha trovato l'utente con la sessione ancora aperta da quel server RDP anche se era disconnesso. Tasto destro del mouse -> Chiudi sessione e il blocco file è stato rilasciato.

Mi colpisce perché non ho potuto porre fine ai taks. Il messaggio di errore che originariamente ricevevo quando provavo a eliminare il file era "Impossibile completare l'azione perché il file è aperto nel sistema"

Spero che questo aiuti qualcun altro.

Nel mio caso nessuna delle soluzioni qui ha funzionato. Alla fine ho scoperto che il programma in questione era bloccato cercando di eseguire il polling delle interfacce audio USB. Quindi ho scollegato un DAC USB che avevo collegato e con mia sorpresa l'applicazione si è chiusa all'istante. La risposta di Francis menziona che potrebbe essere il risultato di "richieste di I / O non elaborate che non sono state gestite correttamente (da un driver di dispositivo a cui il tuo programma ha probabilmente avuto accesso)", il che potrebbe spiegare perché ciò ha risolto il problema.

Suppongo che dipenda davvero da cosa stava facendo il programma quando si è bloccato, ma se nessuna delle altre soluzioni funziona, prova a scollegare tutti i dispositivi USB per vedere se una di esse potrebbe essere la causa.

Esegui CMD come amministratore risolverà il problema

1. aprire task manager
2. seleziona la scheda servizi
3. selezionare il processo (devenv.exe) che si desidera eliminare e fare clic sul pulsante servizi
4. proprio sul processo, selezionare le proprietà e disabilitarlo ...