アプリが終了した後、SYSTEMが実行可能ファイルハンドルのロックを続けるのはなぜですか？

Windows 7マシンで奇妙な動作が見られます。実行可能ファイルが実行されると、SYSTEMはそのハンドルを1分ほど開いたままにするようです。これが私の最新の出会いです。

Steamをインストールしました。これにより、steam.exeのポストインストールが開始され、それ自体が更新されます。これを行うには、自分自身の一時コピーを作成し、それを起動してダウンロードを実行し、実行可能ファイルの元のコピーを上書きします。私の場合、これは失敗し、steam.exeを削除できないと主張しました。

フォルダーを開いて、steam.exeを手動で削除しようとしましたが、Windowsは権限がないと主張しました。私のアカウントは管理者であり、このマシン上の唯一のユーザーアカウントです。ただし、念のため、エクスプローラーを管理者として起動しましたが、それでもファイルを削除できませんでした。ファイルの[プロパティ]を[セキュリティ]タブに表示しましたが、アクセス許可を表示する権限がないというメッセージのみが表示されました。

次に、Process Explorerを呼び出して、ファイルにロックがかかっているかどうかを確認しました。SYSTEM（PID 4）は行いましたが、ファイルハンドルを閉じようとしたときに、ハンドルが無効であることを示すエラーが生成されました。ファイルハンドルプロパティを表示しようとしましたが、それを行う権限もありませんでした。

終了しないシステムプロセスを除くすべてを終了し、AVおよびファイアウォール関連のすべてを含む、可能なすべてのサービスを停止しましたが、問題は引き続き発生します。「takeown」を使用してファイルの所有権を取得しようとしましたが、それを行う権限がないと主張しています。他の人々は「Unlocker」というツールを使用して成功したと主張していますが、ファイルハンドルを閉じる際にProcess Explorerと同じ問題がありました。

私はずっと前にWindowsのインデックスと検索を無効にし、C：\をインデックスから除外したため、この質問に対する答えは私には当てはまりません。

毎分、およそ1分後、ハンドルは消え、ファイルはすぐに削除されます。どうやらアップデーターによる削除の試みはキューに入れられ、ファイルがロックされなくなると最終的に終了しました。残念ながら、更新は既に終了しており、再開できません。そして、私が再インストールすると、もちろん、steam.exeを再度実行しようとします。

私の質問は、これらのハンドルがぶら下がっているのはなぜですか？

編集：コメントから要求された追加情報は次のとおりです。

C:\>fltmc instances
Filter                Volume Name                              Altitude        Instance Name      Frame  VlStatus
--------------------  -------------------------------------  ------------  ---------------------  -----  --------
KLIF                  \Device\Mup                             320400       KLIF                     0
KLIF                  C:                                      320400       KLIF                     0
KLIF                                                          320400       KLIF                     0
luafv                 C:                                      135000       luafv                    0
FileInfo              \Device\Mup                              45000       FileInfo                 0
FileInfo              C:                                       45000       FileInfo                 0
FileInfo                                                       45000       FileInfo                 0

編集：GMERは、ウイルス対策（Kaspersky）が独自のGUIから無効にし、サービスが停止しているにもかかわらず、何らかの形でまだアクティブであることを示しています。

AttachedDevice  \Driver\tdx \Device\Ip     kl1.sys (Kaspersky Unified Driver/Kaspersky Lab ZAO)
AttachedDevice  \Driver\tdx \Device\Tcp    kl1.sys (Kaspersky Unified Driver/Kaspersky Lab ZAO)
AttachedDevice  \Driver\tdx \Device\Udp    kl1.sys (Kaspersky Unified Driver/Kaspersky Lab ZAO)
AttachedDevice  \Driver\tdx \Device\RawIp  kl1.sys (Kaspersky Unified Driver/Kaspersky Lab ZAO)

しかし、これらはすべてネットワークサービス用のようです。ファイルシステムに関連するものは見当たりません。これらのいずれかが問題の原因になりますか？

編集：カスペルスキーKLIFフィルターを無効にしましたが、ロックの問題は残ります。

編集：Steam.exeを起動する前にインストーラーをインストールして強制終了し、セーフモードで再起動してそこで実行することで、Steamの特定の問題を解決しました。したがって、どうやら実行可能ファイルをロックしているものはすべてセーフモードでは存在しません。

この特定のケースは解決しましたが、問題は他の場所でも発生するため、何が起こっているのかを引き続き理解したいと思います。

以下をせよ：

1. 問題のある場所でインデックス作成を無効にします。

2. 「アプリケーションエクスペリエンス」サービスを有効にして、「自動」に設定します。

それだ。

それでも問題が解決しない場合は、Superfetchである可能性がありますが、無効にすることで私には運がありません。

KLIFはKaspersky AVドライバーです。むしろそれが関係している可能性が高いです。

このような場合の私の行動方針は、カスペルスキーに連絡して助言を求めることです。

ただし、最初に試すことができるもう1つの方法があります。キー名またはそれに類似したものをHKLM\SYSTEM\CurrentControlSet\Services探して（無効を意味する）値KLIFを設定してドライバを無効にし（無効）、再起動します。これにより、KAVフィルタードライバーが読み込まれなくなります。その後、結果の検証に使用できます。REG_DWORDStart4fltmc

指定したGMERからの出力は、ファイル操作ではなくネットワーク接続にのみ影響するため、目前のケースには関係ありません。カスペルスキーインターネットセキュリティのようなものがインストールされているようです（または、まだマシン上で休止しています）。

編集：ちょうどFYI luafvがUACと連携してFS仮想化を担当します。つまり、ファイルにアクセスできない場合は、プロファイル内の別のフォルダーに入れられます。FileInfoSuperFetchに属します-実際にはあなたの問題の一部である可能性がありますが、私はWindows 7でも同様の問題を抱えていません。通常、SuperFetchを無効にすることはお勧めしませんが、可能です。

Java実行可能ファイルを開いたままにしてこの問題が発生し、アプリケーションエクスペリエンスを無効にしました... ありがとう!!! （ファイルが1分間保存されず、ファイルを閉じてから1分経過するまでファイルを削除できないという問題もありました...

これは私に一度起こり、共有フォルダーを開いたリモートコンピューターであることが判明しました。

1. Handleを使用して、ファイルを保持しているプロセスを見つけます。
2. （私の場合はシステムでした）
3. ハンドルを閉じてください：handle.exe -c E14 -p 4。ファイルハンドルは、ファイルハンドルの検索結果に表示され、プロセスIDはシステムと同じになる可能性があります。
4. 出力しました Error closing handle: T
5. これをグーグルで検索すると、ネットワークに関連することがわかりました
6. 別のマシンで見つけましたが、実際にはフォルダを開いていました。閉じた。すべて良い。

フォルダの名前を変更しようとしたときにこの問題が発生しました。名前変更の実行中にサーバーサービスを停止する必要がありました。サーバーサービスが再起動するとすぐにシステムプロセスがフォルダーを再ロックするため、再起動だけでは役に立ちませんでした。これにより、ここで説明した問題も解決される可能性があります。