Когда я запускаю экспериментальный экземпляр 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?
Ответы:
Вы также должны убить дочерний процесс, если он возник, чтобы успешно завершить ваш процесс
источник
There is no running instance of the task
что процесс действительно не хочет умирать!/T
выключателя!Методы taskkill и powershell (kill) у меня не сработали; он все еще сказал «Доступ запрещен».
Мне повезло больше с этим:
источник
ERROR: Description = Access denied
(с помощью консоли администратора между прочим)Просто была такая же проблема на 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
убивает дочерние процессы тоже.источник
/IM devenv.exe
использовать,/PID 17888
то ошибка в основном говорит о том, что 17888 - это ребенок 17880, а 17880 не работает и поэтому не может быть убит.В моем случае, после нескольких дней борьбы с этой проблемой (это происходило с процессами VirtualBox и µTorrent), я обнаружил, что это было вызвано проблемой сетевого драйвера, спровоцированной обновлением Windows Update KB4338818 (Windows 7 x64). После удаления этого патча все вернулось на круги своя. Я просто подумал, что это может быть полезно для других.
источник
Я мог решить свою проблему с этой проблемой, убив explorer.exe, который, в свою очередь, зависел от процесса, который я хотел убить. Я думаю, это также может произойти, если процессы открывают интерфейсы через хук, который может быть заблокирован.
источник
taskkill /IM "process_name" /T /F
часть ответа была(child process of PID xxxx)
такой : я проверил этот PID, и это был explorer.exe, перезапуск решил мою проблему.Я видел это несколько раз, и моим единственным решением была перезагрузка.
Вы можете попробовать использовать PowerShell: Get-Process devenv | убийство
Но если другие методы потерпели неудачу, это, вероятно, тоже будет. :-(
источник
Родной
tskill <pid>
(илиtskill.exe <pid>
) у меня работал на Windows 10, где не было другого родного ответа.В моем случае у меня было несколько процессов chrome.exe, для которых работала «Конечная задача» диспетчера задач, но не работала
taskkill /F /T /PID <pid>
ни PowerShellkill -id <pid>
(даже если обе оболочки запускались с правами администратора).Это очень странно, так как
taskkill
предполагается, что это версия с лучшими характеристикамиtskill
.В моем случае, чтобы убить все экземпляры определенной задачи, которую я использовал
FOR /F "usebackq tokens=2 skip=2" %i IN (`TASKLIST /FI "IMAGENAME eq name_of_task.exe"`) DO tskill %i
источник
End Process failed for 10576:Access is denied.
Я собираюсь предложить что-то здесь, потому что я недавно столкнулся с той же проблемой, и я попробовал все возможные вещи в ответах, но ничего не получалось. Я получаю ошибки как
используя командную строку. Power shell тоже не помог. он просто будет выполнять команды, а ответ не будет запущен.
Пока я не решил удалить связанный файл .exe. Поскольку файл был активным, окна не позволяли удалить, но в этом окне предупреждения он дал мне имя процесса, который удерживал задачу, которую я хотел убить. Я смог убить исходное задание и, следовательно, ошибочный процесс.
Это определенно стоит попробовать, если ни одно из решений не сработает.
источник
Я получил следующие результаты с
taskkill
То, что работало для меня, было sysinternal's
pskill
Вы можете получить
pskill
с живого сайта sysinternalисточник
Unable to kill process 10576: Access is denied.
Некоторые из файлов Exe зависят от некоторых служб,
Так что вам нужно найти соответствующую услугу и остановиться в первую очередь.
источник
Та же проблема произошла со мной в VirtualBox в отношении процессов Java.
В моем случае это было связано с ошибкой в обновлении Windows Update KB4338818 (Windows 7 x64).
Я решил это, сделав следующее:
источник
Запуск в качестве администратора работает для меня:
1. поиск
cmd
в окнах2. щелкните правой кнопкой мыши и
cmd
выберите «Запуск от имени администратора».3.
netstat -ano | findstr :8080
4.
taskkill/pid (your number) /F
источник
Для меня способ, которым это работало, - я должен убить родительский процесс. Разберись с родительским процессом и убей его
источник
У меня есть проблема с отлаженными процессами с GDB в Code :: Blocks. Как только он зависает, случайно входя в инструкции вне области ваших источников (как библиотеки без источников или системных функций), вы не можете выйти из отладки ни из Code :: Blocks, ни из Task-Manager.
Я думаю, что это ошибка в реализации GDB в Code :: Blocks, но также может быть в GDB;)
Мое решение:
taskkill /F /IM process.exe /T
Это показывает PID родительского процесса. Теперь убейте родителя:
taskkill /PID yyyy
Оба ушли.
Готово.
источник
services.exe
убивает родительский процесс, это может привести к BSODесли
taskkill /F /T /PID <pid>
не работает. Попробуйте открыть терминал черезRun as Administrator
.cmd
Выполните поиск в меню Windows и щелкните правой кнопкой мышиRun as Administrator
, затем снова введите команду. Это сработало для меня.источник
Если вы загружаете бесплатный пакет sysinternals, у него есть приложение pskill.exe, которое хорошо работает для задач следующих типов: pskill.exe "имя_процесса". Оно работает с этими процессами даже без использования опции -t.
источник
Я сделал следующее на повышенном PowerShell:
Вывод команды:
Выходные параметры:
Я получил некоторую информацию о синтаксисе на: https://community.spiceworks.com/topic/871561-wmic-error-like-invalid-alias-verb
источник
NirSmd от NirSoft сделал всю работу за меня:
Страница руководства 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 исправит проблему
источник
источник