Taskkill / f не убивает процесс

Когда я запускаю экспериментальный экземпляр VS из VS для отладки и прекращаю отладку (иногда непосредственно из родительского VS), остается запущенный процесс devenv.exe, который я не могу уничтожить. Это касается многих моих библиотек.

Поскольку я вошел на эту 64-битную машину Win7 как администратор, я ожидал, что смогу убить любой процесс, который захочу.

I tried (from Administrator command prompt):

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

Никто не возвращает никаких ошибок и TASKKILLи PSKILLвозвращает сообщения об успешном завершении / убийстве процесса. Но devenv.exe все еще работает, он не запускается заново, так как PIDостается постоянным. Он исчезает только при перезапуске системы, что не является хорошим решением.

Заметка. LockHunter показывает, что у devenv есть блокировка. И это не может разблокировать это.

Приведенный выше снимок экрана представляет собой вывод Process Monitor, показывающий, что devenv находится в каком-то цикле «Профилирование процесса» (щелкните правой кнопкой мыши по нему и щелкните открытое изображение на новой вкладке, чтобы увидеть его правильно).

Есть идеи, как убить такой процесс в Windows?

Вы также должны убить дочерний процесс, если он возник, чтобы успешно завершить ваш процесс

taskkill /IM "process_name" /T /F

/T = kills child process

/F = forceful termination of your process

Методы taskkill и powershell (kill) у меня не сработали; он все еще сказал «Доступ запрещен».

Мне повезло больше с этим:

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

Просто была такая же проблема на Windows Server 2008 R2, и ничего не помогло, не TaskManager или TaskKill. Но Windows PowerShell запускается как администратор работал с "kill -id PID"

Перезагрузка - единственное решение, которое работало для меня (пока).

Всегда превосходный Марк Руссонович имеет хорошее объяснение неубиваемым процессам.

Подводя итог, вполне возможно, что это связано с необработанными запросами ввода-вывода, которые не были обработаны должным образом (драйвером устройства, к которому ваша программа, возможно, обращалась)

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

Я знаю, что уже поздно, но taskkill /im devenv.exe /t /fдолжно работать. /tубивает дочерние процессы тоже.

В моем случае, после нескольких дней борьбы с этой проблемой (это происходило с процессами VirtualBox и µTorrent), я обнаружил, что это было вызвано проблемой сетевого драйвера, спровоцированной обновлением Windows Update KB4338818 (Windows 7 x64). После удаления этого патча все вернулось на круги своя. Я просто подумал, что это может быть полезно для других.

Я мог решить свою проблему с этой проблемой, убив explorer.exe, который, в свою очередь, зависел от процесса, который я хотел убить. Я думаю, это также может произойти, если процессы открывают интерфейсы через хук, который может быть заблокирован.

Я видел это несколько раз, и моим единственным решением была перезагрузка.

Вы можете попробовать использовать PowerShell: Get-Process devenv | убийство

Но если другие методы потерпели неудачу, это, вероятно, тоже будет. :-(

Родной tskill <pid>(или tskill.exe <pid>) у меня работал на Windows 10, где не было другого родного ответа.

В моем случае у меня было несколько процессов chrome.exe, для которых работала «Конечная задача» диспетчера задач, но не работала taskkill /F /T /PID <pid>ни PowerShell kill -id <pid>(даже если обе оболочки запускались с правами администратора).

Это очень странно, так как taskkillпредполагается, что это версия с лучшими характеристиками tskill.

В моем случае, чтобы убить все экземпляры определенной задачи, которую я использовал FOR /F "usebackq tokens=2 skip=2" %i IN (`TASKLIST /FI "IMAGENAME eq name_of_task.exe"`) DO tskill %i

Я собираюсь предложить что-то здесь, потому что я недавно столкнулся с той же проблемой, и я попробовал все возможные вещи в ответах, но ничего не получалось. Я получаю ошибки как

ОШИБКА: процесс с PID 23908 не может быть прерван. Причина: нет запущенного экземпляра задачи.

используя командную строку. Power shell тоже не помог. он просто будет выполнять команды, а ответ не будет запущен.

Пока я не решил удалить связанный файл .exe. Поскольку файл был активным, окна не позволяли удалить, но в этом окне предупреждения он дал мне имя процесса, который удерживал задачу, которую я хотел убить. Я смог убить исходное задание и, следовательно, ошибочный процесс.

Это определенно стоит попробовать, если ни одно из решений не сработает.

Я получил следующие результаты с 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.

То, что работало для меня, было sysinternal's 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.

Вы можете получить pskillс живого сайта sysinternal

Некоторые из файлов Exe зависят от некоторых служб,

Так что вам нужно найти соответствующую услугу и остановиться в первую очередь.

Та же проблема произошла со мной в VirtualBox в отношении процессов Java.

В моем случае это было связано с ошибкой в ​​обновлении Windows Update KB4338818 (Windows 7 x64).

Я решил это, сделав следующее:

• Удаление обновления Windows Update KB4338818
• Установите обновление Windows Update KB4338821

Запуск в качестве администратора работает для меня:

1. поиск cmdв окнах

2. щелкните правой кнопкой мыши и cmdвыберите «Запуск от имени администратора».

3.netstat -ano | findstr :8080

4.taskkill/pid (your number) /F

Для меня способ, которым это работало, - я должен убить родительский процесс. Разберись с родительским процессом и убей его

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

У меня есть проблема с отлаженными процессами с GDB в Code :: Blocks. Как только он зависает, случайно входя в инструкции вне области ваших источников (как библиотеки без источников или системных функций), вы не можете выйти из отладки ни из Code :: Blocks, ни из Task-Manager.

Я думаю, что это ошибка в реализации GDB в Code :: Blocks, но также может быть в GDB;)

