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

Коли я запускаю Експериментальний екземпляр VS від VS для налагодження та зупинки налагодження (іноді безпосередньо від батьківського VS), залишається запущеним процес zombile 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 отримав замок на собі. І це не може розблокувати.

Наведений вище знімок екрана - це результат Monitor Monitor, який показує, що devenv знаходиться у певному циклі "Process Profiling" (Клацніть правою кнопкою миші та натисніть на відкрите зображення на новій вкладці, щоб правильно його побачити).

Будь-які ідеї, як вбити такий процес у Windows?

ви також повинні вбити дочірній процес, якщо який-небудь породжений, щоб вбити успішно ваш процес

taskkill /IM "process_name" /T /F

/T = kills child process

/F = forceful termination of your process

Методи набору завдань і повноважень (вбивства) для мене не спрацювали; на ньому все ще було сказано "Заборонено доступ".

Мені пощастило з цим:

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

У Windows Server 2008 R2 була та сама проблема, і нічого не допомогло, не менеджер завдань чи завдання. Але, windows powershell працює як адміністратор, що працював із "kill -id pid"

Перезавантаження - єдине рішення, яке працювало для мене (поки що).

Завжди відмінний Марк Руссонович має гарне пояснення незрозумілих процесів.

Підводячи підсумок, цілком можливо, це пов'язано з необробленими запитами вводу / виводу, які не оброблені належним чином (драйвером пристрою, до якого, можливо, звернулась програма)

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

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

У моєму випадку, після декількох днів боротьби з цією проблемою (це відбувалося з процесами VirtualBox та µTorrent), я виявив, що це викликано проблемою з мережевим драйвером, спровокованою патчем оновлення Windows KB4338818 (Windows 7 x64). Після видалення цього виправлення все повернулося до норми. Я просто думав, що може бути корисним для інших.

Я міг би вирішити свою проблему, пов'язану з цією проблемою, вбивши explor.exe, який, у свою чергу, пристрастився до процесу, який я хотів убити. Я думаю, це також може статися, якщо обробляє відкриті інтерфейси через гачок, який може бути заблокований.

Я бачив це кілька разів, і єдиним моїм рішенням було перезавантаження.

Ви можете спробувати використовувати PowerShell: Get-Process devenv | вбити

Але якщо інші методи провалилися, це, мабуть, теж буде. :-(

Рідні tskill <pid>(або tskill.exe <pid>) працювали для мене в Windows 10, де жодної іншої відповіді не було.

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

Це дуже дивно, оскільки taskkillвважається, що це краща версія api-and-do-more tskill.

У моєму випадку вбивати всі екземпляри певного завдання, яке я використав FOR /F "usebackq tokens=2 skip=2" %i IN (`TASKLIST /FI "IMAGENAME eq name_of_task.exe"`) DO tskill %i

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

ПОМИЛКА. Процес з PID 23908 не вдалося припинити. Причина: Немає запущеного екземпляра завдання.

за допомогою командного рядка. Силова оболонка теж не була корисною. воно просто виконає команди і не буде відповіді, коли процес все ще працює.

Поки я не вирішив видалити пов'язаний файл ".exe". Оскільки файл був активним, Windows не дозволить видалити, але в цьому вікні попередження він дав мені назву процесу, який витримував завдання, яке я хотів убити. Мені вдалося вбити оригінальну задачу і, таким чином, баггі процес.

Однозначно варто спробувати, якщо жодне з рішень не виходить.

Я отримував такі результати з 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.

Те, що працювало для мене, було сисинтернальним 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 KB4338818 (Windows 7 x64).

Я вирішив це, зробивши наступне:

• Видаліть патч оновлення Windows KB4338818
• Встановіть патч оновлення Windows 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. Як тільки він зависає, випадково вступаючи в інструкції поза межами ваших джерел (як libs без джерел або системних функцій), ви не можете вийти з налагодження ні з 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 "process_name" Вона працює в цих процесах навіть без використання опції -t.

Я зробив наступне на підвищеній силовій оболонці:

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

NirCmd NirSoft зробив для мене роботу:

nircmd killprocess "process name.exe"

Сторінка "killprocess man" тут .

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

Жодна з команд завдання або функцій оболонки, що працює в режимі адміністратора, не працювала для мене.

Я використовував MS Process Expoler> Властивості> Зображення> Поточний каталог (який повинен був бути моїм проектом каталогу).

Нарешті, мені довелося перезавантажитись у SafeMode та перейменувати папку проекту та перезапустити. Процеси Вузла, які споживали порт 3000, вбили себе.

У мене була точно така ж проблема, я знайшов це виправлення на іншому сайті: powershell.exe "Get-Process processname | Stop-Process" він працював на мене, і я був у тому ж човні, де мені довелося перезапустити, / T не працюватиме .

Як зазначив Франциск, деякий процес не може бути припинений через

"необроблені запити вводу / виводу"

На моєму досвіді я мав справу з баггі- графічним драйвером, який би спричинив аварію моєї гри і не зміг її закрити, оскільки в останню чергу я відключив графічний драйвер, і процес остаточно пішов з ладу .

Якщо у вашій програмі чекає ресурс від драйвера, як-от Wi-Fi або графічний, спробуйте відключити їх у диспетчері пристроїв , вам потрібно копати трохи глибше, щоб побачити, де вони повішені.

Це, звичайно, не рекомендується, але іноді більше нічого втрачати.

У мене була така ж проблема, і, як і багато інших тут, сказали, що жодна з нормальних команд Kill не працює. Мій файл проблеми був виконуваним файлом, який запускався користувачем мережі на сервері віддаленого робочого столу. З декількома спільними користувачами непросто перезапустити робочий день. Навіть коли користувач вийшов із програми exe, він все ще був вказаний у диспетчері завдань. Я надіслав на сервер, де папка була спільною, і з управління комп'ютером -> Сеанси знайшли користувача, коли сеанс все ще відкритий з цього сервера RDP, навіть якщо він вийшов із системи. Клацніть правою кнопкою миші -> Закрити сесію, і блокування файлів було звільнено.

Побиває мене, чому я не міг закінчити дії. Повідомлення про помилку, яке я отримував спочатку під час спроби та видалення файлу, було "Дію неможливо виконати, оскільки файл відкритий у системі"

Сподіваюсь, це допомагає комусь іншому.

У моєму випадку жодне з рішень тут не спрацювало. Зрештою я виявив, що програма, про яку йде мова, заморожена, намагаючись опитати аудіоінтерфейси USB. Тож я відключив USB-ЦАП, який я підключив, і, на моє здивування, програма миттєво кинула. У відповіді Френсіса згадується, що це може бути результатом "необроблених запитів вводу / виводу, які не оброблені належним чином (драйвером пристрою, можливо, звернувся до вашої програми)", що може пояснити, чому це виправлено.

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

Запустіть CMD як адміністратор вирішить проблему

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