web-dev-qa-db-ja.com

taskkillwindowsコマンドがハングする

Taskkillコマンドを直接呼び出して実行中のプロセスを強制終了するバッチファイルがいくつかあります(これらはこれらのナイトリービルドスクリプトに干渉するため)。しかし最近、いくつかのWindows Updateの後、またはおそらくいくつかの新しいソフトウェアのインストール後(Windows Updateの可能性が高いですが、よくわかりません)コマンドのようですただハングします。誰かが以前にこの種の問題を見て、修正を知っていますか?

これが、数日前まで完全に機能したコマンドを実行する方法です。

taskkill /f /im <ProcessName.exe>

これをコマンドプロンプトで記述してEnterキーを押すと、そこにとどまり、戻ることはありません(何も起こりません)。

詳細:Windows 7 Enterprise、x64

6
Piyush Soni

したがって、私のシステムの2つの問題は関連していることがわかりました。過去しばらくの間、何らかの理由で、システムの起動に時間がかかりすぎて、Windows 7エンタープライズマシンで15〜20分ほど「お待ちください...」画面でスタックしていました。インターネットで検索したところ、Windows画面が表示されてマシンが最終的に起動するとすぐに、svchostプロセスが1ギガバイト以上のRAMおよびクアッドコアマシンの25%をプロセスモニターを開いて、2.67 GBまで成長したC:\ Windows\System32\wbem\repositoryディレクトリで何かを実行していることを確認しました!ScottHanselmanによる次の一連の手順を使用して再構築しました: http://www.hanselman.com/blog/SvchostexeSucksCPUAndRebuldingTheWMIWBEMRepository.aspx

そして今、再起動時間は再び通常に短縮され(〜1分)、taskkillが再び機能します!

編集2013/04/25:これが本当に解決策であることを強調または検証するために:(継続的なWMIロギングのために)時間とともに再び発生しました。「お待ちください...」または「ようこそ」画面の起動時間がリポジトリフォルダが1.89GBのサイズになり、再び25〜40分。リポジトリフォルダを削除しても、再び大きくなるため、永続的には役に立ちません。今回は、同僚の助けを借りて、ここで説明するように、レジストリにRSoPLogging値を追加して、wbemログを永続的に無効にしました。 http:// msdn.Microsoft.com/en-us/library/windows/desktop/aa373502%28v=vs.85%29.aspx

再起動にかかる時間と「taskkill」メソッドの両方を修正します。

3
Piyush Soni