Мое решение:

taskkill /F /IM process.exe /T

Это показывает PID родительского процесса. Теперь убейте родителя:

taskkill /PID yyyy

Оба ушли.

Готово.

если taskkill /F /T /PID <pid>не работает. Попробуйте открыть терминал через Run as Administrator.

cmdВыполните поиск в меню Windows и щелкните правой кнопкой мыши Run as Administrator, затем снова введите команду. Это сработало для меня.

Если вы загружаете бесплатный пакет sysinternals, у него есть приложение pskill.exe, которое хорошо работает для задач следующих типов: pskill.exe "имя_процесса". Оно работает с этими процессами даже без использования опции -t.

Я сделал следующее на повышенном PowerShell:

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

Вывод команды:

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

Выходные параметры:

instance of __PARAMETERS
{ReturnValue = 0; };

Я получил некоторую информацию о синтаксисе на: https://community.spiceworks.com/topic/871561-wmic-error-like-invalid-alias-verb

NirSmd от NirSoft сделал всю работу за меня:

nircmd killprocess "process name.exe"

Страница руководства killprocess находится здесь .

Я столкнулся с той же проблемой, когда запустил приложение узла в порту 3000, и оно не закрылось правильно, и процесс продолжал работать даже после перезапуска.

Ни одна из команд taskkill или powershell, работающих в режиме администратора, не работала для меня.

Я использовал MS Process Expoler> Свойства> Изображение> Текущий каталог (который должен был быть моим каталогом проекта).

Наконец мне пришлось перезагрузиться в SafeMode, переименовать папку проекта и перезапустить. Процессы узла, которые потребляли порт 3000, убили себя.

У меня была точно такая же проблема, я нашел это исправление на другом сайте: powershell.exe «Get-Process processname | Stop-Process», он работал для меня, и я был в той же лодке, где мне пришлось перезапустить, / T не будет работать ,

Как отметил Фрэнсис, некоторые процессы не могут быть прекращены из-за

«необработанные запросы ввода / вывода»

По своему опыту я имел дело с глючным графическим драйвером , который приводил к сбою игры и не мог ее закрыть, так как в крайнем случае я отключил графический драйвер, и процесс, наконец, прекратился.

Если ваше приложение ожидает ресурс от драйвера, такого как Wi-Fi или графический, попробуйте отключить их в диспетчере устройств , вам нужно немного покопаться, чтобы увидеть, где они зависли.

Это, конечно, не рекомендуется, но иногда вам больше нечего терять.

У меня была такая же проблема, и, как многие другие здесь говорили, ни одна из нормальных команд Kill не сработала. Моим проблемным файлом был исполняемый файл, который запускался из сетевой папки пользователем на сервере удаленных рабочих столов. С несколькими общими пользователями не легко перезапустить в течение рабочего дня. Даже когда пользователь вышел из exe-файла, он все еще был в диспетчере задач. Я отправил на сервер, где папка была открыта для общего доступа, и в меню «Управление компьютером» -> «Сеансы» нашел пользователя, у которого сеанс все еще открыт с этого сервера RDP, даже если он вышел из системы. Щелкните правой кнопкой мыши -> Закрыть сеанс, и блокировка файла была снята.

Бьет меня, почему я не мог покончить с таксом. Сообщение об ошибке, которое я получал при попытке удалить файл, было «Действие не может быть завершено, потому что файл открыт в системе»

Надеюсь, это поможет кому-то еще.

В моем случае ни одно из решений здесь не сработало. В конце концов я обнаружил, что рассматриваемая программа была заморожена при попытке опроса аудиоинтерфейсов USB. Поэтому я отключил USB-ЦАП, к которому я подключился, и, к моему удивлению, приложение мгновенно завершило работу. В ответе Фрэнсиса упоминается, что это может быть результатом «необработанных запросов ввода-вывода, которые не были обработаны должным образом (драйвером устройства, к которому ваша программа, возможно, обратилась)», что может объяснить, почему это исправило это.

Я предполагаю, что это действительно зависит от того, что программа делала, когда она замерзла, но если ни одно из других решений не работает, попробуйте отключить все USB-устройства, чтобы увидеть, может ли одно из них быть причиной.

Запустите CMD, поскольку Admin исправит проблему

1. открыть диспетчер задач
2. выберите вкладку услуги
3. выберите процесс (devenv.exe), который вы хотите убить, и нажмите кнопку службы
4. прямо в процессе, выберите свойства и отключите его ...