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

Я намагаюся вбити хром на своєму комп’ютері. Я запустив командний рядок як адміністратор і запустив:

C:\WINDOWS\system32>tasklist /FI "IMAGENAME eq chrome.exe"

Це повернуло один елемент:

Image Name                     PID Session Name        Session#    Mem Usage
========================= ======== ================ =========== ============
chrome.exe                    8336 Console                    2    420,324 K

Однак я не зміг її вбити за допомогою / IM:

C:\WINDOWS\system32>taskkill /IM "chrome.exe" /F

Тому що він повернувся:

ERROR: The process "chrome.exe" with PID 8336 could not be terminated.
Reason: There is no running instance of the task.

Тому я намагався вбити це за допомогою / PID:

C:\WINDOWS\system32>taskkill /PID 8336 /F

Що повернуло щось подібне:

ERROR: The process with PID 8336 could not be terminated.
Reason: There is no running instance of the task.

Спроба вбити його через диспетчер завдань також не працює. Як вбити хром без перезавантаження комп'ютера?

cmd.exe process

— Джон
джерело

Відповідно Чому іноді Windows не може вбити процес?

— DavidPostill

Хром AFAIK завжди має кілька процесів, чи ця проблема зберігається після перезавантаження ПК? Ви можете спробуватиpowershell.exe "Get-Process chrome | Stop-Process"

— LotPings

@LotPings Мені вдалося вбити всі інші хромовані процеси за допомогою диспетчера завдань, але цей застряг.

— Джон

Спробуйте: wmic process where name="chrome.exe" call terminateіз підвищеного командного рядка адміністратора та повідомте про результати після цього.

— Pimp Juice IT

Я спробував це з chromeпроцесом, який завис після запуску VS Code - навіть після закриття Code процес не загине. Коли я закликаю завершити, він повертається, { ReturnValue = 2; };і процес триває безперебійно.

— Кодерер

Відповіді:

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

Тому я зробив те, що запропонував Pimp Juice IT у коментарі вище, використовуючи наступну команду, яка успішно знищила всі conhost.exe відразу.

wmic process where name="conhost.exe" call terminate

— базем
джерело

У мене була така ж проблема з vmware-vmx.exe, і цей метод не працював. Значення повернення було 2. Я також спробував "видалити" замість "припинити виклик", але він сказав "Доступ заборонено".

— кол

Це не працює для мене.

— Анбусельван Рокі

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

— Метт
джерело

Цей підхід для мене не спрацював, щоб зупинити vmware-vmx.exe. Я змінив власника на свого користувача (поточний користувач, який є користувачем адміністратора), я дав користувачеві повний контроль, але ні "taskkill / F ...", ні "wmic ... завершити" не працювали (від підвищеного cmd ). Я зупинив усі сервіси vmware, але це теж не допомогло.

— кол

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

— Дейв Кузіна

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

— Елезар
джерело